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
Can a profile specify different costs for left and right turns? #110
Comments
Aside of the implementation, how would you decide algorithmically ? As there is huge difference in crossing turn parameters, affecting the cost value, mainly traffic, geometry, orientation and priority. I guess, before serious consideration by the developer, a draft of a crossing turning cost model is IMHO needed. From other point of view, there is already crossingless turning cost. |
E.g if geometrical turncoat was 90, rightturn crossing cost was 150, left one 300, |
Are you talking about bikes or cars? The kinematical model for car-routing has already some symmetry-breaking, when crossing straight, the speed constraint may be different whether a street is joing from the left or from the right: Look here for "leftWaySpeed": However, there are not yet assymetric values here, because there' no concpt for left- or right-handes traffic up to now. |
First of all, thanks for joining the discussion. I am talking about bicycles. I thought of something like this: Considering the angle here would be more advanced but might be not even needed, Oh maybe that would be an alternative: penalties for crossing approaching traffic and penalties for crossing cross traffic. |
Regarding the awareness of left- and right-hand traffic: |
Hm , as there is statistically about the same number of both L/R types, 40/60 will be more expensive than 50/50 with about the same result. As penalties are to be point like, it would not make sense to touch cost factor, related to the way segment length. Rather to be applied in node context. Neither the way initialcost applies easily, as the cost is context dependent. Profiles are part of the routing engine. They cannot be aware of what |
Thanks @poutnikl for the explanations. |
This is unfortunately the one area where BRouter delivers suboptimal results for me. It often instructs me to turn left on multi lane roads where I would usually avoid turning left at all costs for safety reasons. I think making that decision well would require better mapping of bicycle turning lanes though. |
The best is going just straight ahead or turning right, going in clockwise closed cycles. |
This would probably be useful for routing in urban areas, where turning right is oftentimes much easier/quicker than turning left (the other way around for left-hand traffic).
Maybe some users would want to configure turning right at traffic lights to be as cheap as there would be no traffic light at all. :)
The text was updated successfully, but these errors were encountered: