When trying to create a route for ‘foot-*’ on a ‘Track’ which then meets a 'Bridleway`, the route does not continue onto the bridleway and ends at the end of the track.
I have noticed multiple instances of this similar issue where the route is refusing to use some paths (not sure if they were also bridleways).
I am using the OSM API to compute these routes, I’ve been looking at the routing options documentation
here but cannot workout how to apply any of the options to fix this issue.
the main problem here is, that bridleway access is different between different countries.
Have a look at the osm wiki for this - in germany, bridleways are not accessible to the public by default, but only if allowed.
Thus, bridleways are not included in foot routing by default, but only if corresponding access tags are given.
There’s a bit more discussion about this in our github issues here.
At least for german bridleways, this is a problem in the underlying data that needs to be fixed in the openstreetmap - bridleways accessible by foot should be tagged as such.
Hi, thanks for the response, don’t suppose it would be possible to host the API myself, fork the repo and then amend the code so that the
foot=yes tags are applied to every bridleway?
Given that openrouteservice is fully open source, feel free to do so.
You can find our code on
github and our backend documentation here.
This problem persists even when foot permissions have been set to Yes or to designated on OSM. Is ORS using different data, or is it not recognising the permissions? Or what?
January 23, 2023, 10:14am
for which way? If it was a recent change it
might not be in the data openrouteservice currently uses yet.
I agree it is often a problem of the permissions not being set.
I have checked the OSM permissions and they all include foot.
You can see it on here
but graphhopper gets it right:
yes, this was an issue that was recently fixed:
09:03AM - 11 Jan 23 UTC
11:16AM - 16 Jan 23 UTC
This was brought up by [this issue](https://ask.openrouteservice.org/t/routing-i
… gnoring-footpath-options/4466) in the forum - the route in question is [here](https://classic-maps.openrouteservice.org/directions?n1=52.136985&n2=-0.532118&n3=16&a=52.142193,-0.536613,52.132474,-0.545154&b=2&c=0&k1=de&k2=km), not using [the north](https://www.openstreetmap.org/way/132017417) and [south](https://www.openstreetmap.org/way/5888778) part of the green dashed bridleway.
Both have been tagged w/ foot=yes for 5 years, so it should really not be a data issue ;)
Note, that while the fix has been merged, it will take some time for the fix to be released and subsequently applied to the public API instances.