France/Cadastre/Import automatique des bâtiments

From OpenStreetMap Wiki
Jump to navigation Jump to search

Cette page a pour but de coordonner une réflexion et des efforts techniques afin de permettre l'import d'une majeure partie des bâtiments du cadastre de façon complètement automatique.

Les efforts permettront l'élaboration d'outils individuels pour l'opérateur, et d'outils communs (sur un futur bati.openstreetmap.fr ?) pour le traitement de flux pdf -> osm, et pour le suivi quantitatif (progression de l'import) et qualitatif (modules osmose).

(ne pas hésiter à compléter au fur et à mesure de la découverte de problèmes dans l'extraction par l'outil svg-parser.pl)

Source de base

La source de base est le cadastre au travers des impressions pdf qui fournissent les données dans un format vectoriel

Outil de base

L'outil de base est le V's script disponible ici WikiProject France/Cadastre/Import semi-automatique des bâtiments qui permet d'extraction des sources pdf et leur conversion dans un format svg puis osm

Phases de l'importation automatique

Phase 1 : Choix des tags à indiquer sur les building=yes

  • A l'évidence un source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2011
  • Un tag pour indiquer qu'il s'agit de l'import complètement automatique (juste dans le changeset ou sur les ways building ?)
    • sur chaque way-building ! Gall 11:28, 25 June 2010 (UTC)
  • ?

Phase 2 : Contrôle de la donnée extraite

  • Que peut-on extraire ?
    • les bâtiments
    • les bâtiments ouverts (hangars, auvents, etc)
    • les plans d'eau
    • les cours d'eau : attention, selon les feuilles les cours d'eau sont coloriés en bleu ou pas, dans une même commune
    • les numéros correspondant aux bâtiments ?
    • les cimetières
    • les monuments aux morts
    • les calvaires
    • des informations parfois présentes sur certains bâtiments : mairie, école

Phase 3 : Post-traitement de la donnée

Nettoyage

  • Retrait des noeuds dupliqués
Question pour pieren, sur l'import CLC il me semble que tu avais trouvé une solution à un retrait des duplicate dans des fichiers osm, ça pourrait s'appliquer ? sletuffe 11:21, 25 June 2010 (UTC)
  • Simplification éventuelle des ways trop long (et des arc de cercle très coûteux en nombre de points)
    • possibilité de réutiliser l'algo de JOSM (seuil à déterminer ensemble) (je peux en faire un programme java isolé si nécessaire -- Pieren)
J'avais pensé aussi à la possibilité d'utiliser la fonction st_simplify de postgis qui utilise l'algorithme [1]
Comme la partie "confrontation avec l'existant" nécessite presque obligatoirement des fonctions poussées de calcul d'intersections, je m'étais dis que quitte à mettre ça dans une base postgis, on pouvait voir comment la simplification ressortait de cette fonction. Je vais tenter quelques tests pour voir, des fois que ça puisse t'éviter de coder ;-) sletuffe 11:21, 25 June 2010 (UTC)
  • Les autres erreurs provenant des données du cadastre
    • les bâtiments chevauchants (nombreux)
    • les bâtiments "découpés" (nombreux)
    • les chemins en double (plus rare)
    • les bâtiments à cheval sur plusieurs communes (encore plus rare)
      • Pas forcément, j'en ai vu pas mal dans les ZI/ZAC par chez moi (Clermont) --NicolasDumoulin 22:22, 25 June 2010 (UTC)
    • les bâtiments détruits mais encore présents sur le cadastre, comment en garder trace pour ne pas les recréer

Enrichissement

Phase 4 : Confrontation à l'existant dans osm

  • Calcul des conflits de superposition entre building déjà dans osm et la nouvelle donnée
  • Calcul des intersections entre highway et les nouveaux building à importer

En résulte une séparation en deux :

  • Importation complète des bâtiments sans conflits
  • Mise à disposition pour une intégration semi-automatique des "rebus" en conflits

Stockage et suivi

Suggestions :

Un outil de synthèse de l'avancée (type layers.openstreetmap.fr ou osm-matrix).

Un outil commun de traitement fournissant un fichier osm épuré et enrichi.

Un/des module(s) osmose en post-traitement, si nécessaire.

Notes

  1. Liste plus complète : Proposed features/building