On Mon, Jul 14, 2008 at 7:55 PM, Mark Gray <<a href="mailto:MarkGray@aquaterra.com">MarkGray@aquaterra.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Sorry to speak up before finding that the thread was older than I<br>
realized. I have now gone back and found the whole conversation that<br>
has been taking place.</blockquote><div><br>I wasn't trying to be mean :). Just making sure you saw it. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
It is beautiful to see in your sample some good hydrology going into OSM.<br>
<br>
I like populating as many existing OSM tags as possible, but would not<br>
worry about trying to add NHD-specific attributes beyond COMID unless<br>
they are useful for rendering. Keeping the COMID means anyone can<br>
follow that to or from other NHD/NHDPlus data. People who are<br>
concentrating on water issues will not be depending exclusively on OSM.<br>
<br>
Do you have any idea of how large a size addition to OSM this will end<br>
up being? I am hoping it will not be so big as to make people complain<br>
that a street map doesn't need detailed water. Maybe I shouldn't worry,<br>
maybe nobody thinks the database growing is ever a bad thing.<br>
</blockquote><div><br>I'm not too worried about data size (yet), but a single watershed is around 40MB of OSM XML data. There's a few thousand watersheds, right? So that's a few more gigabytes of data in their database. I might float the idea of not tagging every node with attribution and source, since that significantly increases database footprint.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
It will take some effort before I can tell quite how your script is<br>
working, but I will take a look.<br>
<br>
Is the version here up to date:<br>
<br>
<a href="http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py" target="_blank">http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py</a></blockquote><div><br>This is what I used to create the demo data that I linked to.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Are islands the only issue that seems to be holding things up or was<br>
that just one example?</blockquote><div><br>Handling multiple geometries (multipolys and multilines) are pretty much the only thing left in my shapefile -> OSM converter. Once we have the data in OSM format, tagging it should be relatively easy (using JOSM or an XSLT transform before the data upload step).</div>
</div><br>