[Tagging] Tagging cycleways to distinguish them from combined cycle and footways

Jeroen Hoek mail at jeroenhoek.nl
Wed Aug 3 11:01:08 UTC 2022



On 03-08-2022 12:43, Jens Glad Balchen wrote:
> The objection to tagging correct foot=* values is that OSM contributors 
> in general are not able to or do not have the knowledge to do this 
> correctly. The problem today is that foot=* does not accurately reflect 
> the legal status. In that respect, if people tag with a traffic sign, it 
> is likely that there will be conflicting foot=* values. E.g. 
> traffic_sign=NO:520 + foot=designated. Map makers would have to chose 
> which tag to believe.
> 
> It is likely that only highway code afficionados will tag with 
> traffic_sign, and only bother to tag where traffic_sign=NO:520, since 
> traffic_sign=NO:522 would be the implied state. Therefore, I expect the 
> number of conflicts to be low. For the same reason, it also has a high 
> chance of surviving edits.
> On the other hand, maintenance will be equally low.

That's solved by presets though. In the Netherlands mappers who deal 
with cycleways quickly picked up on the presets, and eventually you just 
hit F3 + '522' and get the correct preset for '522: Gang- og sykkelveg' 
(I do so for Dutch cycleways with 'G11' etc., and because those traffic 
sign codes are part of each preset title, this just works).

The data gets richer, because data consumers who care about access 
values use foot=*, and data consumers who want to visualize cycling 
infrastructure would use traffic_sign.

It has an additional benefit: any cycleway that lacks a traffic_sign tag 
is either a special case without signs (de facto cycleways), or is 
simply missing tags. With presets, you can easily fix them by just 
selecting the prefix, and have it enter foot=* and traffic_sign=* for 
you. Much less thinking needed: just basic knowledge of what those 
traffic signs are called.



More information about the Tagging mailing list