<div dir="ltr">I don't know why we need a new tag scheme.<div><br></div><div>I remember my explanation of the question and the adaptation of the possibilities. I repeat them here:<br><br></div><div>crossing=no (prohibited)<br>crossing=yes (most generic)</div><div><br>crossing=traffic_light is with traffic lights. So implies crossing=controlled.  <br></div><div>crossing=controlled is with traffic signs or with police people or similar (it does not matter the marks because of the laws. Traffic signs are more important than road marks, and, in conflict you have to obey the traffic sign not the road mark.) </div><div>crossing=uncontrolled but with marks. So one of them implies crossing=uncontrolled</div><div>crossing=unmarked with no marks, with no control, but crossing<br><br>If there is a traffic island in the crossing you can tag traffic_calming=island (you can read in the wiki crossing=island is a 

<span style="font-family:sans-serif;font-size:14px">broken tagging scheme</span> . <br><br></div><div>And then there are the crossing_ref<br><br>zebra is marked but uncontrolled (if it is controlled you can use other value)<br>pelican,panda,tigger,<span class="gmail-il">toucan</span>,pegasus are controlled with traffic lights<br>pelican and panda is only with traffic lights .Pelican is the evolution of panda<br>tigger means bicycle=designated and <span class="gmail-il">toucan</span> means bicycle=yes.<br>pegasus means horse=designated  <br></div><div> (all of these are from U.K.)</div><div><br></div><div>But there is no crossing=zebra or crossing=marked.</div><div>I know some editor software and renders are very important for OSM, but doing whatever you want avoiding community consensus can generate these problems.</div><div>Are you sure we need a new tagging scheme for crossings? Are you sure there is not other existing way to map whatever you want with the present tagging scheme?</div><div><br></div><div>I don't think so</div><div>Health and maps (Salut i mapes)</div><div>yopaseopor</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 8, 2019 at 10:51 AM marc marc <<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">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>