<div dir="ltr"><div>Martijn,</div><div><br></div>When you're dealing with a repeatedly mixed single/dual carriageway road, such as CA 78,  the lack of a diagram in JOSM showing single/dual logic once you switch from role=forward to role=east (or west) soon becomes unbearable.  In the end I gave up and created separate EB and WB relations so I could keep role=forward/backward on CA 78.  You will see backward used in the westbound relation, because I made all the single carriageway ways OSM forward = eastbound.<div>
<br></div><div>If JOSM can't be fixed, these bears (horribly mixed single/dual routes) will probably defeat us.  I'm sorry that I can't offer any programming skills of my own to take on any of the required patches.</div>
<div><br></div><div>Peter</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 10, 2014 at 11:39 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Nov 21, 2013 at 1:27 AM, Chris Lawrence <<a href="mailto:lordsutch@gmail.com">lordsutch@gmail.com</a>> wrote:<br>

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

> no idea if iD or Potlatch do.<br>
><br>
> We'd also need to make the validation tools smarter to recognize lossage<br>
> (for example, realizing that the route is unbroken only if the chain of role<br>
> tags once you account for the directions of the underlying ways is<br>
> monotonic),<br>
<br>
Picking up on this old thread again. The status is now that iD<br>
partially supports the cardinal directions when reversing a way (it<br>
does not understand things like north:unsigned, not sure if that is<br>
easy to fix)<br>
JOSM understands 'north' as well as 'north:unsigned' (and the other<br>
cardinal directions of course) when flipping a way and offers to<br>
correctly fix the member role.<br>
<br>
Relation sorting does not seem to take the member role into account in<br>
JOSM, so that bit is not affected (or am I overlooking something?)<br>
<br>
The relation graph column in the relation editor does not recognize<br>
cardinal directions in the same way it recognizes forward / backward<br>
(with the dotted line display).<br>
<br>
The main thing I haven't looked into yet is the validation checks. Who<br>
knows which validation checks are run on relations in JOSM and/or iD<br>
to ensure 'unbroken-ness' and perhaps other things?<br>
--<br>
Martijn van Exel<br>
OSM data specialist<br>
Telenav<br>
<a href="http://www.osm.org/user/mvexel" target="_blank">http://www.osm.org/user/mvexel</a><br>
<a href="http://wiki.openstreetmap.org/wiki/User:Mvexel" target="_blank">http://wiki.openstreetmap.org/wiki/User:Mvexel</a><br>
<a href="http://hdyc.neis-one.org/?mvexel" target="_blank">http://hdyc.neis-one.org/?mvexel</a><br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>
</blockquote></div><br></div>