[OSM-talk] Proposal for import guidelines

[THEVENON Julien]

>>>> De : Lester Caine <lester at lsces.co.uk>

>>>>But I'm still not clear if that is done of a properly geo-referenced 
overlay/layer? The initial automatic process would be creating that 
layer although I would accept that keeping historic versions is 
something that could be a cost that nobody will cover?

yes the automatic process create a properly geo-referenced OSM file available on cadastre.openstreetmap.fr



>>>>How is the cadastre.openstreetmap.fr data structured?
Please refer to my previous email ( 13:07 ) if you have not read it at the time you wrote this email. I you need more details about it please quote the part of text which is not clear, it will be easier for me to answer ;-)


>>>>It sounds as if this IS the 
base import of the cadastre data? So what is missing is a 'staging' 
layer, which identifies what has been imported. I presume that the 
current view is that it's this 'automation' that is not practical yet?
There are such tools for administrative boundaries of cities but not for buildings. If I remember well nobody mentionned this kind of need up to now has the process is manual normally user should perform the import if data are already there.

>>>>But the 'extra' tools being provided simply allow large blocks of raw 
data to be copied over once they have been identified as building or 
what ever?No the problem with automated tool is that generated building data are sometimes artificially splitted due to the fact that cadastre landuse is splitted according to landuse ownership whereas in reality building is not splitted. You also have some case where OSM data has been draw on top of Bing that was not precisely georeference compared to cadastre so you need to adjust data. Sometimes water coming from cadastre doesn't exist in real life so that's why we need to perform manual check


Cheers
Julien
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20120926/9eb543f5/attachment.html>