Closed jdesboeufs closed 6 years ago
Bonjour, Le plus simple c'est de faire une remontée au producteur de données (inspection cadastrale locale) Car il existe les outils nécessaire dans PCI-Vecteur pour ce faire. A noter qu'il existe d'autres soucis sur les données Edigéo comme l'absence d'attribut "dur" pour un bâtiment. Pour notre part c'est la méthode que nous employons. Cordialement
Il y a bien un attribut de ce type sur les bâtiments dans EDIGÉO. Il vaut 1 ou 2. On a pas vraiment de canal de remontée pour le moment, hormis le signalement DGFiP.
Bonjour, Oui pour notre part nous le codons en Boolean. Mais j'ai eu un cas ou la valeur de l'attribut était inexistante pour un bâtiment d'un lot. C'est clairement une erreur du module PCI-Vecteur qui génère l'export EDigéo, car pas de contrôle des objets exportés par rapport au dictionnaire et au SCD. L'erreur initiale est un oubli à la vectorisation ok mais l'export devrait se contrôler.
Correction effectuée via edigeo-parser
, en post-processing
.
https://github.com/etalab/edigeo-parser/commit/b7bc441178e4a87e1cb23b238e750e843e428cd7
L'implémentation laisse entrevoir la production d'un rapport d'erreur diffusable au producteur de la donnée.
Une légère simplification topologique permettrait de supprimer ce genre d'anomalie. À défaut une réparation du polygone en polygone papillon permettrait à des outils comme PostGIS de fonctionner correctement.