[GraphHopper] Why is kissing_gate apparently an blocking barrier for mtb routing?
XCTrails
info at xctrails.org
Tue May 19 07:39:36 UTC 2015
Hi,
we have indeed marked some barriers as 'absolute' barriers where even a
> tagging won't help I think:
>
> https://github.com/graphhopper/graphhopper/blob/master/core/src/main/java/com/graphhopper/routing/util/BikeCommonFlagEncoder.java#L84
>
> Please create an issue for this if you think this should be improved.
>
I just saw that this was changed, great. However, I'm not quite sure if I
interpret the code correctly, but doesn't BikeFlagEncoder still block a
kissing_gate even if there's a bicycle=true flag?
BikeFlagEncoderTest.java:
// kissing_gate with bicycle tag
node = new OSMNode(1, -1, -1);
node.setTag("barrier", "kissing_gate");
node.setTag("bicycle", "yes");
// barrier!
assertFalse(encoder.handleNodeTags(node) == 0);
If my interpretation is correct, I think that implementation is wrong. In
our parts of the world, we have plenty of kissing_gates and turnstiles,
which primarily block cows and maybe cars but not bikes, regardless of
type. Hence the bicycle=yes tag...
cheers,
Armin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/graphhopper/attachments/20150519/62d6a8ca/attachment.html>
More information about the GraphHopper
mailing list