Sorry but I don’t speak German so I try to explain me in my English
This edition is about the discussion done in tagging list http://gis.19327.n8.nabble.com/Re-Traffic-sign-direction-tagging-td5923137.html about the subkeys forward and backward (my favourite option, this was not an easy decision for me but I have prefered the enable in iD and close the discussion) and the issues of iD to add the possibility to edit traffic signs. iD was big trouble to make able these editions. So in the list it was discussed the solution (change :backward /:forward subkey for traffic_sign:direction=* as the traffic_signals) , and also the iD issue solved and closed (you can see it in https://github.com/openstreetmap/iD/pull/5333 ).
The discussion ended (many days without any message in reference to that topic)
So I said I will do all the modifications on the environment: presets, styles, taginfo projects, traffic_signs_maps… . And also there was no more messages about that.
Also I start to modify the “old scheme” traffic signs to the new scheme.
I have used overpass to make only these modifications - with JOSM and checking via style traffic signs were correct:
-traffic_sign:forward/backward=* > traffic_sign=* & traffic_sign:direction=forward/backward/both.
I try to answer message by message
key direction
Key direction is not a good solution. Traffic signs are facing in the direction of the way you are driving. This direction can change due to the curves and straight lines. Some nodes are to NE, some to SW, some to 95 from the North, some to…
For this reason it is better to have its own key: traffic_sign:direction=* . And make relative to the way because the traffic sign is for the “road”, not for the street, not for other utility. And make it simple: the direction you are driving (it would be the same direction the way is drawn in OSM, as rivers)
About the way to make the editions
Editions were not “mechanical”. I have made 55 changesets with 16470 nodes (it took two days, not two minutes). If the editions were all mechanical I would not make so many changesets.
I change the tags as explained above and check if the icons were appearing . The vast majority do it (because in overpass I remove the way and relation part - I don’t believe to tag the traffic signs IN the way but ON the way).
About the Big change
The scheme does not have big change. Subkey is located now as a value on a new subkey called traffic_sign:direction. As explained above this change has done because the problems with the iD editor. To avoid it it have been a solution: the same as traffic_signals, with the direction suffix.
About not to tag the traffic signs
Ok. Can we delete all the Stops? Can we delete the give_ways? The city limits? I don’t know…but what is the problem to tag the reality…as it is?
About the obviousity
There is nothing obvious in OSM if you want to tag specifically. If the information is well tagged there is no problem to render the traffic signs (all these keys are rendered by kendzi3D , the JOSM style, and the leaflet traffic signs map).
I am only say I’m sorry for the errors…but I don’t let go this. I will start again the discussion to get a complete scheme for the traffic signs.You can revert all my work but it is better to fix only the broken items, as the scheme is working as you can check with styles, presets, maps, etc.
yopaseopor