-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crossings #246
Comments
(It never happens in a test, so no known diff)
How to you plan on handling the different taggings from the way segment
Rapid recently added code that helps to sync some of the tagging of those two representations. I still have to try this out, but it sounds promising because right now the crossing system is pretty messy, unfortunately. I thought that usually the nodes are present first and the ways are only added later, which would make the nodes the winner when tags conflict. Hover I heard that in some regions there are only ways, not notes… PS: During the last iD Editor community meetup we discussed how to improve the presets for crossings which will improve the situation somewhat. But I still have do document what we talked about in that meetup… |
That example looks like a good one to iterate on: https://a-b-street.github.io/osm2streets/#19.29/52.4737549/13.4406967 I honestly have a poor understanding of the tagging schema; I've just been working in example places that I know on the ground and that seem to be tagged reasonably |
Ah, both the missing crosswalks here are because two OSM nodes get consolidated by osm2streets into one polygon. Then the crossing junction connects to three walkable segments, and so it's unclear how to draw the straight line of the crossing. That straight line is erased in the process of building the intersection polygon, but usually it's recovered by looking for the two connecting ends |
The text was updated successfully, but these errors were encountered: