[OSM-talk-fr] Diff import bâti

[Frédéric Rodrigo]

----- "Christophe Merlet" <redfox at redfoxcenter.org> a écrit :
> Le vendredi 06 août 2010 à 12:16 +0200, Steven Le Roux a écrit :
> > 2010/8/6 Christophe Merlet <redfox at redfoxcenter.org>:
> > > Bonjour,
> > >
> > >
> > > J'ai constaté que depuis mes derniers imports semi-auto du bâti,
> le
> > > cadastre avait était mis à jour et que de nouveaux bâtiments avait
> fait
> > > leur apparition.
> > >
> > > Existe t'il une méthode qui me permettrait de déterminer les
> nouveaux
> > > bâtiments et de les importer ?
> > >
> > > Sachant que, pour simplifier la création de diff, je possède les
> pdf de
> > > mes précédents imports et je peux recréer les .osm
> correspondants.
> > >
> > > Ce script va devenir indispensable, voire primordiale avec le
> temps...
> > >
> > > Si la méthode du diff entre 2 fichiers .osm du bâti cadastre
> s'avère la
> > > plus simple et facile pour gérer les mises à jour, il faut prévoir
> de
> > > conserver ces fichiers car il est à ma connaissance impossible de
> > > demander l'état du cadastre vectoriel à une date t.
> > >
> > 
> > Plutôt que de conserver des osm ou pdf, il vaut mieux avant chaque
> > diff, le faire sur la base existante. Ce que tu avais dans ton
> fichier
> > originel a pu être modifié.
> > Il faudra donc récupérer un extrait du planet sur ta zone d'import,
> > faire le diff, puis injecter les nouvelles données.
> 
> La question EST ***comment on fait un diff***
> 
> Et un diff pour déterminer les bâtiments nouveaux et supprimés sera
> plus
> simple, exhaustif et de meilleur qualité sur les données cadastrales
> brutes que sur les données OSM simplifiées, triturées, qualifiées...
> 
> Le diff ayant été réalisé, je ne sais pas comment, il pourra alors
> être
> importé ***semi-automatiquement*** en le comparant alors aux données
> présentes dans la base OSM.
> 
> > Mais ça va être plus compliqué que pour du filaire, notament pour
> les
> > extentions de batiments. Car on risque de ne pas voir facilement
> que
> > les noeuds ne sont pas connectés. Ou alors il faudra l'intégrer à
> un
> > script de vérif, ou faire un check à posteriori avec les outils le
> > permettant déjà.
> 
> 
> On peut compliquer à l'infini la réalisation d'un diff. Mais si on
> commençait par un cas simple, ce serait déjà pas mal !

Mais c'est compliqué !
D'autant plus qu'il faut faire un diff3 !
Je m'explique. Il faut établir la liste des changements entres les deux versions issue du cadastre et appliquer ces changement à osm. Pour appliquer ces changements il faut encore faire un diff.
S'il l'on ne passe pas par cela on risque de perdre de l'information obtenu depuis le terrain, bâtiment détruit mais encore présent sur le cadastre ou inversement.

Quand à la réalisation des diff je suppose que c'est postgis qui se prête le mieux à cela, particulièrement pour le diff entre cadastre et osm.

My 2,36 cents
Fred