<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Fr., 21. Feb. 2020 um 07:13 Uhr schrieb European Water Project <<a href="mailto:europeanwaterproject@gmail.com">europeanwaterproject@gmail.com</a>>:<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">Hi Martin,<div><br></div><div>There are a couple of issues I see with drinking_water=yes not having a concept of access. <br></div><div><br></div><div>1. Where is the observability  ? How can I know if a water tank has drinking quality water or just agriculture quality water ? </div></div></blockquote><div><br></div><div><br></div><div>indeed, if you cannot access the water it may also not verifiable to know whether it is drinkable, hence you will not add the tag.</div><div>We will not end with all drinking water on earth having this tag. It is just a property for those places where a mapper identifies drinkable water and sees a point in adding it to the map.<br></div><div><br></div><div><br></div><div> </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></div><div>2.   But there is an even bigger issue --- and I will admit that I am biased because of the European Water Project's use case.  </div><div>For a map feature to be useful, it should have universality. Ie. if one maps restaurants with toilets, at least customers should have access ... </div></div></blockquote><div></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>Someone who goes to the OSM way where there is a water tank, even with a wallet full of cash, will die of thirst before getting a drink.</div></div></blockquote><div><br></div><div><br></div><div>I don't know, I would expect going to another person, preferably, and ask for water. It completely depends on the context. If you are in a remote area (otherwise you would likely not die of thirst anyway) and risking to die of thirst you will likely drink any available water, regardless of its OSM tagging. There is also no guarantee that an object which has drinking_water=yes in OSM is actually drinking water, and even if it was at the time of tagging the situation may have changed.<br></div><div><br></div><div> </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>It's similar to toilet=yes ...   A restaurant with a toilet for employees only, probably shouldn't have the tag. </div><div>Yes, there is an access tag, but in most cases access is implied. </div></div></blockquote><div><br></div><div><br></div><div>access is implied for amenity=toilet, like it is implied for amenity=drinking_water (feature), while it is not implied for descriptive properties (like drinking_water=yes). It is the main tag (feature tag) that may have implications about accessibility. <br></div><div> </div><div><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><br></div><div>drinking_water = yes, seems to come with access in 99% of the 61,300 nodes and the large majority of the 8,178 ways. </div></div></blockquote></div><div><br></div><div><br></div><div>yes, because people will usually not map drinking water=* for private features I guess. A water tank may be an exception. I do not know public water tanks, and while I guess somewhere they might exist, it would be up to people knowing this situation to decide on appropriate tagging. As I also wrote in my comment above: accessibility can be either explicit or implicit through the providing feature, but it is not implied in the drinking_water=yes property.</div><div><br></div><div>Cheers</div><div>Martin<br></div></div>