<div dir="ltr">> I suggest that you read the discussion I started in December about crossing=zebra because it is the main cause of the current situation.<div><br></div><div>I read it back in December, but I disagree. The cause of the situation is the huge problems with the crossing=* values for marked crossings. That problem also caused the iD editor to use its zebra and now marked presets.</div><div><br></div><div>> Bryan replaced crossing=zebra with crossing=marked in iD but as the crossing=zebra problems were not understood, the alternative has exactly the same problems as the replaced solution.</div><div><br></div><div>Such as...?</div><div><br></div><div>> the crossing key is however simple to use except for badly chosen values does the passage have a fire? crossing=traffic_signals otherwise, does the passage have a marking on the ground?  crossing=uncontrolled (the work is not perfect because a marking a kind of controll) otherwise crossing=unmarked</div><div><br></div><div>I don't understand what you're saying here (fire?), but would be interested in knowing what you mean. Could you please rephrase?</div><div><br></div><div>> Last year, I have review ~1k crossing=zebra, the fragmentation is mainly due to iD</div><div><br></div><div>I'd expect quite a few tags to come from iD, as it's the default editor on <a href="http://openstreetmap.org">openstreetmap.org</a>, of course. I'm curious about your methodology, since I don't remember seeing this in that December thread. How did you sample? What were the results?</div><div><br></div><div>> for now, the "new" iD preset destroys perfectly valid data at a frightening rate! if someone modifies a pedestrian crossing with a light, iD replaces it </div>with crossing=marked, which disrupts the information of the presence of the light.<div><br></div><div>This is not relevant to my proposal. Please keep unrelated gripes regarding editors to another thread.</div><div><br></div><div>> There is already a tag for the reference of a crossing.</div><div><br></div><div>I'm aware. Please read my proposal, where I explicitly discuss this.</div><div><br></div><div>> a bad preset is not a good usage</div><br><div>Please explain why it's a bad preset.</div><div><br></div><div>Best,</div><div><br></div><div>Nick</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 8, 2019 at 1:51 AM marc marc <<a href="mailto:marc_marc_irc@hotmail.com">marc_marc_irc@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le 07.05.19 à 22:57, Nick Bolten a écrit :<br>
> - crossing=* values are not truly orthogonal and this needs to be <br>
> addressed. e.g., "uncontrolled", "traffic_signals", and "unmarked" are <br>
> not truly orthogonal descriptors.<br>
<br>
I suggest that you read the discussion I started in December about <br>
crossing=zebra because it is the main cause of the current situation.<br>
Bryan replaced crossing=zebra with crossing=marked in iD but as the <br>
crossing=zebra problems were not understood, the alternative has exactly <br>
the same problems as the replaced solution.<br>
the crossing key is however simple to use except for badly chosen values<br>
does the passage have a fire? crossing=traffic_signals<br>
otherwise, does the passage have a marking on the ground? <br>
crossing=uncontrolled (the work is not perfect because a marking a kind <br>
of controll)<br>
otherwise crossing=unmarked<br>
<br>
>    - There is fragmentation in tag usage for marked crossings between <br>
> "zebra" and "uncontrolled".<br>
<br>
Last year, I have review ~1k crossing=zebra,<br>
the fragmentation is mainly due to iD<br>
<br>
>    - crossing=marked is direct and clear about its meaning and use cases.<br>
<br>
for now, the "new" iD preset destroys perfectly valid data<br>
at a frightening rate!<br>
if someone modifies a pedestrian crossing with a light, iD replaces it <br>
with crossing=marked, which disrupts the information of the presence of <br>
the light.<br>
There is already a tag for the reference of a crossing.<br>
if the reference is not known, it would be easy to use crossing_ref=yes <br>
as it is done with many keys.<br>
<br>
> - crossing=marked is already in use and supported by various editors, <br>
> including being the default in iD<br>
<br>
a bad preset is not a good usage<br>
<br>
Regards,<br>
Marc<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>