[OSM-talk] Craigslist OpenStreetMap Rendering Issue

[Toby Murray]

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.

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.

Toby


On Mon, Jun 1, 2015 at 4:35 AM, Martin Koppenhoefer <dieterdreist at gmail.com>
wrote:

>
> 2015-06-01 9:55 GMT+02:00 Marc Gemis <marc.gemis at gmail.com>:
>
>> Part of that work could be (or is) done by the validators in the editors.
>>
>
>
> +1
> 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: https://github.com/openstreetmap/iD/issues/2670  )
>
> cheers,
> Martin
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20150601/ae60330d/attachment.html>