|
Using iD editor. Reference point: 48.510500, -113.307546 While on a trip recently I ran into a situation where OsmAnd (based on OSM) would not find a route to a National Park campground that I was trying to reach. However, it did find a route if I changed the mode from driving to walking or biking. In order to find the problem I set the destination just a short ways down the road that I needed to take and gradually kept moving the destination farther down the road until it would no longer find a route. Then I examined the area near where it broke and found that there was a barrier=gate there. Evidently, gates do not allow motor traffic to pass even though it was tagged Access=All. I changed it to barrier=cattle-grid (because there really is a cattle grid there) and now it will route. My question is: how do we find these types of issues with routing. Gradually moving the destination until it breaks is a very tedious process. When I highlighted the road segment it did not report any issues related to barriers. I am very new to OSM editing but there has to be an easier way. |
|
I think you are being misled by the iD editor's way of presenting the data. The original gate has never had an access tag. You've changed it from gate to toll booth to cattle grid but access was never changed. iD shows indeed access all=yes but it is grayed out. I would think so, and I think you did too, that iD thinks access=yes would be the default for the gate. In reality most routers would assume the default for a barrier, at least for a gate, to be access=no or vehicle=no. And actually, the wiki page on barriers prescribes that default, too. I suggest you add access=yes or access=permissive to both the gate and the cattle grid to make the situation clear. The motor_vehicle=permissive still leaves all non motorized traffic (including pedestrians) at the default which is access=no if in doubt. 1
TZorn, thank you for the help. Yes, that is VERY confusing the way the iD editor presents the access tags. But I see now that if I scroll down a little it will show the tags that are actually applied to the object. So, I have changed the gate from motor_vehicle=permissive to access=permissive and I added access=yes to the cattle_grid.
(14 Oct '19, 16:57)
dremelts
I don't think that's true. The defaults for OSRM and Graphhopper both presume a gate to be passable (which is surely right - the whole point of a gate is that you can open it). Unfortunately the barrier default documentation on the wiki is notoriously broken.
(16 Oct '19, 00:36)
Richard ♦
1
Richard, maybe "most routers" is exaggerating. But as we see above at least OSMand is treating a gate as access=no and I can see why. Other barriers can be opened (e.g. bollards, swing gates) and OSRM does not treat them as access yes. What I take away is that we should always tag the access restrictions to avoid (wrong) guess work by the routers.
(16 Oct '19, 08:26)
TZorn
|
|
I don't think I have seen If there is actually a gate there then the gate tagging should remain. I'm not sure if there are established tags for mixed type barriers, but if the grid is on one side then this could be sidestepped by using two nodes. OsmAnd will route cars through Thanks, I'll add another node back in for the gate (they are separated by several feet). And you are correct; it did say access=yes (I was going from memory).
(11 Oct '19, 22:33)
dremelts
Okay, I have added the gate node back in so now there are two barriers in succession: cattle grid and gate. The gate access is set to all=yes, motor vehicles=permissive. Permissive seems appropriate because over the span of 5 days while we were there I never saw the gate closed. So, it appears to meet the criteria: Access allowed until such time as the owner revokes the permission.
(12 Oct '19, 13:22)
dremelts
|
|
A more general answer to "How to find why a road is not routable " is to test the ways with the map page routers By shuffling the Start (green) and End Flags (red), it is easy to narrow down the problem. Only when you have narrowed it down is it worth opening the editor. Don't forget recent edits may not be used by the routers for a few days. Third party apps will, almost certainly, be using older data so check the dates on their downloads as the problem may be there. |
