<div dir="ltr">Yeah, I noticed this about the Craigslist rendering a while ago. In my case it was ways tagged as oneway=-1. Since the ways were not members of any relations and there was no other reason for them to be tagged this way, I reversed the way directions and changed the tag to oneway=yes but obviously this doesn't apply to the situation that started this thread.<div><br></div><div>FYI: last time I checked, Craigslist also had random problems rendering water. Some lakes just don't show up in their map even though they are tagged correctly and don't have any tricky geometry. This has generated more than a few notes. I made a comment about this in the map feedback forum and one of their devs hopped on to IRC the next day and said that they were aware of it but hadn't figured out what the problem was.</div><div><br></div><div>Toby</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 1, 2015 at 4:35 AM, Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class=""><br><div class="gmail_quote">2015-06-01 9:55 GMT+02:00 Marc Gemis <span dir="ltr"><<a href="mailto:marc.gemis@gmail.com" target="_blank">marc.gemis@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Part of that work could be (or is) done by the validators in the editors.</div><div></div></blockquote></div><br><br></span>+1<br></div><div class="gmail_extra">If you look at the actual values for oneway, very few are obviously mistagged, e.g. oneway=yes;no (32) and no;yes (111) - these result very likely from merging streets with different properties. I have tested this with current JOSM, if you combine a way with oneway=yes and one with oneway=no you will get to a window which asks to choose from "yes, no, /none/, /all/" and you have to deliberately choose "all" to get an ambiguous value. iD is working similarly, but it doesn't let you decide, it automatically creates a double value (yes;no), and the direction is taken from the first way selected (e.g. 1st way selected is oneway=no and 2nd way is oneway=yes and pointing in the opposite direction will revert the direction of the oneway=yes way without notice and will create a oneway value of no;yes also without notice. I have opened a ticket for this behaviour: <a href="https://github.com/openstreetmap/iD/issues/2670" target="_blank">https://github.com/openstreetmap/iD/issues/2670</a>  )<br><br></div><div class="gmail_extra">cheers,<br></div><div class="gmail_extra">Martin<br></div></div>
<br>_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
<br></blockquote></div><br></div>