Open landryb opened 6 years ago
Ce serait intéressant en effet. On a actuellement du code pour corriger certains soucis (par exemple les multipolygones), mais si cela pouvait être directement dans la données, ce serait mieux.
A terme, on devrait peut-être même supprimer le support de l'EDIGEO, et utiliser pour l'importer directement les GEOJSON. Qu'en penses tu ?
Actuellement nous n'exposons que quelques couches purement géographiques dans les GeoJSON, qui sont fournis par commune ou département.
Pour les prochaines itérations nous réfléchissons aussi à fournir l'échelon feuille, dans un format JSON structuré qui expose la totalité de l'information extraite des EDIGÉO, et notamment les indications de qualité et certaines relations non géographiques. On devrait aussi pouvoir exposer les objets dont la géométries n'a pas pu être construite.
Une autre piste intéressante (cc @don-vip) est l'obtention de tous ces fichiers via API, ce qui permettrait par exemple dans votre outil de by-passer l'étape "fichier".
Grace à @jdesboeufs je viens de voir qu'etalab fait des 'corrections' lors de la conversion d'edigeo en geojson, car le driver edigeo d'ogr s'en tient à la norme stricte, et donc certaines geometries sont perdues/tronquées - cf https://blog.geo.data.gouv.fr/cadastre-millesime-janvier-2018-nouveautes-perspectives-a657d471a178
Vu que corriger les données à la source (bien qu'étant certainement le plus logique) serait un travail de titan, est-il envisageable/pertinent/possible de bénéficier de ces corrections/ameliorations dans les procédures d'import du plugin ?