[Tagging] Combining "locked=yes" with various access tags
Andy Townsend
ajt1047 at gmail.com
Tue Feb 21 15:09:22 UTC 2023
On 21/02/2023 14:34, Mateusz Konieczny via Tagging wrote:
>
>
>
> Feb 21, 2023, 15:24 by zeev.stadler at gmail.com:
>
>
> 1. As far as non-emergency routing, the "locked" tag should be
> ignored.
> 2. A "locked=no" tag indicates that a legal access restriction is
> not enforced by a lock and therefore could be overcome in case
> of an emergency.
> 3. A "locked=yes" tag indicates that the legal access restriction
> is enforced by a lock and therefore cannot be overcome in case
> of an emergency.
>
I'd actually suggest that "locked=yes" just means "there is a lock". It
_might_ be there to enforce a restriction, or it might be an "illegal
lock". There are unfortunately some examples of the latter on rights of
way in England, Wales and especially Scotland.
> This is not the interpretation of other people, as seen in a
> discussion on a GraphHopper routing issue
> https://github.com/graphhopper/graphhopper/issues/2757#issuecomment-1434806229
> There you could also find a picture of such a barrier.
> Please help us resolve the differences
>
> That is better mapped by mapping path around barrier, at least in my
> opinion.
>
>
Agreed - if you can walk around a locked gate, ensure that the OSM data
reflects that.
Best Regards,
Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20230221/ae1d18c4/attachment.htm>
More information about the Tagging
mailing list