-
-
Notifications
You must be signed in to change notification settings - Fork 989
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
Wrongly car navigation routing over path, badly bicycle routing over grass #20117
Comments
The bug was partially reproduced. Initially, I attempted to reproduce the issue by building navigation for a car, where the navigation is built exactly as specified by the user. Following that, I attempted to build navigation for a bicycle, but the method for bicycle navigation is currently different. Additionally, car navigation on the Web version is constructed differently compared to the app, despite Live updates. Here are the relevant links for car navigation on OSM and the Web version: Here are the links for bicycle navigation on OSM and the Web version: OsmAnd~ 4.8.0#2528m, released: 2024-06-18 |
The bug has been reproduced. In the app, when using the reset car profile, the navigation wrongly routes through bike paths, even with live updates. On the Web version, the navigation works correctly and takes a detour. However, if you enable the "Short way" option on the Web version, it also incorrectly routes through bike paths, just like the app. Bicycle navigation is now working correctly. Here is a link to the web version: Car navigation on the Web version OsmAnd~ 4.8.0#2568m, released: 2024-06-24 |
Thank you very much for reproducing the issue with car navigation. |
Another bike example I experience yesterday even without "Short way enabled" where OsmAnd unexpectedly
|
Another crazy bike example with "Short way" enabled, where
|
Description
highway=path
is clearly not for car navigation, but still is wrongly chosen by Osmand.highway=track, tracktype=grade5, surface=grass
andhighway=path, surface=grass
is clearly not for bike, but still is wrongly chosen by Osmand, when there ways of better surface around it.Steps to reproduce
Both appeared in longer route (~30 minute each). Only showing the relevant part here:
48.59359° N, 8.87231° E
to48.59435° N, 8.87470° E
(routes over https://www.openstreetmap.org/way/551096127)
48.55116° N, 8.94187° E
to48.55221° N, 8.92684° E
(routes over https://www.openstreetmap.org/way/938199238)
Actual result
Expected result
(there is a connection via a
tracktype=grade1
andtracktype=grade2
, which is a bit longer but much more fitting for a bike)Your Environment (required)
The text was updated successfully, but these errors were encountered: