<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">2018-01-23 14:25 GMT+01:00 Mateusz Konieczny <span dir="ltr"><<a href="mailto:matkoniecz@gmail.com" target="_blank">matkoniecz@gmail.com</a>></span>:<br><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><span class="gmail-">On Mon, 22 Jan 2018 17:45:18 +0100<br>François Lacombe <<a href="mailto:fl.infosreseaux@gmail.com" target="_blank">fl.infosreseaux@gmail.com</a>> wrote:<br><br>> and ease access of water data with the use of existing waterway key  <br><br></span>Can you give example of real data consumer(s) where it will improve<br>situation? <br><br>From somebody making maps from OSM data - it will make situation worse for me,<br>not better (even more waterway values to handle).<br></div></div></div></blockquote><div><br></div><div>To get the whole hydrographic system, users have to query waterway, pipeline and some other keys not all related to water.<br></div><div>If all water paths would have only waterway=*, this would be simpler and sustainable.<br></div><div>Would you be happy if I remove highway=* from tunnels or bridges just because it's not "natural" roads?<br></div><div><br></div><div>Not to mention standard osm render doesn't currently render pipelines.<br></div><div>Introducing a new value of waterway, already imported in mapnik schema may be simpler than adding pipeline and some extra keys.<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>As data consumer I would prefer to have general tags - for example, in my <br>data processing I would prefer to have <br>spillways mapped as waterway=canal + intermittent=yes rather than<br>waterway=spillway.<br></div></div></div></blockquote><div><br></div><div>But it's not what an actual canal is !<br><a href="https://wiki.openstreetmap.org/wiki/File:Grand_Union_Canal.jpg">https://wiki.openstreetmap.org/wiki/File:Grand_Union_Canal.jpg</a><br></div><div>How many fake canals are mapped right now just because mappers don't find a more suitable value ?<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>Also I would prefer waterway=canal + pressurised=yes + tunnel=* rather<br>than waterway=pressurised.<br><br>In general, in OSM data processing where I participate and waterway<br>values are used I would prefer to avoid fragmentation of waterway tag<br>values.<br></div></div></div></blockquote><div><br></div><div>I find this inconsistent after adding many man_made values (like dams, weir... not directly referring to water) in waterway key.<br></div><div>I'm proposing to make it more consistent precisely regarding water <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>I know that what I am doing is a tiny subset of what can be done with OSM<br></div>but I am curious of what is the source of claims that new scheme will be better.<br></div></blockquote><div><br></div><div>Regarding my particular situation too, i'm a data scientist in an industry oriented software developper team.<br></div><div>OSM data become more and more valuable for us. It would be a lot more if words were used according to their actual meaning.<br></div><div>As an individual contributor, i find some keys really messy and spend a great time trying to improve this.<br></div><div><br></div><div>As said on wiki page, having a new value in an established key is an opportunity to write a better documentation, stop awkward usage and build more comprehensive preset handling in editor.<br></div><div>It's not all about the data itself but its collection and ideas exposed to contributors.<br><br>2018-01-23 14:43 GMT+01:00 Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span>:<br><div class="gmail_quote"><span class="gmail-"></span><span class="gmail-"></span><div>> +1 for this, as I can imagine pressurised waterways appearing in any size, so making pressurised an attribute could make sense.</div><div><br></div><div>Context is more important than size to pressure water.<br><br></div><div>waterway=canal sounds to be dedicated to open air man made built to divert water for a particular purpose.<br></div><div>Don't you find waterway=canal + pressurised=yes inconsistent since canal is open air channel?<br><br></div><div>Introduce waterway=pressurised prevent its irrelevant use with other incompatible waterway values.<br><br><br></div><div>François<br></div><div> </div></div></div></div><br></div></div>