Josh,<br>I like Katie's idea of breaking the data up into manageable chunks (counties?) and importing in incrementally. I'd be interested in helping with a few chunks. I'm in Arlington, too. Perhaps we'll meet at a DC area event?<br clear="all">
SEJ<br>----<br>"A serious and good philosophical work could be written consisting entirely of jokes." -Ludwig Wittgenstein<br><br>
<br><br><div class="gmail_quote">On Mon, Feb 21, 2011 at 17:13, Kate Chapman <span dir="ltr"><<a href="mailto:kate@maploser.com">kate@maploser.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi Josh,<br>
<br>
I've done a couple imports with varying levels of success.  I live in<br>
Virginia (in Arlington) and would like to help.<br>
<br>
-Kate<br>
<div><div></div><div class="h5"><br>
On Mon, Feb 21, 2011 at 12:40 PM, Josh Doe <<a href="mailto:josh@joshdoe.com">josh@joshdoe.com</a>> wrote:<br>
> I absolutely agree about preserving user contributions. For any given<br>
> segment in the Virginia RCL Shapefile, there are any number of ways in<br>
> OSM that make up that segment, with varying attributes. The reverse is<br>
> possible as well. Merging this won't be easy by any means. However<br>
> there's no reason we couldn't start importing (sooner) in areas that<br>
> haven't been edited since the TIGER import<br>
><br>
> As for RoadMatcher, though I haven't played with it yet, I don't see<br>
> how OSM attributes are lost, it's just that you have to map from<br>
> OSM->Shapefile->OSM.<br>
><br>
> Remember, I'm just broadcasting my interest, I have a lot of learning to do.<br>
><br>
> Regards,<br>
> -Josh<br>
><br>
> On Mon, Feb 21, 2011 at 12:01 PM, Mike N <<a href="mailto:niceman@att.net">niceman@att.net</a>> wrote:<br>
>>> I'm totally new to importing, so I first wanted to see if anyone else<br>
>>> is interested in this project, though I am willing to take the time to<br>
>>> learn the process myself. Is the process used for importing the<br>
>>> Canadian database [1] the best method for doing this?<br>
>><br>
>>  The process for the Canadian database is best used only for adding new<br>
>> roads that don't exist in the OSM database.  As part of the upload process,<br>
>> plan on stitching them into existing roads, perhaps using JOSM.<br>
>><br>
>>  It would also be handy to be able to project the improved geometry onto<br>
>> existing roads of the same name, while preserving attributes and driveway /<br>
>> footpath / bridges that have already been added to the OSM data.    That<br>
>> will preserve user's contributions and history.  This would require some<br>
>> new, yet-to-be developed tool to work directly with OSM data.  There is much<br>
>> interest in this because of the TIGER 2010 data and Arkansas state data<br>
>> sets.   It is not certain when there will be developer resources to develop<br>
>> such a tool.<br>
>><br>
>>  The limitation of Roadmatcher is that it works only with shapefiles, thus<br>
>> OSM attributes are lost when exporting to shapefiles.<br>
>><br>
>> _______________________________________________<br>
>> Talk-us mailing list<br>
>> <a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
>> <a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
>><br>
><br>
> _______________________________________________<br>
</div></div>> Imports mailing list<br>
> <a href="mailto:Imports@openstreetmap.org">Imports@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/imports" target="_blank">http://lists.openstreetmap.org/listinfo/imports</a><br>
<div><div></div><div class="h5">><br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
</div></div></blockquote></div><br>