<br><br><div class="gmail_quote">On Wed, Jun 17, 2009 at 2:02 PM, SteveC <span dir="ltr"><<a href="mailto:steve@asklater.com">steve@asklater.com</a>></span> 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 class="im"><br>
On 12 Jun 2009, at 18:54, Richard Degelder wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
William Lachance wrote:<br>
<br>
Look at this from another angle: Should we split up all the existing OSM<br>
road data that people have put in to add in GeoBase UUID information?<br>
The simple answer is that at some point we are going to have to.<br>
<br>
If we want to add the attributes available from GeoBase, and to be able to update it from future GeoBase updates, then we are going to have to find a way to add the GeoBase UUID information and,<br>
</blockquote>
<br></div>
Stupid question but my understanding is that TIGER claims to reuse UIDs from release to release but doesn't really. So, what is the probability with GeoBase? Just saying it might be worth thinking about before doing all the work.<br>

</blockquote><div><br>I may not be the best person to answer the question, I can easily think of a few others that would be better qualified, but it is my understanding that the GeoBase UUIDs, the NIDs, are persistent and the primary means of identifying a segment or item.  Currently we are importing the new data from GeoBase and leaving the current user input data alone but if we want to take advantage of the extra data that comes from GeoBase we are going to have to find a way to split the current ways to add the data, such as the GeoBase NIDs and street names, at some point.<br>
<br>I am hoping that we can do so in a manner that will not require users to manually do the splitting but that a script can be written to do most of the work for us.  There are probably going to be points where we are going to have to look at the data and make corrections but they should, very hopefully, be infrequent.  Once the ways are split we can use other tools, possibly RoadMatcher, to transfer data from GeoBase to OSM to fill out the map even more.<br>
<br>Steve Singer, the person who is doing most of the work with the import of the GeoBase data, pointed out recently that there were new updates for areas that he had already imported the data and so we have the oppertunity to really test the ability to update OSM from a GeoBase update.<br>
<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>
Best<br>
<br>
Steve<br>
<br>
</blockquote></div>Richard Degelder<br>