<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 20, 2013 at 2:32 PM, Martijn van Exel <span dir="ltr"><<a href="mailto:martijnv@telenav.com" target="_blank">martijnv@telenav.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Reading through this I see that most are in favor of avoiding dividing<br>


relations more than necessary: no separate relations for directions,<br>
especially not if the geometry is the same for both.<br>
<br>
That leaves the question of how to tag cardinal directions? As I said<br>
before, I think the role tag is suitable for this. It's already used<br>
pretty widely (with around 100k ways having a cardinal direction as<br>
the role tag in a relation), documented<br>
(<a href="https://wiki.openstreetmap.org/wiki/Route#Members" target="_blank">https://wiki.openstreetmap.org/wiki/Route#Members</a>) and it replaces<br>
the forward / backward role values that are not particularly useful or<br>
meaningful.<br>
I created a stub of a wiki page that we could use to describe the<br>
preferred tagging in more detail:<br>
<a href="http://wiki.openstreetmap.org/wiki/Highway_Directions_In_The_United_States" target="_blank">http://wiki.openstreetmap.org/wiki/Highway_Directions_In_The_United_States</a>.<br>
(The current content is geared towards using the member role tag, but<br>
this can be changed depending on the outcome of this discussion.)<br></blockquote><div><br></div><div>The only problem I can anticipate with this tagging scheme is that it's possible some editors don't understand anything other than left/right/forward/backward (I think), we could end up in data loss situations fairly easily.</div>

<div><br></div><div>For example: way X pointing east is marked in relation Y as "east" (presumably we could assume that "east" = forward and the opposite cardinal direction "west" is backward). User reverses way X. Now the relation role is potentially backward.  JOSM seems to understand at least north/south and east/west and offers to fix it (see <a href="http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/corrector/ReverseWayTagCorrector.java">http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/corrector/ReverseWayTagCorrector.java</a>); no idea if iD or Potlatch do.</div>

<div><br></div><div>We'd also need to make the validation tools smarter to recognize lossage (for example, realizing that the route is unbroken only if the chain of role tags once you account for the directions of the underlying ways is monotonic),</div>

<div><br></div><div><br></div><div>Chris</div></div>-- <br>Chris Lawrence <<a href="mailto:lordsutch@gmail.com" target="_blank">lordsutch@gmail.com</a>><br><br>Website: <a href="http://www.cnlawrence.com/" target="_blank">http://www.cnlawrence.com/</a>
</div></div>