Skip to content
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

Bicycle trekking profile routes through a way with bicycle=no #748

Open
AnthillSudoku opened this issue Dec 14, 2024 · 1 comment
Open

Comments

@AnthillSudoku
Copy link

Hi,
brouter-web send you on a way with bicycle=no when making a route between "Zambana Vecchia" and "Sarche" with the default profile "bicycle trekking":

route

way 1247751485 with bicycle=no

Thanks

@poutnikl
Copy link
Contributor

poutnikl commented Dec 14, 2024

It is not a bug, but intended feature of built-in and most of the 3rd party (like mine) profiles.

The reasoning behind that is viewing bicycle not as a vehicle with allowed/forbidden passage, but as a biker with a bicycle, by default traveling mounted. But another legal transportation mode on short distances is a dismounted biker pushing a bicycle, considered by most of traffic laws as a pedestrian.

It is frequently used if some passage has forbidden bicycle passing, or if traffic or physical conditions do not allow safe riding. Typical example can be some pedestrian only bridges or areas, some jammed narrow passages with mixed/pedestrian traffic, or taking some pedestrian shortcut with substantial saved distance.

Such forced fallback to pushing mode is adequately punished by high costfactor - see the screenshot. 9050 means than the given way alement is taken as if it were 9.05 times longer ideal road for bikes. By rough estimation, the pushing shortcut is preferred only if it takes less than about a half of time, compared to a mounted detour. And there can be the last resort cases the bicycle=no segment is the only possible way. You would not want to return 10 km just because there is a pedestrian only bridge.

The solution could be introducing a flag/option like "hard_bicycle_no=yes" in profiles. Both soft and hard approaches have their pros and cons and cases where they fail miserably.

  • The soft one may fail by leading to passing long and forbidden segments.
  • The hard one may fail by leading to avoiding short, easily passable segments.

More elegant solution, but IFAIK not currently possible with current profile code syntax, would be implementing pushing distance threshold, not allowing passage of segments longer than this value. But the implementation could be tricky, as OSM may code it as a series of way segments.

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants