[Talk-ca] Cleaning up after the GeoBase import

[Richard Degelder]

On Wed, Jun 17, 2009 at 2:02 PM, SteveC <steve at asklater.com> wrote:

>
> On 12 Jun 2009, at 18:54, Richard Degelder wrote:
>
>  William Lachance wrote:
>>
>> Look at this from another angle: Should we split up all the existing OSM
>> road data that people have put in to add in GeoBase UUID information?
>> The simple answer is that at some point we are going to have to.
>>
>> 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,
>>
>
> 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.
>

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.

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.

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.



> Best
>
> Steve
>
> Richard Degelder
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20090617/1c37b86b/attachment.html>