<br><br><div class="gmail_quote">On Tue, Apr 26, 2011 at 8:30 AM, Ben Supnik <span dir="ltr"><<a href="mailto:bsupnik@xsquawkbox.net">bsupnik@xsquawkbox.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Ian,<br>
<br>
Where on the OSM servers is the current NHD data, and in what format?  I didn't see it referenced in the wiki work-flow.</blockquote><div><br></div><div>They're currently only used to render TopOSM and aren't available via HTTP or whatnot. I had plans to convert it all to OSM but ran into the problem you're seeing below:</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Not all of the data types contain enough information to split like<br>
this (last I checked the linear features were the only ones with reach<br>
code. Polygonal features don't contain subbasin information)<br>
</blockquote>
<br></div>
I am looking at this now.  Some of the polygonal lakes definitely do contain reach codes, others contain NULL.  From what I can tell, there are fcodes that indicate that there is no reach code (or any meta data).<br>
<br>
For the polygonal "area" data (which includes large rivers) there are indeed no reach codes. :-(<br></blockquote><div><br></div><div>If I remember correctly the area data has some sort of ID which links it to the waterway (which has a reach code). The area data is what wraps a waterway when it has a width greater than some standard "too wide for a single line" width.</div>
</div>