-
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
Stop lines #165
Comments
@matkoniecz, we're starting to represent different types of stop lines. Do you know of any other tags we should pay attention to? Thanks! |
I would take into account |
But your list seems to find a lot of relevant stuff already |
I like the proposed representation; it seems to cover all the cases I have thought of so far. It's nice that the placement of the stop line is decoupled from the trim distance, so we have the freedom to independently set the trim distance as needed in order to understand intersections and their geometry. I think the distance needs to be relative to the same thing that |
Yeah, makes sense. I started playing with this idea yesterday and already hit conceptual difficulties related to #159. Where should we infer defaults for stop lines? I was tempted to put it in something like And there's unclear dataflow between |
Splitting out from #72. The representation:
As a first step, we can assign this based on heuristics and explicitly mapped things in OSM. An example heuristic could be figuring out that minor roads yield or stop and major roads are interrupted at uncontrolled intersections. We can then render it (necessary for debugging/development and also to improve visuals).
Is the representation what we want? I'm not sure what the distances should be relevant to... probably
get_untrimmed_center_line
liketrim_start,end
, not the reference line?I'll add notes below as I figure out all the things in OSM that help us figure this out.
The text was updated successfully, but these errors were encountered: