[Tagging] Traffic sign's relevant direction: direction=* vs. relation [Was: traffic_signals:direction=* vs. direction=*]
letopographefou at gmail.com
Fri Mar 24 08:12:16 UTC 2017
It's a different topic: speed, height... Mainly apply to a way whereas stops mainly (always ?) apply to a node.
Speeds can still be tagged on the way and the sign put appart from the road, mainly for rendering purpose because the way it applies to is already tagged with the consequence (the speed).
In this thread I already proposed the same mechanism for stops, i.e. a node for the sign at it's exact location (for renderers) + a node on the way at the location where the car has to stop/halt/slow down (for routing engine). This way we can address both needs (routing engine are not the only data consumer ;) ). What do you think?
De: dieterdreist at gmail.com
Envoyé: 23 mars 2017 9:05 PM
À: jm at liotier.org
Répondre à: tagging at openstreetmap.org
Cc: tagging at openstreetmap.org
Objet: Re: [Tagging] Traffic sign's relevant direction: direction=* vs. relation [Was: traffic_signals:direction=* vs. direction=*]
sent from a phone
> On 23 Mar 2017, at 17:23, Jean-Marc Liotier <jm at liotier.org> wrote:
> - highway=stop+direction=forward node on the incoming way... Only
> covers the simple case but covers it simply
while this might work often with stop signs it'll hardly work with maxspeed signs, because the changing maxspeed requires to split the highway, so that there would be 2 highways ending in the same node and forward would not be clear of which way.
When I map traffic signs it's mostly city limit, maxspeed/maxweight/maxheight and I do it generally for fellow mappers (including myself) because the effect of the sign I will map on the highway (typically linear, not just a point). Mapping on the side of the road has worked out perfectly for this scope.
Tagging mailing list
Tagging at openstreetmap.org
More information about the Tagging