<div dir="ltr"><div><div><div>I don't think the drinkable quality of water should be the prime criteria to tag water sources (or a reason to use amenity=*)<br></div>A fountain will striclty have the same external and internal design either the water is drinkable or not.<br><br></div>This data should be introduced with a tag drinkable=yes/no or any other values giving information about the drinkable quality of water for humans.<br><br></div>I agree with the approach of Althio on man_made.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><b>François Lacombe</b><br><br>fl dot infosreseaux At gmail dot com<br><a href="http://www.infos-reseaux.com" target="_blank">www.infos-reseaux.com</a><br><a href="http://www.twitter.com/InfosReseaux" target="_blank">@InfosReseaux</a></div></div></div>
<br><div class="gmail_quote">2015-01-16 15:50 GMT+01:00 althio althio <span dir="ltr"><<a href="mailto:althio.forum@gmail.com" target="_blank">althio.forum@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I didn't follow every bits of the discussion, so sorry for<br>
interrupting. Sorry also if my proposals are out of scope or already<br>
reviewed. Maybe a fresh view can help.<br>
<br>
@Marc amenity=drinking_water // amenity=non_drinking_water<br>
It feels like a good start and compromise.<br>
Either can be associated with a more physical feature that represents<br>
an outlet of a water network.<br>
<br>
A few tagging examples...<br>
<br>
any point with drinking water:<br>
amenity=drinking_water<br>
+ [opt] man_made=*<br>
<br>
a well:<br>
man_made=water_well<br>
+ [opt] amenity=drinking_water/non_drinking_water<br>
<br>
a tap:<br>
man_made=water_tap<br>
+ [opt] amenity=drinking_water/non_drinking_water<br>
<br>
a water point:<br>
man_made=water_tap or man_made=water_point or man_made=water_supply or ...<br>
+ [opt] amenity=drinking_water/non_drinking_water<br>
* currently exists amenity=water_point ... I find it a bad tag, this<br>
one I would consider to maybe deprecate and link as a equivalent<br>
amenity=water_point <=> amenity=drinking_water + man_made=[to_be_chosen]<br>
<br>
and it should not implies drinking_water=yes.<br>
<br>
a fountain for cultural / decorational / recreational purposes [often<br>
not suitable for drinking]:<br>
amenity=fountain<br>
(man_made=fountain is maybe more logical... and here 2x amenity can clash)<br>
* if it is drinking water, a workaround would be two features, ideally<br>
a node amenity=drinking_water within an area (however small)<br>
amenity=fountain. Some fountains are also detailed with an area of<br>
natural=water.<br>
<br>
toilets with drinking water<br>
amenity=toilets and amenity=drinking_water as two features (2 nodes or<br>
area+node)<br>
<br>
drinking fountain<br>
amenity=drinking_water<br>
+ [opt] man_made=* (man_made=fountain if there is a need?)<br>
<br>
<br>
<br>
Either way, the slightly conflicting tag are<br>
amenity=[non_]drinking_water and drinking_water=yes/no.<br>
They should be linked and treated together in algorithms.<br>
I think amenity=drinking_water is a valuable tag because it is useful<br>
to people. It makes sense to use it alone.<br>
drinking_water=yes alone on a node makes less sense IMO.<br>
<br>
water_point and water_tap should not assume<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div>