<div dir="ltr"><div>Jumping in here to give a perspective from a routing engine (OSRM, <a href="https://github.com/Project-OSRM/osrm-backend#open-source-routing-machine">https://github.com/Project-OSRM/osrm-backend#open-source-routing-machine</a>). We do not handle direction tags on nodes which indicate a property for a way or a turn at an intersection. The example with stop signs and give yield signs is spot on. Even worse is the assumption that routing engines can just infer the direction by checking the distance to the nearest intersection. This is in conflict with how parsing and creating a graph works.<br><br></div>There is a similar problem with exit_to node tags, indicating the exit way destination - you can read about it here<br><div><br>- <a href="https://www.openstreetmap.org/user/daniel-j-h/diary/40555">https://www.openstreetmap.org/user/daniel-j-h/diary/40555</a> (en)<br>- <a href="https://www.openstreetmap.org/user/daniel-j-h/diary/40554">https://www.openstreetmap.org/user/daniel-j-h/diary/40554</a> (de)<br><br></div><div>Cheers,<br>Daniel J H<br></div><div><div><div><div><div><div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 17, 2017 at 11:25 AM, Martin Koppenhoefer <span dir="ltr"><<a target="_blank" href="mailto:dieterdreist@gmail.com">dieterdreist@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="gmail-">2017-03-16 5:13 GMT+01:00 Tod Fitch <span dir="ltr"><<a target="_blank" href="mailto:tod@fitchdesign.com">tod@fitchdesign.com</a>></span>:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div>The “direction” tag [1] has different uses that seem disjoint to me.<div><ol><li>To specify the orientation (compass point or degrees from north) of an object (adit or cave entrance, etc.). </li></ol></div></div></blockquote><div><br></div></span><div>"orientation" would have been a better descriptor IMHO, but the crowd uses this tag differently (see taginfo, also subtags like roof:orientation, ...). Direction is working for me nonetheless.<br></div><div><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">2. To specify direction (clockwise/counterclockwise) around a roundabout (not sure why this is needed as it should be apparent from local laws or specified with a “oneway=yes”).</blockquote></div><div><br><br></div><div>agree with you<br><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">3. To indicate the direction (forward/backward) a stop or yield (give way) sign has effect along a way.</blockquote></div><div><br><br></div><div>broken. From time to time people are coming up with features to tag on nodes that require (or seem to require) the information of a direction. Taking the direction of a different object (e.g. here a way) doesn't seem a healthy way to represent this. Ways might get split, might get reversed, nodes might be (or become) part of several ways, etc. Either use a cardinal direction or a short way stub or a relation, etc., but not "forward" or "backward" tag values on a node, it simply doesn't make sense. Tags should refer to the object they are tagged on.<br><br></div><span class="gmail-"><div><br> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div><div><div>Oddly, that third use seems only for stop and yield signs but not for traffic signals where a “traffic_signals:direction=for<wbr>ward | backward” tag is to be used. However that seems to be the most used form [2]. Apparently some have figured that if we have “traffic_signals:direction” there should be “stop:direction” [3] and “give_way:direction” [4] tags.</div></div></div></blockquote><div><br><br></div></span><div>similarly broken<br><br></div><div> <br></div><div>I would keep the variant 1 and discourage 2 and 3.<br><br></div><div>Cheers,<br></div><div>Martin<br></div></div><br clear="all"><br></div></div>
<br>______________________________<wbr>_________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a target="_blank" rel="noreferrer" href="https://lists.openstreetmap.org/listinfo/tagging">https://lists.openstreetmap.<wbr>org/listinfo/tagging</a><br>
<br></blockquote></div><br></div></div></div></div></div></div></div></div></div>