Hi helpers, I've recently become aware of the The only mention I could find in the current wiki is:
I find this text a little unclear... Regardless, the vast majority of these I've found do seem to correspond with the "you could also" suggestion: they're But lately I've been seeing a few instances of Offhand this seems like an error and I'm inclined to move these Thanks, J asked 28 Jul '19, 17:40 jmapb |
A Apart from that I'm unsure how useful the answered 30 Jul '19, 12:36 scai ♦ IMO I agree that there's no obvious value to the For now, I've fixed the "minor" problems that I've found... but I assume there are more I haven't found. If anyone has a handy overpass query for finding a specific tag on a road intersection, let me know! Otherwise I'll see what I can come up with.
(31 Jul '19, 16:52)
jmapb
|
BackgroundIt's a similar situation to traffic lights: Do we map the junction (node at intersection), or traffic control line (node on approach roadway). Your case
Yes, I would do this.
I would agree with this about the intended usage of There's also the no stop line exists argument for relations https://wiki.openstreetmap.org/wiki/Talk:Tag:highway%3Dstop#collection_of_notes I read, that could possibility be applied to accepting the tagging scheme you found. Personal suggestionMapping both the intersection, and control line (if available), is worthwhile. One shouldn't preclude the other, even in all-way stops and traffic signals. Using An idea of mine, as an example for full-fledged mapping on stop intersections marked stop lines. Intersection node:
Stop line node:
For other cases, I haven't made up my mind for answered 29 Jul '19, 22:02 Kovoschiz We already have the widely-supported For situations where traffic control at an intersection can't be properly described with I can see the appeal of relations, because they would allow the intersection to be described in great detail. But they're harder to tag and maintain and I don't think they're worth the complication.
(31 Jul '19, 16:37)
jmapb
Personally I would also put The
(31 Jul '19, 17:04)
Kovoschiz
Truth is I can't quite see the need for the junction tag and exactly how it would function, and these comment boxes, with their limited functionality, probably aren't the best place to clarify it. Using the wiki talk page is also a little awkward. Maybe try discussing on the tagging mailing list and/or writing up a diary entry on osm.org with example pictures for the various situations you're trying to cover.
(31 Jul '19, 18:23)
jmapb
2
One thing I believe strongly, though, is that there shouldn't be a highway=stop node on an intersection if not all roads passing through that intersection have to stop there. I consider this "troll tagging", ie, what the main tag gives the subtag stop=minor takes away, which is a problem for any data consumers that aren't specifically looking for that tag. In a sense we already have troll tagging on highway=stop nodes via the direction=* tag, but that's in common use and people know to look for it. Attempting to use an additional troll tag with possibly contradictory information will be problematic. If this scenario ("this road doesn't have to stop at this intersection but the other road does") is important enough that it needs to be explicitly tagged on the intersection itself (rather than be deduced from the tagging on the other road -- a data consumer can always follow the highway graph and find all this information from the connections if the stop node is there on the minor road) then a different tag would be needed. You might want to propose something like highway=minor_stop that will not interfere with existing software designed around the existing tagging scheme.
(31 Jul '19, 18:29)
jmapb
I'm still new to OSM so I don't think it's best to be too formal and certain about my opinion yet. I saw I forgot to mention one reason is I encountered some priority junction having lane-based restriction on merging, prompting me to look at something that needs to support more complicated schemes like I'm trying to see if there's a way to make use of existing tags the most (with backward comparability of course) as I don't want to propose new keys and values like
(01 Aug '19, 07:20)
Kovoschiz
|