openstreetmap / id-tagging-schema

🆔🏷 The presets and other tagging data used by the iD editor
ISC License
137 stars 148 forks source link

Water tap present should tag `amenity=drinking_water` instead of `drinking_water=yes` if tap supplies drinking water #1270

Open osmuser63783 opened 2 weeks ago

osmuser63783 commented 2 weeks ago

Try mapping a tap that supplies drinking water, there are a least two relevant presets: the water tap preset (man_made=water_tap) and the drinking water preset (amenity=drinking_water).

The water tap preset asks if the water is drinkable and sets drinking_water=yes if it is, and =no if it isn't. I would suggest that it should tag amenity=drinking_water instead of drinking_water=yes, if it is drinking water. (It can continue to set drinking_water=no if it isn't.) The fact that the amenity=drinking_water is a tap can be tagged by combining amenity=drinking_water with man_made=water_tap.

Reasons in favour:

Reasons against:

I asked the question in the community forum and although there were voices on both sides of the argument, only one person tried to make the argument that the two are semantically different, but no else one agreed with them. Most people agreed the current situation is less than ideal.

tordans commented 2 weeks ago

I don't think the current schema supports this mapping, does it?

Maybe we could use the deprecation rules as a work around to rework the "wrong" tags after they where added by the field?

osmuser63783 commented 2 weeks ago

The current schema supports adding an amenity=drinking_water but it doesn't ask what the drinking water is from (water fountain, tap, well, spring..)

tordans commented 2 weeks ago

I just read about the replacement key that might be a solution for this issue. Maybe someone can try to set this up that man_made=water_tap+ drinking_water=yes triggers the replacement for a new, unsearchable preset of man_made=water_tap+amenity=drinking_water (that would be the desired tagging, yes?)?