-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Parser issue for some features, in particular communes #22
Comments
Solved with some GDAL post-processing for communes https://twitter.com/datagouvfr/status/1521067883022979072 instead of touching parser. Same issues for sections but currently unsolved. It affects the DVF application as there is an empty section https://www.data.gouv.fr/fr/datasets/demandes-de-valeurs-foncieres-geolocalisees/#discussion-627b860b8ac61b099fc46a86 Done by comparing current GeoJSON output https://cadastre.data.gouv.fr/data/etalab-cadastre/2022-04-01/geojson/communes/80/80695/ with output from https://cadastre.data.gouv.fr/data/dgfip-pci-vecteur/2022-04-01/edigeo/feuilles/80/80695/ after using GDAL on the THF file within edigeo-806950000D01.tar.bz2 with command Recipe
We are able to find out issues by parsing the output logs of the edigeo-parser with We got a feedback about Saint-Just-Luzac (INSEE 17351) where we got the same issue... nohup.out is a file produced by running in background the following processing https://github.com/etalab/cadastre#extraction-des-donn%C3%A9es-du-pci-vecteur-et-production-des-fichiers-communaux |
For fixing sections
|
To fix issues, I've taken the approach to solve by type of errors. At the moment, for sections, 6 types of errors
For Matching tests cases (number matches with above list number)
|
Related issues with parcelles (parsing issues, hence not visible and not provided in our etalab-cadastre delivery) |
Overall issues list (including polygons, labels, linestring)
|
Some communes are not parsed correctly (as least for the commune polygon). We confirmed it using another parser, GDAL with Edigeo driver.
You can see how to reproduce the issue https://gist.github.com/ThomasG77/f75f50356d50b9e428dc01c076f6574a
Only 49 communes are concerned but we've seen other type of layers are affected like
TLINE
We probably need to combine approach between current parser and GDAL Edigeo Driver as current parser was done to bypass some GDAL limitations https://blog.geo.data.gouv.fr/cadastre-millesime-janvier-2018-nouveautes-perspectives-a657d471a178
Look also at https://github.com/DoFabien/edigeoToGeojson
The text was updated successfully, but these errors were encountered: