<div dir="ltr"><div dir="ltr"><div>> If there is not any control of the crossing...yes otherwise should be crossing=traffic_signals or supervised=yes as you can read in the wiki.</div><div><br></div><div>But the meaning of "control" varies by region and municipality, and does not imply the presence or absence of ground markings. A controlled crossing can have or lack ground markings, and an uncontrolled can have or lack ground markings.</div><div><br></div><div>> Well, in my country it is, when there is a traffic signals with pedestrian traffic signal there is a crossing=traffic_signals. Otherwise is crossing=no because there is no crossing at all.</div><div><br></div><div>In your country, how do you map a crossing that has traffic controls but does not have markings on the ground?</div><div><br></div><div>> Change the questions: </div><div>> -Is there any traffic signal in the crossing?</div><div>> -Is there any supervision in the crossing?</div><div>> -Is there any mark in the crossing?</div><div><br></div><div>I don't know what it means for a crossing to be supervised, but I do like the others you've listed. I would prefer that the crossing=* tagging schema reflect the questions you are asking, they're the right ones for pedestrians. What I'm saying is that the current OSM schema seems to ask the questions I listed, but they get described by a single value like "uncontrolled", to the confusion of all. In other words: crossing=uncontrolled implies at least 3 pieces of information. Imagine if we instead had a schema for your questions that looked something like this:</div><div><br></div><div>crossing:traffic_signal=yes/no/*</div><div>crossing:supervision=yes/no/*</div><div>crossing:marking=yes/no/* (or crossing=marked/unmarked/*)</div><div><br></div><div>That would be separating those questions out much better than the current schema and be much easier to map.</div><div><br></div><div>> No , for a pedestrian way which passes inside an island I have footway=crossing because there si a footway inside a island. I don't need a tag which says things I can see in the situation for the map. It is the same reason I don't need crossing=marked if I have crossing=uncontrolled. Mark is not a control.</div><div><br></div><div>While it is not as thoroughly-documented as it could be, the wiki states that crossing:island can be applied to the footway: <a href="https://wiki.openstreetmap.org/wiki/Key:crossing:island">https://wiki.openstreetmap.org/wiki/Key:crossing:island</a>. Specifically, "or alternatively on a pedestrian crossing way highway=footway + footway=crossing".</div><div><br></div><div>As an example, imagine that you are a data consumer and you want to tell a pedestrian router that they are using an island. If you were to look up a crossing:island key on a given footway, you could tell them, "use a traffic island to get to <whatever>". You can, of course, also use an advanced router that extracts crossing:island from a node.</div><div><br></div><div>> Well, we have it and it is called crossing_ref.</div><div><br></div><div>crossing_ref is not actually a tag for noting the type of markings, nor was it intended to be. It's a dumping ground for the older UK-centric tagging schema that used zebra, toucan, pelican, etc, with those UK-specific right-of-way implications. For example, crossing_ref does not have a "ladder" key, even though that's an extremely common marking type: <a href="https://taginfo.openstreetmap.org/keys/crossing_ref#values">https://taginfo.openstreetmap.org/keys/crossing_ref#values</a>. As you can see, pretty much all of them are just "zebra". Many people from the UK get annoyed when you call a US-based ladder crossing a "zebra crossing", as our ladder crossings do not have the same right-of-way implications nor the angled markings.</div><div><br></div><div>> I was talking about crossing=zebra issue.</div><div><br></div><div>Ah, I see. I just misunderstood, my fault.</div><div><br></div><div>> Tell me one situation you cannot map in detail with present tagging scheme.</div><div><br></div><div>* Map a crossing that is unmarked and has pedestrian signals ("walk"/"do not walk").</div><div>* Map a crossing that is marked and is protected by a stop sign but no traffic light, then say how you would interpret this as a data consumer.</div><div>* Map a crossing that is unmarked and is protected by a stop sign but no traffic light, then say how you would interpret this as a data consumer.</div><div>* Map a crossing that is unmarked and is protected by its own, non-street-intersection traffic light, then say how you would interpret this as a data consumer.</div><div>* Map a crossing that is unmarked, has pedestrian-specific signals ("walk"/"do not walk"), but no traffic signals at all nearby. </div><div>* Map a crossing that has markings and is protected by a traffic light, but that traffic light is part of the overall highway=traffic_signals signalization, not specific to just that crossing. </div><div>* Map an unmarked crossing that has the same type of traffic light situation: the light is to stop traffic at the intersection, not that particular crossing alone. Map an unmarked crossing that has pedestrian-specific signals ("walk"/"do not walk") and has that same "intersection-only" traffic light.</div><div>* Map a marked crossing where pedestrians lack the right of way.</div><div>* Map an marked crossing that has dropped curbs (keep in mind that some veteran OSM mappers have stated that dropped curbs are a control).</div><div><br></div><div>I have no doubt that you can come up with some examples that *mostly* work. But they will be ambiguous to a data consumer and often most mappers.</div><div><br></div><div>Best,</div><div><br></div><div>Nick</div></div></div>