<div class="gmail_quote">On Mon, Feb 21, 2011 at 9:40 AM, Josh Doe <span dir="ltr"><<a href="mailto:josh@joshdoe.com">josh@joshdoe.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
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></blockquote><div><br>How about just converting the data to OSM format. Break it up by small, manageable chunks such as census tracts.  Post the files somewhere.  Maybe OSM-US can help provide a place for them.<br><br>
Then allow local people to do the imports, using JOSM.  It won't necessarily get imported all at once.  Some of the data may never get imported since existing data is good in many areas.<br><br>Cheers,<br>Katie<br><br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Regards,<br>
<font color="#888888">-Josh<br>
</font><div><div></div><div class="h5"><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>
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><br clear="all"><br>