<div dir="ltr"><div>Yes, yes, of course. Quite right, Yves, and Martin.<br></div><div><br></div><div>
<span class="gmail-im">>> waterway=river<br>>> name=Tanana River<br>>> waterway=section<br>>> section=bend<br>>> section:name=Harper Bend<br></span> >You can't use waterway=section + waterway=river on the same way, and you <br>>shouldn't map overlapping ways for obvious reasons.</div><div><br></div><div>I made that same argument myself earlier and then broke my own rule immediately. LOL</div><div><br></div><div>Yves suggests this scenario:</div><div><br></div><div>waterway=river<br>name=Tanana River<br>waterway:section=bend<br>waterway:section_name=Harper Bend <br></div><div><br></div><div>Which I like, except for the way the last tag is written. I would prefer</div><div>waterway:section:name=Harper Bend</div><div><br></div><div>I don't like mixing the uses of "_" and ":"<br>The way these two delimiters have been used in OSM has always seemed muddled to me.</div><div><br></div><div>Colin suggested we agree on the goals of this project and wrote:</div><div><br></div><div>
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif"><span class="gmail-im"> <div dir="ltr">* there can be contiguous linear sections of a river which can have names</div> </span><div dir="ltr">* there can be small features with names, such as small bays which can better be represented by a node</div><span class="gmail-im"> <div dir="ltr">* they can be "straight" (for example "reaches") or "curved" (for example "bends")</div>
<div dir="ltr">* they can (partially) overlap each other, and there may be gaps (there may not be a clear, sharp transition from one section to the next)</div> </span><div dir="ltr">* in the case of linear feature, they encompass the entire width of the river and are not just a 2D line</div>
<div dir="ltr">* for "river", read (river OR stream OR drain OR...)</div><div dir="ltr"><br></div><div><font size="2"><span style="font-family:verdana,sans-serif">These indeed are the goals of this discussion as I see them. The last of these is an attempt to make the tagging consistent for several varieties of waterway which is why, IMO, we use the waterway key instead of river or stream, etc.</span></font></div><div><font size="2"><span style="font-family:verdana,sans-serif"><br></span></font></div><div><font size="2"><span style="font-family:verdana,sans-serif">So, what's next?</span></font><br></div>
</div>

</div><div><br></div><div> <br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Sep 29, 2018 at 3:19 PM Colin Smale <<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>river_feature would be fine as well as it would imply that it doesn't need to be a linear feature, a node would also be OK (for small named bays etc?)</p>
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p><span style="font-size:10pt">Lets have a go at agreeing the basic principles of what we are trying to achieve. </span></p>
</div>
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<div dir="ltr">* there can be contiguous linear sections of a river which can have names</div>
<div dir="ltr">* there can be small features with names, such as small bays which can better be represented by a node</div>
<div dir="ltr">* they can be "straight" (for example "reaches") or "curved" (for example "bends")</div>
<div dir="ltr">* they can (partially) overlap each other, and there may be gaps (there may not be a clear, sharp transition from one section to the next)</div>
<div dir="ltr">* in the case of linear feature, they encompass the entire width of the river and are not just a 2D line</div>
<div dir="ltr">* for "river", read (river OR stream OR drain OR...)</div>
</div>
<div> </div>
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<div dir="ltr">This is pointing towards:</div>
<div dir="ltr">* a way along the centre line of the river (colinear with the main_stream lines?) OR a node for smaller / non-linear features</div>
<div dir="ltr">* waterway=river_feature</div>
<div dir="ltr">* river_feature={reach,bend,bay,...}</div>
</div>
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<div dir="ltr">* name=*</div>
</div>
<div> </div>
<p>I would like this to be applicable to lakes as well (why not?) but it's difficult to see how a linear feature would apply to a lake. Any comments?</p>
<p>There was a suggestion that we should re-use existing flow lines and not superimpose new ways. This would not allow for the fact that two linear features may overlap - the end of a "bend" may overlap with the first bit of a "reach" for example. The extent of these features may be well defined, but they may not be so sharp. My thought is that this freedom to allow overlaps is important. Any comments?</p>
<p>On 2018-09-29 00:11, Graeme Fitzpatrick wrote:</p>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<div dir="ltr">
<div>
<div class="m_8908108015559520849gmail_signature" dir="ltr">
<div dir="ltr">
<div dir="ltr"> </div>
</div>
</div>
</div>
<div class="gmail_quote">
<div dir="ltr">On Sat, 29 Sep 2018 at 06:32, Colin Smale <<a href="mailto:colin.smale@xs4all.nl" target="_blank">colin.smale@xs4all.nl</a>> wrote:</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p><span style="font-size:10pt">The point of raising the "reach" business it to help abstracting the proposed tagging model to make it more generic. If we consolidate all the thoughts expressed so far, we can say that:</span></p>
<div dir="ltr">* there can be contiguous linear sections of a river which can have names</div>
<div dir="ltr">* they can be "straight" (for example "reaches") or "curved" (for example "bends")</div>
<div dir="ltr">* they can (partially) overlap each other, and there may be gaps (there may not be a clear, sharp transition from one section to the next)</div>
<div dir="ltr">* they encompass the entire width of the river and are not just a 2D line</div>
</div>
</blockquote>
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<div dir="ltr">This is pointing towards:</div>
<div dir="ltr">* a way along the centre line of the river (colinear with the main_stream lines?)</div>
<div dir="ltr">* waterway=river_section</div>
<div dir="ltr">* river_section={reach,bend,...}</div>
<div dir="ltr">* name=*</div>
</div>
</blockquote>
<div> </div>
<div>Liking your train of thought Colin.</div>
<div> </div>
<div>Just wondering, perhaps =river_feature?</div>
<div> </div>
<div>I'm not certain about "<span style="font-family:Verdana,Geneva,sans-serif;font-size:13.3333px">they encompass the entire width of the river" </span>though? Would that then exclude things like <em>"The Deep Hole"</em> & <em>"17 Mile Rocks"</em>, which are both named spots that I can point out on a map?</div>
<div> </div>
<div>Thanks</div>
<div> </div>
<div>Graeme </div>
</div>
</div>
<br>
<div class="m_8908108015559520849pre" style="margin:0;padding:0;font-family:monospace">_______________________________________________<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="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a></div>
</blockquote>
</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" data-smartmail="gmail_signature"><div dir="ltr">Dave Swarthout<br>Homer, Alaska<br>Chiang Mai, Thailand<br>Travel Blog at <a href="http://dswarthout.blogspot.com" target="_blank">http://dswarthout.blogspot.com</a></div></div>