<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote">2018-01-23 18:17 GMT+01:00 Janko Mihelić <span dir="ltr"><<a href="mailto:janjko@gmail.com" target="_blank">janjko@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>I would like to add tunnel=headrace to the waterway=drain because that's how they are called. Just google "headrace tunnel" and this is exactly what you will get.<br></div></blockquote><div><br></div><div>This is a great add, thank you. I've missed this terminology, and vote may be stopped to refine the proposal.<br></div><div>tunnel=headrace solve pretty big issue I had with tunnel=culvert<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><br></div><div>That's why I would like to tag those pipelines as man_made=pipeline + pipeline=penstock. "Penstock" by itself means that the pipeline is pressurized, but we can add "pressurized=yes" just to be safe (waterway=pressurized is a funny tag to me).</div></div></blockquote><div><br></div><div>It's already done with man_made=pipeline + usage=penstock<br><br></div><div>Given consistency issue I see is free flow headrace comes with waterway=drain + tunnel = headrace but pressurized headrace or penstock with man_made=pipeline only.<br></div><div>Why free flow should get a waterway and pressurised none ?<br></div><div>I find this confusing.<br><br></div><div>Here what is proposed, separate water from "man made" structures (cut view) : <a href="https://imgur.com/a/3KWqZ">https://imgur.com/a/3KWqZ</a><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>Using waterway=drain for underground rivers is not very accurate. I think a new waterway tag is needed here, because this is a new concept. I suggest waterway=subterranean_river. And if it has a siphon, add subterranean_river=syphon.<br></div></div></blockquote><div><br></div><div>This is the unsolved issue I mentioned on the image, but proposal wasn't intended to cover it.<br></div><div>waterway=drain should be kept on artifical path, I wasn't proposing to use it on natural underground river.<br></div><div><br></div><div>waterway=subterranean_river sounds ok for me anyway.<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><br></div><div>So, I made an image with my suggestions, changes are bolded and underlined (I love your images, they are worth a thousand words :)</div><div><br></div><div><a href="https://imgur.com/a/obdNd" target="_blank">https://imgur.com/a/obdNd</a></div></div></blockquote><div><br></div><div>Thanks<br><br><br>2018-01-23 18:30 GMT+01:00 Janko Mihelić <span dir="ltr"><<a href="mailto:janjko@gmail.com" target="_blank">janjko@gmail.com</a>></span>:<br><span class="gmail-"></span><div>>Calling
 pipelines waterway=pressurized because it would be easier for you to 
extract it and render it makes this tagging for the renderer. Tags 
should be as consistent as possible for the mappers, not data consumers.
 If a mapper sees a pipeline, and you tell him "tag that as 
waterway=pressurized because then my SQL query can be nice and short" 
the mapper is going to get annoyed and quit. If it's a pipeline, tag it 
as a man_made=pipeline, and that's it. Somebody else can tag the type of
 a pipeline, but nobody is suposed to think about SQL queries when 
mapping.<br><br></div><div>I gave my personal experience. Prior to do sql queries or really particular stuff, there are models to be done. I'm not only doing rendering but routing also.<br></div><div>Tagging isn't currently consistent for mappers at all since they are encouraged to use waterway=canal to tag underground features.<br></div><div><br></div><div>I agree there's no point to adapt tagging for sql queries, and it's not what I'm doing.<br></div><div>It's all about data model and semantics.<br><br></div><div>François<br></div></div></div><br></div></div></div>