It's more reliable to guess the direction by nearest-distance-to-next-intersection than to rely on any mappers to keep that up to date, especially with iD making it extremly easy (which is good) to change a ways direction.
nodes should NOT depend on the direction of any way they belong to. Second argument against that: imagine you added the traffic signal as you proposed, I use the same node for a pedestrian crossing (which fits, as the pedestrian crossing controlled by traffic signals will nearly exactly be where the traffic light is on the street). Now your node is part of two ways - and what now? Another example: the way ends at your node on both sides - and both ways go to different directions - and now? sorry: bad idea IMHO ;) regards Peter P.S.: If that general idea would have been good we would not need relations for some turn restrictions either. Am 27.08.2013 16:40, schrieb Pieren: > On Tue, Aug 27, 2013 at 4:31 PM, fly <[email protected]> wrote: > >> This should go into a proposal first. > > I'll waste my time on a wiki proposal if I see major concerns here. In > the other case, the wiki will follow. > >> Forward/Backward do not work on nodes ! > > Of course it works and applies in some other tags. The nodes have to > be part of a way and OSM ways have a direction. This is not the reason > for change. > > Pieren > > _______________________________________________ > Tagging mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/tagging > _______________________________________________ Tagging mailing list [email protected] http://lists.openstreetmap.org/listinfo/tagging
