<div dir="ltr"><div>man_made=water_tap</div><div>drinking_water=yes<br></div><div dir="ltr"><a href="https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tap">https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tap</a></div><div><br></div><div>Though amenity=drinking_water is good enough as a generic tag that is useful when you don’t want to spend time in the wiki to find the precise set of tags.<br></div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 6 févr. 2020 à 17:04, Paul Allen <<a href="mailto:pla16021@gmail.com">pla16021@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Thu, 6 Feb 2020 at 15:50, European Water Project <<a href="mailto:europeanwaterproject@gmail.com" target="_blank">europeanwaterproject@gmail.com</a>> wrote:</div><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I also agree that removing amenity=drinking_water as a tag makes sense. The physical attributes of a node/way still exists - irrespective of whether the water is drinking quality. For example,  a spring which has water polluted after a big storm, stays a spring. </div></blockquote><div><br></div><div>How are you going to handle an amenity=drinking_water that is a tap?  It's not</div><div>a fountain (ornamental or otherwise).  It's not a spring.</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Florimond Berthoux</div></div>