<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:10pt"><font face="Arial" size="2">2012-09-21 Lester Caine</font><br><<<br>What I have been asking is how we can manage on-going imports of a
dataset that is being updated regularly. This is probably on 'off-line'
function, and could well be managed by the 'local chapter' on their own
computers. This is the 'process' I'm looking to be developed, so that
the raw import data is held in a format that later imports can be
compared against, and only differences then get further procession.
Breaking this process down into provinces, and importing the
pre-processed RAW data via an import account gives us a clean base which
mappers can then work against and improve the data ... and changes to
the 'imported' data would then be mirrored back to the staging process.
Seeing that an element is version 1 by the import user immediately tells
you that it may need additional local information adding ( we need to
be able to see who last edited an object! ). Where the import HAS nice
unique object identifiers things are a lot easier, but raw vector data
like the French import, and I think the Spanish data you are talking
about CAN still be 'diffed' against earlier imports, and result in
perhaps new data that can simply be imported, or perhaps an overlay that
identifies conflicts that need a human eye. Isn't it better to spend
time working out a GOOD way of using the data going forward rather than
having to manually merge the whole lot again in a couple of years time
... and every couple of years.<br>>><br><br>In Canada, Natural Ressources Canada, the national mapping agency is collaborating with OSM, producing OSM import files from is topographic database Canvec. The OSM collaborators are following a procedure to carefully integrate this data into OSM. <br><br>NRCan compared recently Osm and Canvec data for planning road network update field work for Canvec. They also provided this helpful information to the OSM community with detected differences. <br>see http://lists.openstreetmap.org/pipermail/talk-ca/2012-July/004934.html<br><div><span><br></span></div><div>I think that this shows that even without an unique ID, it is possible to develop monitoring tools of imports. The fixme attribute is used to monitor differences between the two databases. The Fixme Highlight Warnings style, in JOSM, offers the possibility to monitor database discrepancies.<br> <br></div><div><span
style="font-style:italic;color:rgb(0, 0, 191);font-weight:bold;">Pierre <br></span><br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <div style="font-family: times new roman, new york, times, serif; font-size: 10pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr size="1"> <b><span style="font-weight:bold;">De :</span></b> Lester Caine <lester@lsces.co.uk><br> <b><span style="font-weight: bold;">À :</span></b> OSM <talk@openstreetmap.org> <br> <b><span style="font-weight: bold;">Envoyé le :</span></b> Vendredi 21 septembre 2012 17h33<br> <b><span style="font-weight: bold;">Objet :</span></b> Re: [OSM-talk] Import guidelines proposal update<br> </font> </div> <br>andrzej zaborowski wrote:<br>> Well, this time a<br>> single import account has been registered per
province with a single<br>> person coordinating the (potential) imports in each province. The<br>> assignments have been documented on the wiki. This is better but the<br>> account names are still not directly linked with real people, and the<br>> division by provinces is artificial because the data was supposed to<br>> be uploaded by users only for the areas they know personally, which<br>> may be on village level for example.<br><br>To my eyes that provides a perfect base to work from, but if you have not been following the thread ...<br><br>What I have been asking is how we can manage on-going imports of a dataset that is being updated regularly. This is probably on 'off-line' function, and could well be managed by the 'local chapter' on their own computers. This is the 'process' I'm looking to be developed, so that the raw import data is held in a format that later imports can be compared against, and only differences
then get further procession. Breaking this process down into provinces, and importing the pre-processed RAW data via an import account gives us a clean base which mappers can then work against and improve the data ... and changes to the 'imported' data would then be mirrored back to the staging process. Seeing that an element is version 1 by the import user immediately tells you that it may need additional local information adding ( we need to be able to see who last edited an object! ). Where the import HAS nice unique object identifiers things are a lot easier, but raw vector data like the French import, and I think the Spanish data you are talking about CAN still be 'diffed' against earlier imports, and result in perhaps new data that can simply be imported, or perhaps an overlay that identifies conflicts that need a human eye. Isn't it better to spend time working out a GOOD way of using the data going forward rather than having to manually merge
the whole lot again in a couple of years time ... and every couple of years.<br><br>-- Lester Caine - G8HFL<br>-----------------------------<br>Contact - <a href="http://lsces.co.uk/wiki/?page=contact" target="_blank">http://lsces.co.uk/wiki/?page=contact</a><br>L.S.Caine Electronic Services - <a href="http://lsces.co.uk/" target="_blank">http://lsces.co.uk</a><br>EnquirySolve - <a href="http://enquirysolve.com/" target="_blank">http://enquirysolve.com/</a><br>Model Engineers Digital Workshop - <a href="http://medw.co.uk/" target="_blank">http://medw.co.uk</a><br>Rainbow Digital Media - <a href="http://rainbowdigitalmedia.co.uk/" target="_blank">http://rainbowdigitalmedia.co.uk</a><br><br>_______________________________________________<br>talk mailing list<br><a ymailto="mailto:talk@openstreetmap.org" href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/listinfo/talk"
target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br><br><br> </div> </div> </blockquote></div> </div></body></html>