You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Tricky… the current workflow when changing a preset is programmed to keep a tag value if the new preset has a field for the corresponding tag key (e.g. when changing a building to a hospital). This case is different because the tag is essentially duplicating the preset's main tag. Unfortunately, the tagging schema does currently not allow to properly distinguish between the two cases.
It would certainly be possible to hard-code this specific case in iD, although it's not a good solution in the long term.
URL
https://www.openstreetmap.org/edit
How to reproduce the issue?
Select either a
crossing=unmarked
node or way, and change it to a marked crossing via the preset search in the sidebar.This will result in a crossing with the following conflicting tags:
crossing=uncontrolled crossing:markings=no
crossing:markings=yes
would match with the standard iD preset for this crossing type.Screenshot(s) or anything else?
No response
Which deployed environments do you see the issue in?
Released version at openstreetmap.org/edit
What version numbers does this issue effect?
2.30.4
Which browsers are you seeing this problem on?
Firefox
The text was updated successfully, but these errors were encountered: