Closed utack closed 7 years ago
Hi, hmm, it is not a bug, but a feature. :-) My trekking-poutnik profile and the original Arndt's Trekking profile more or less share the general default evaluation of accesses to OSM ways and nodes. Both takes absence of restrictions as implicit access allowed. Similar approach is applied e.g. to tracks without surface= or tracktype=.
The implicit restrictions would solve one problem and create another - plenty of way features with allowed or possible access would be avoided, not being mapped with explicit access related hints.
IMHO, the better is to expliciltly map the obstacle access tags on the OSM.
Removed comment about barrier in way context, as lookups.dat contain only barrier key for node context.
For own puposes, the best would probably be to modify in the node context section defaultaccess = if ( access= ) then true # add default barrier restrictions here! else if ( access=private|no ) then false else true bikeaccess footaccess
So under defaultaccess I just check for a barrier, and then implement my logic above? Oddly enough this is happening, despite barrier being represented in lookups.dat
unknown lookup name: barrier
Yes, this way.
Why oddly ? It is not related to presence in lookups.dat.
Note that BRouter processes barrier= key in node context only, even if OSM defines it for way context as well.
The design is, the false restrictions are considered more serious than false lack of them.
My profiles reflect but details the access policy of original profiles, as I consider them reasonable.
E.g. there is lots of gates on forest tracks in my country, that are either not mapped at all, or incorrectlly tagged, aimed to exclude the forbidden car traffic physically. Avoiding them would be a challenge for planning/calculation of trekking routes.
if you want for nodes tagged barrier=gate the default access as forbidden, replace
assign defaultaccess =
if ( access= ) then true # add default barrier restrictions here!
else if ( access=private|no ) then false
else true
by
assign defaultaccess =
if ( access= ) then not ( barrier=gate ) # or barrier=gate|value2|value3......
else if ( access=private|no ) then false
else true
Closed as intended design, with hint for wanted deviations.
Thank you for the help
Hi,
the trekking profile currently seems to have a bug, where it routes through barriers For example it will go though a "barrier=gate", that does not have bicycle=yes or any other access tag specified
I would suggest to do the following on any barrier:
Unfortunately I could not quite figure out where to fix this, help would be really welcome
Thanks Jakob