[GraphHopper] Why is kissing_gate apparently an blocking barrier for mtb routing?

[Peter]

ok, you are probably right that if it is explicitelyt tagged it should
be passable. I've reopened the issue:
https://github.com/graphhopper/graphhopper/issues/407

Would you comment on it and tell e.g. the area where this is the case?

Peter

On 19.05.2015 09:39, XCTrails wrote:
> 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
>
>
>
> _______________________________________________
> GraphHopper mailing list
> GraphHopper at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/graphhopper

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/graphhopper/attachments/20150519/e022d034/attachment.html>