<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">> If you search traffic light you will see the same thing, not any strange light in relation with traffic itself. <a href="https://www.google.com/search?q=traffic+light&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj3vf-XqJHiAhWhzoUKHYr5D3kQ_AUIDigB&biw=1280&bih=891" target="_blank">https://www.google.com/search?q=traffic+light&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj3vf-XqJHiAhWhzoUKHYr5D3kQ_AUIDigB&biw=1280&bih=891</a><br><div>> (...)<br>> There is no ambiguosity: point is where is the feature, where the feature acts.<br><div><br></div><div>Per Paul's explanation, crossing=traffic_signals implies two traffic lights: one for pedestrians, one for traffic. So it's not actually solely oriented towards the feature.</div><div><br></div><div>If you disagree with Paul's definition, that would not be uncommon: nobody seems to agree on what crossing=traffic_signals or crossing=uncontrolled means.</div><div><br></div><div>> Why you suppose marked is better than uncontrolled? (...)</div></div><div><br></div><div>I have explained it in the wiki, but am happy to expand on the proposal if you think it does an inadequate job.</div><div><br></div><div>I'm skipping a few of your replies because I believe I can address them in the other sections. Please remind me if you feel I've ignored something entirely.</div><div><br></div><div>> Tagging schemes with yes/no binary values makes more complex the scheme... (...)</div><div><br></div><div>While this proposal currently states a binary (yes/no), I'm open to having more values. The goal is for the crossing tag to have values that are all in the same category, because right now they describe several different things incompletely. This is in addition to being poorly understood by just about everyone. Because the vast majority of existing crossing tags are regarding markings, I thought this would be the natural "primary" value.</div><div><br></div><div>Imagine you were writing a software application that asked a pedestrian one or more questions about a crossing. Behind the scenes, you edit OpenStreetMap to add a crossing=* tag. Think something like StreetComplete, which is a very cool app. What questions do you ask? It's a hard problem to solve because the tag values are *bad*.</div><div><br></div><div>> That is a traffic light for pedestrian. Why do you want any mark if you have a traffic light to control it? In my country...that situation does not exist.<br></div><div><br></div><div>The situation exists in my country, so how do you map it? What tags?</div><div><br></div><div>> That is crossing=uncontrolled, because there is no control about the footway crossing.<br></div><div><br></div><div>Stop signs are a control, but they're for street traffic.</div><div><br></div><div>> Well , it is crossing=unmarked because there is no marks on the corssing (...)<br></div><div><br></div><div>The stop sign is related to the crossing, as it indicates that traffic has to stop there. Depending on the country, this has right-of-way implications - the exact same ones where the term "uncontrolled" comes from.</div><div><br></div><div>> Well, it will be a crossing=unmarked, because there is no mark on the ground (...)<br></div><div><br></div><div>In my area, that is a valid place to cross and pedestrians have the right-of-way.</div><div><br></div><div>> WTF? For what do you need walk/don't walk parameter if there is no traffic light with???<br></div><div><br></div><div>A mid-block crossing that has pedestrian signals and only warning lights for cars. Other mappers have told me that warning signals are not traffic lights, per the definition of crossing=traffic_signals.</div><div><br></div><div>> Are you sure an administration will put an only car traffic light...with a pedestrian crossing in but with no pedestrian traffic light? How bizarre the world is.</div><div><br></div><div>I'm describing a crossing like this: <a href="https://www.colchestervt.gov/ImageRepository/Document?documentID=185">https://www.colchestervt.gov/ImageRepository/Document?documentID=185</a>. There are marked crossings on the ground.</div><div><br></div><div>> Is there any unsyncronized crossing with the same traffic lights inside the crossing? Which drunken monkey design these crossings? How many people die in ?</div><div><br></div><div>I'm describing the situation in the picture above but with no ground markings.</div><div><br></div><div>> Error: Pedestrian has ALWAYS the right of way in a crossing with marks of crossings (crossing=uncontrolled if there is no traffic_signal)</div><div><br></div><div>In every country on earth? In all situations that lack a signal?</div><div><br></div><div>> No. Control is something that sometimes says you if you are allowed or not to cross. A dropped curb says you always the same: nothing.</div><div><br></div><div>So you disagree with the other mappers who said as much on this mailing list. That's my point: nobody seems to agree on what these tags mean.</div><div><br></div><div>Best,</div><div><br></div><div>Nick</div><div><br></div></div></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 10, 2019 at 2:20 PM yo paseopor <<a href="mailto:yopaseopor@gmail.com">yopaseopor@gmail.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"><div dir="ltr"><div dir="ltr">No, don't be innocent<br> <br>If you search traffic light you will see the same thing, not any strange light in relation with traffic itself.<br><a href="https://www.google.com/search?q=traffic+light&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj3vf-XqJHiAhWhzoUKHYr5D3kQ_AUIDigB&biw=1280&bih=891" target="_blank">https://www.google.com/search?q=traffic+light&source=lnms&tbm=isch&sa=X&ved=0ahUKEwj3vf-XqJHiAhWhzoUKHYr5D3kQ_AUIDigB&biw=1280&bih=891</a><br><a href="https://en.wikipedia.org/wiki/Traffic_light" target="_blank">https://en.wikipedia.org/wiki/Traffic_light</a>.<br>If you make a specific micromapping you will not have problems. Otherwise you can't ask for detailed information if the mapping is not as detailed.<br><br>If you see a traffic light in a footway is for the footway, not the highway.<br>If you see a traffic light in a cycleway is for the cycleway, not the highway.<br><br>There is no ambiguosity: point is where is the feature, where the feature acts.<br><br>Why you suppose marked is better than uncontrolled? Do you suppose that new mapper doesn't know for which kind of marks are you talk about? Marked with? Traffic sign? Traffic light? other lights in the traffic?<br><br>Crossing tag scheme is based ...on the marks and other items you will have: traffic_signals, supervised=yes, uncontrolled (but marked), unmarked, no (prohibited). If you put a crossing=marked...what do you mean? , which of them do will you substitute?<br><br>Uncontrolled means NO CONTROL. A mark is not a control. A sign is not a control (when yes, when no). Supervised means with supervision, traffic signals with traffic light. Unmarked...what do you expect about control if there is not any mark.<br><br>You had said " As someone who has personally mapped thousands of crossings, the current schema is absolute garbage for reliably collecting accurate data that can be reliably interpreted by data consumers that aren't solely focused on car routing."<br>No, if the crossing is in a footway  you will have info about the footway, not only for cars. In Openstreetmap there is a lot of tagging schemes who thinks far away from cars only: kerbs, sidewalks, wheelchair...Use it also, not only crossings.<br><br>> The iD editor never uses crossing=uncontrolled. It actually uses crossing=marked now.<br>Well, I think it is a big error, because there is no marked values at the wiki and you have the same thing with the value uncontrolled in the wiki.<br><br>>I anticipate that many US-based communities would be open to converting crossing=uncontrolled and crossing=zebra to crossing=marked, at a minimum, given how frequently they've been edited with iD.<br>I don't why US-based communities would not be open to converting crossing=zebra (which does not exists, is crossing_ref= if you read the wiki) to crossing=uncontrolled that is the value you can read in the wiki instead of mix values and tags to create a new scheme.<br><br>>A controlled crossing can have or lack ground markings, and an uncontrolled can have or lack ground markings.<br>Yes, but it has no-sense . Why control one thing that you don't indicate by any way. First make it visible, then control it.<br><br>> In your country, how do you map a crossing that has traffic controls but does not have markings on the ground?<br>It does not exists and I have to say I don't remember see this in the rest of Europe I have visited.<br><br>Tagging schemes with yes/no binary values makes more complex the scheme...yes there is only two possible values...but then you have to have three different tags for the same thing.Yes, the scheme you are proposing here will have more descriptional tags...but also have three more time tags than the existing one with the same information.<br><br>> Map a crossing that is unmarked and has pedestrian signals ("walk"/"do not walk").<br>That is a traffic light for pedestrian. Why do you want any mark if you have a traffic light to control it? In my country...that situation does not exist.<br><br>> 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.<br>That is crossing=uncontrolled, because there is no control about the footway crossing.<br><br>> 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.<br>Well , it is crossing=unmarked because there is no marks on the corssing. A stop sign is about the highway cross with other way, nothing to have relation with a pedestrian crossing, otherwise you will have other kind of traffic sign, not Stop.<br><br>> 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.<br>Well, it will be a crossing=unmarked, because there is no mark on the ground, also I say in my country you have avoided to cross by there except in residential streets (the one's with the same level on sidewalk and the road itself )<br><br>> Map a crossing that is unmarked, has pedestrian-specific signals ("walk"/"do not walk"), but no traffic signals at all nearby.<br>WTF? For what do you need walk/don't walk parameter if there is no traffic light with???<br><br>> 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. <br>Are you sure an administration will put an only car traffic light...with a pedestrian crossing in but with no pedestrian traffic light? How bizarre the world is.<br><br>>  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.<br>Is there any unsyncronized crossing with the same traffic lights inside the crossing? Which drunken monkey design these crossings? How many people die in ?<br><br>> Map a marked crossing where pedestrians lack the right of way.<br>Error: Pedestrian has ALWAYS the right of way in a crossing with marks of crossings (crossing=uncontrolled if there is no traffic_signal)<br><br>> Map an marked crossing that has dropped curbs (keep in mind that some veteran OSM mappers have stated that dropped curbs are a control).<br>No. Control is something that sometimes says you if you are allowed or not to cross. A dropped curb says you always the same: nothing.<br><br>All the things in this life can be ambiguos but uncontrolled means uncontrolled, unmarked means unmarked, and a traffic_signal is a traffic_signal.<br><br>Best regards<br>Health and crossings<br>yopaseopor<br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 10, 2019 at 12:46 AM Nick Bolten <<a href="mailto:nbolten@gmail.com" target="_blank">nbolten@gmail.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"><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" target="_blank">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" target="_blank">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>
_______________________________________________<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>
_______________________________________________<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>