[Tagging] compressed_air=yes / no - adding to amenity=fuel

[Martin Koppenhoefer]

Am Di., 14. Dez. 2021 um 07:32 Uhr schrieb Mateusz Konieczny via Tagging <
tagging at openstreetmap.org>:

> I strongly disagree.
>
> 1) it is a widespread practice to use such =yes values to denote
> "it has such associated feature which may be mapped separately or not"
>


ok


>
> 2) such resurvey is not really possible
>
>

come on, we are (or should be) revisiting all our data continuously. Sure
you can find places in osm which have closed 10 years ago, but in many
areas we have up to date data and the more our data is used (and usage has
gone through the roof), the better it will get --- if we manage to keep a
return channel (e.g. people are aware of osm because of attribution).


Even if many mappers would use =yes solely for "and is not mapped
> separately"
> then existing =yes have unclear meaning and will have unclear meaning
> basically forever.
>


there's an error rate in the data, which is initially enormous and will
possibly shrink, and if it doesn't in a few years we can declare the
attempt failed. In the meantime, if you don't like it, you will still have
to check for *=separate and interpret it as a synonym for "yes", and that's
all, because people are already doing it.
https://taginfo.openstreetmap.org/search?q=separate#values
177k sidewalk*=separate
20k cycleway*=separate
3600 ramp=separate
39 compressed_air=separate
14 atm=separate
6 elevator=separate



> 3) it would make much more complicated to do mapping - you would
> need to look around whenever you add =yes/no and on adding any bench, atm,
> bin and any other feature one would need to look around all objects and
> flip =yes to =separate
>


exactly

Cheers,
Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20211214/aa4ffe1d/attachment.htm>