Some pedestrian routes are no longer recognized?

Hello,

I’m a regular user of the web site https://maps.openrouteservice.org.

Lately I’ve noticed that many pedestrian routes that used to work before don’t work now. It seems that openrouteservice does not recognize some portions of paths that it used to recognize before. This is definitely the case because it happens when I open some links to routes that I created and saved in the past.

Most of these routes do work well using GraphHopper on https://graphhopper.com/ or on https://www.openstreetmap.org/, but not on https://maps.openrouteservice.org.

I hoped the problem would be fixed sometime, but I see no indication that it’s even a known issue, so I’m raising the issue and I hope it’ll be dealt with.

Thanks,

Tamar

Examples:

The whole path is not recognized:

https://maps.openrouteservice.org/directions?n1=47.009077&n2=12.298792&n3=17&a=47.009022,12.301787,47.009486,12.297558&b=2&c=0&k1=en-US&k2=km

The same path in GraphHopper:

https://graphhopper.com/maps/?point=Die%20Isel%20-%20Ein%20Gletscherbach%2C%20Pebell%20Waldweg%2C%20Ströden%2C%20Gemeinde%20Prägraten%20am%20Großvenediger%2C%20Bezirk%20Lienz%2C%20Tyrol%2C%209974%2C%20Austria&point=47.00952%2C12.29754&locale=en-us&vehicle=foot&weighting=fastest&elevation=true&turn_costs=false&use_miles=false&layer=Omniscale

End of path is not recognized:

https://maps.openrouteservice.org/directions?n1=46.5078&n2=12.05057&n3=16&a=46.50846,12.05559,46.507299,12.049856,46.508126,12.046566&b=2&c=0&k1=en-US&k2=km

End of path is not recognized:

https://maps.openrouteservice.org/directions?n1=46.506118&n2=12.048042&n3=16&a=46.50846,12.05559,46.507299,12.049856,46.504915,12.044595&b=2&c=0&k1=en-US&k2=km

There is an error message:

https://maps.openrouteservice.org/directions?n1=47.051645&n2=9.748415&n3=14&a=47.05921,9.753623,47.04646,9.753909&b=2&c=0&k1=en-US&k2=km

Hello Tamar,

thank you for reporting this issue. For me, all of the examples work when I use the hiking profile instead of the walking profile. Would this be a viable solution for you?

Best,
Sascha

Thanks a lot! This might be a solution.
May I ask, what’s the difference between walking and hiking?
Are all walking paths also marked as hiking paths?
Are there walking paths which are marked for walking but not for hiking?

Hi @tez

the reason the pedestrian profile doesn’t take you over these paths is that the sac_scale is marked as “mountain hiking”. For the pedestrian profile, the highest sac scale that it goes over is “hiking” whereas the hiking profile also allows up to “alpine hiking”.

The error message is because it cannot find a path within 350 metres of the dropped points which is in the profile. From looking at the data, I believe this is because all tracks which connect the “ok” paths to the main network are rated as too high a sac_scale. This means that during some post processing to save memory, the suitable ways in question are removed as the number of ways that are connected is below a threshold value.

Regards
Adam

Thanks for the explanation.
I have several cases of paths which are described as barrier-free and/or stroller friendly, but still will not be recognized as Pedestrian-walking.
My last example above (the Lunersee path) is definitely so from personal experience.
So the question is whether the path is wrongly labeled in the database as “mountain hiking”, or is there a bug in the algorithm?
BTW, Can I (as an end-user) see the sac_scale of a path?

Yes, the Lunersee path is the instance where it isn’t included as it is segmented from the main foot network and as it’s own little island is not that big in terms of paths that can be travelled along, it gets removed in post processing. We have to remove these small “subnetworks” as including them in the main profile can cause problems with performance I believe.

All of the base data we use for the roads and footpaths etc. come from OpenStreetMap. What I normally do for fidning things out like sac_scale is to look at the corresponding paths on there to see what they are. There currently isn’t a way to display actual sac_scale info on the route at the minute…

Actually, there is an “extra_info” that can be returned with the pedestrian and hiking profiles called “Trail Difficulty” which provides some information about the difficulty. I believe the response for foot/hiking is
T1 - hiking
T2 - mountain hiking
T3 - demanding mountain hiking
T4 - alpine hiking
T5 - demanding alpine hiking
T6 - difficult alpine hiking

However, there is a bit of a glitch on the maps page which means that you can only select this when doing a normal pedestrian route, but the setting is maintained if you then switch to hiking. To add it, click the little “settings” gear in the top panel and then select the “Trail Difficulty” from the lest of “Extra Information”

Thanks a lot! That was really helpful. :slight_smile:

Hello there!

I had a similar issue as I wanted to take a look at tracks for hiking and somehow I am not able to get a some routes inside National Park designated areas. Is this intentional? Here is an example:

http://maps.openrouteservice.org/directions?n1=51.28232&n2=13.897448&n3=14&a=51.263902,13.904657,51.2959,13.876076&b=2&c=0&k1=en-US&k2=km

Interestingly for a fraction of the track it works:
http://maps.openrouteservice.org/directions?n1=51.28232&n2=13.897448&n3=14&a=51.263902,13.904657,51.288064,13.883886&b=2&c=0&k1=en-US&k2=km

So is there some attribute set that prohibits ORS so create a route on these pathways? Same applies for military landuse, whereas there are training grounds which are allowed for pedestrians when there is no training taking place. Unfortunately route finding doesn’t work there either.

I would appreciate any suggestion how I could plan my hikes anyway! :slight_smile:

Cheers,
redpanda

@redpanda try to inspect the underlying osm data in this case.

the way you want to travel has the tag access=no


same as the path to the west

If you want to know which tags are needed for a way to be included please open another thread for this.

Best regards