According to the 105th page of the first PDF of specs on <a href="http://rockyweb.cr.usgs.gov/nmpstds/nhdstds.html" target="_blank">http://rockyweb.cr.usgs.gov/nmpstds/nhdstds.html</a>, they use 1D linear features for rivers when the river is too small to represent as a 2D area. There is a relatively large set of rules that they used to determine the size.<br>

<br>Also, if there are names are known (but not included in the data), then we should add them using the GNIS interface at <a href="http://nhd.usgs.gov/gnis.html" target="_blank">http://nhd.usgs.gov/gnis.html</a>.<br><br>
<div class="gmail_quote">On Fri, May 2, 2008 at 2:38 PM, Adam Schreiber <<a href="mailto:sadam@clemson.edu" target="_blank">sadam@clemson.edu</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Fri, May 2, 2008 at 3:21 PM, Ian Dees <<a href="mailto:ian.dees@gmail.com" target="_blank">ian.dees@gmail.com</a>> wrote:<br>


> The NHD viewer (<a href="http://nhdgeo.usgs.gov/viewer.htm" target="_blank">http://nhdgeo.usgs.gov/viewer.htm</a>) shows areas for rivers<br>
> that are "big enough" (I see areas for the Mississippi, for example).<br>
><br>
> I haven't tried converting an area that has such a river yet, but I'll bet<br>
> the script handles it.<br>
<br>
</div>In my sub-basin, 03060101, there's a section of the Seneca River<br>
that's at least 50-100 m that's shown as a linear feature.  I'll<br>
attach a screenshot with the NHD data in white, the landsat image and<br>
the TIGER data in grey.  I've also noticed that at least two lakes in<br>
the sub-basin are missing names.  I don't have an appropriate<br>
application installed to view the shape file directly to see if they<br>
are included there.<br>
<div><div></div><div><br>
<br>
Cheers,<br>
<br>
Adam<br>
><br>
> On Fri, May 2, 2008 at 1:17 PM, Adam Schreiber <<a href="mailto:sadam@clemson.edu" target="_blank">sadam@clemson.edu</a>> wrote:<br>
> > Is there a reason the NHD treats rivers as linear features instead of<br>
> > areas?  Is area data present for the river banks that isn't being<br>
> > converted yet?<br>
> ><br>
> > Cheers,<br>
> ><br>
> > Adam<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Fri, May 2, 2008 at 9:46 AM, Ian Dees <<a href="mailto:ian.dees@gmail.com" target="_blank">ian.dees@gmail.com</a>> wrote:<br>
> > > Tiles@Home is starting to show the data I uploaded yesterday:<br>
> > ><br>
> > > <a href="http://tah.openstreetmap.org/Browse/?x=1971&y=2935&z=13&layer=tile" target="_blank">http://tah.openstreetmap.org/Browse/?x=1971&y=2935&z=13&layer=tile</a><br>
> > ><br>
> > > It looks like the water bodies aren't given "name" tags.<br>
> > ><br>
> > ><br>
> > ><br>
> > > On Thu, May 1, 2008 at 2:17 PM, Ian Dees <<a href="mailto:ian.dees@gmail.com" target="_blank">ian.dees@gmail.com</a>> wrote:<br>
> > ><br>
> > > > I'm 80 minutes away from finishing an import in this area:<br>
> > > ><br>
> > > > <a href="http://tah.openstreetmap.org/Browse/?x=245&y=367&z=10&layer=tile" target="_blank">http://tah.openstreetmap.org/Browse/?x=245&y=367&z=10&layer=tile</a><br>
> > > ><br>
> > > > I'll probably have to "fill in the holes" for islands and maybe slice<br>
> up<br>
> > > the extra-long ways (both are TODOs on Matthew's python script I think).<br>
> > > ><br>
> > > ><br>
> > ><br>
> > ><br>
> ><br>
> ><br>
> ><br>
> > > _______________________________________________<br>
> > >  Talk-us mailing list<br>
> > >  <a href="mailto:Talk-us@openstreetmap.org" target="_blank">Talk-us@openstreetmap.org</a><br>
> > >  <a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us</a><br>
> > ><br>
> > ><br>
> ><br>
><br>
><br>
</div></div></blockquote></div><br>