<div class="gmail_quote">On Thu, Apr 28, 2011 at 8:08 AM, James Umbanhowar <span dir="ltr"><<a href="mailto:jumbanho@gmail.com">jumbanho@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="im">On Thursday 28 April 2011 08:53:56 Ben Supnik wrote:<br>
> Hi Ian,<br>
><br>
> I should be able to convert the NHD data sometime in the next week or<br>
> so.  Also, if/when you want the original data, let me know.<br>
><br>
> For the conversion, do we want medium or high resolution?<br>
><br>
> Re: the import status map, I don't know how to make an actual map from<br>
> them....short of simply providing a KML file and saying "go look on<br>
> Google Earth", what formats are most useful for making an overlay status<br>
> map?  (I could do that conversion and hand it off to someone.)<br>
><br>
> cheers<br>
> ben<br>
><br>
<br>
</div>I've been checking some of the imported data and my general feel is that it is<br>
overdigitized.  I don't know if medium versus high reflects just the quality or<br>
the amount of digitization.  That would be something to check.  One could also<br>
just run some sort of simplification algorithm on all the data.<br></blockquote><div><br></div><div>I haven't seen any excess digitization, but I have seen incorrect data (stream networks completely missing from aerial imagery and vice versa). I suppose we could do some light simplification on the more complicated waterbodies.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Also, are the plans to make one file for each subbasin or one file per attribute<br>
(flowline, waterbody etc...).  With one file, one can remove all the duplicate<br>
nodes before uploading.<br></blockquote><div><br></div><div>In the past it was file per datatype because all of the tools work with one shapefile at a time. Theoretically we could post-process the OSM data to remove duplicate nodes between the data types. (and if we do that we might as well download the area from the API and do a check to see if the data already exists).</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Maybe it would be useful to do a test subbasin with whatever toolchain you're<br>
going to use and then post it so that mappers can check to see how the<br>
conversion meshes with our general wants.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div>There have been several tests already and data has already been imported. I'm happy to have people try out a subbasin as I'm running the conversion scripts (I imagine it will take a while) so we can restart the conversion if a bug is found.</div>
</div>