<div class="gmail_quote">On Sun, Mar 20, 2011 at 7:18 PM, Ian Dees <span dir="ltr"><<a href="mailto:ian.dees@gmail.com">ian.dees@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">On Sun, Mar 20, 2011 at 7:13 PM, Richard Welty <span dir="ltr"><<a href="mailto:rwelty@averillpark.net" target="_blank">rwelty@averillpark.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

On 3/20/11 7:50 PM, Paul Norman wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3 is about making the rivers into single ways, more like a mapper would do<br>
by hand. I'm not really set on this step and if done it would be after steps<br>
1 and 2 have been done everywhere. Looking at nhd:com_id it might cause<br>
problems with updating, so I'm thinking I'll drop this step for now.<br>
<br>
</blockquote>
i'd suggest using relations to group ways that are parts of named rivers rather<br>
than trying to combine the ways.<br></blockquote><div><br></div></div><div>There were several clients that did not attempt to connect the ways of each NHD linestring so there are duplicated nodes and ways that touch but aren't joined. Hopefully fixing this is what Paul was talking about. </div>

</div>
</blockquote></div><br><div>... and the "reach code" is what should be joined on, probably not the com_id.</div>