Le portail francophone de la géomatique

Y'a du nouveau sur https://www.data.gouv.fr/fr/datasets/pc … formatise/

Dernière modification par cquest (Sat 30 September 2017 09:53)

Deux pour le prix d'un !

PCI Vecteur DGFiP : https://www.data.gouv.fr/fr/datasets/58 … 2ca255566/

Cadastre retravaillé par Etalab : https://www.data.gouv.fr/fr/datasets/59 … 7d5f13bcf/

Le premier est en EDIGEO/RGF93 (ou proj. locale pour les DOM) tel que reçu de la DGFiP (les fichiers ont juste été réorganisés pour permettre une automatisation des téléchargements))

Le second est une version en GeoJSON/WGS84 produite par Etalab des principales couches de données (commune, section, parcelles, bâti) agrégées à la feuille, à la commune et au département.

Les trois derniers millésimes trimestriels sont disponibles.


Comme il risque d'y avoir un effet de pic dans les jours qui viennent, j'ai pour ma part mis en place 2 torrents pour un téléchargement rapide et collaboratif en "pair à pair" comme je le fais déjà sur SIRENE et les données des modèles de prévision de Météo France.
Il y a un torrent pour les deux formats (EDIGEO et Geojson) du dernier millésime et sont disponibles sur: http://212.47.238.202/torrents/cadastre/

Jean-Michel,

C'est peut-être un info intéressante et une évolution notable à retracer sur parcell'air ?

A +

Un très gros merci à toutes les personnes ayant participé à cette mise à disposition !

edit :
à ceux intéressés par la version geojson pour charger un département complet dans un sgbd :
- n'utilisez pas la colonne "id" comme clé primaire (présence de  doublons)
- attention au type de votre colonne de géométrie qui devra gérer les multipolygon (option -nln pour ogr2ogr)
- anticipez la détection et la correction topologique... (too few points, Ring Self-intersection, Self-intersection, etc.)

Dernière modification par JRM (Mon 02 October 2017 16:11)

Les scripts de génération de la version geojson sont publiés sur github et n'hésitez pas à signaler les anomalies que vous rencontrez:

https://github.com/etalab/cadastre

et

https://github.com/etalab/cadastre/issues

Bonjour,

oui.

Cordialement

En effet, mais sur le dernier traitement quelques nettoyages sont faits par le script de conversion geojson.

jdesboeufs > ces corrections de géométrie ont-elles vocation a être réintégré dans le PCI vecteur ?

Bonjour,

En relisant les dernières interventions sur ce sujet, en particulier Jérôme et Christian, doit-on comprendre qu'Etalab modifie des géométries du PCI vecteur, pour les besoins d'un traitement (certes plus que louable), ou bien que les anomalies sont remontées à la DGFiP, et donc corrigées par le producteur?
Je crois que c'est le sens de la première remarque de Christophe (ci-dessus), que je partage.

Bruno

Merci.
Personnellement, il y a 2 ou 3 années, je n'ai jamais réussi à remonter une anomalie dans la BD Parcellaire, car celle-ci venait du PCI, et les acteurs locaux (Hauts-de-France) m'ont fait tourner en bourrique...et je le suis maintenant.
Peut-être qu'en passant par les hautes sphères tu auras plus de "chance".
Sur quoi repose le professionnalisme

Bruno

Bonjour,

N'ayant pas trouvé un sujet dédié pour suivre les actus de cadastre.data.gouv, je relaie ici le tweet d'Etalab au sujet des données cadastrales ouvertes du 1er janvier 2019:
https://twitter.com/geodatagouv/status/ … 63395?s=03

Bonne semaine!
Bruno
PS: pensez à changer le tweet épinglé

Bonsoir,

Il reste 14 communes à numériser:
https://www.linkedin.com/posts/data-gou … 1552-WEl2/

Merci Thomas!

Salut,

Pour être transparent, je fais les comptes à chaque livraison (source https://gist.github.com/ThomasG77/9dec6 … 76c2fc606b )

Voilà le bilan ci-dessous. On m'a récemment demandé quand la numérisation du PCI serait finie et je n'ai pas cette visibilité donc voilà les chiffres des évolutions dans le temps pour vous donner une idée de l'avancement.

date_livraison_pci,communes_restantes
2021-07-01,290
2021-10-01,248
2022-01-01,199
2022-04-01,163
2022-07-01,99
2022-10-01,84
2023-01-01,60
2023-04-01,43
2023-07-01,37
2023-10-01,30
2024-01-01,23
2024-04-01,17
2024-07-01,16
2024-10-01,14

Les communes restantes ne sont que dans les Ardennes (08). Leur liste pour octobre 2024  en faisant "ogr2ogr -f CSV /vsistdout/ /vsicurl/https://gist.githubusercontent.com/ThomasG77/9dec6e17e2afdf246f4f5f76c2fc606b/raw/4e031a30ce292815ca265b84320a289c8e4a6f5e/communes_non_num_2024-10-01.geojson SELECT" donne

code,nom
"08045",Ballay
"08113",Chaumont-Porcien
"08163",Faissault
"08288",Mesmont
"08321",Neuville-Day
"08329",Novion-Porcien
"08360",Renneville
"08369",La Romagne
"08372",Rubigny
"08387",Saint-Loup-Terrier
"08467",Vaux-Montreuil
"08489",Voncq
"08499",Wasigny
"08500",Wignicourt

Le RPCU est un gros sujet (je dis "joker", je ne sais rien des avancements) mais la conformité topologique est aussi un gros sujet. Données vectorisées à 100% ne veut pas dire 100% récupérables en format SIG. Le passage Edigeo n'est pas parfait du fait de l'effet "garbage in/garbage out" et du parsing qui diffère d'un outil à un autre. La part des objets Edigeo ayant des problèmes n'est pas importante en proportion mais les réutilisateurs remarquent les manques à un moment...

J'ai aussi eu des échos sur des avancées pour se passer des Edigeo et aller vers du format SIG plus classique mais sources informelles non officielles. Même si on allait dans cette direction, la bascule prendrait du temps.


Thomas