datagouv / cadastre.data.gouv.fr Goto Github PK

https://cadastre.data.gouv.fr/datasets/cadastre-etalab

anglicisme sur la date à corriger

"02/13/2020 : nouveau millésime PCI + nouvelles données Strasbourg" > "13/02/2020 : nouveau millésime PCI + nouvelles données Strasbourg"

Le logo cadastre.data.gouv.fr devient minuscule lorsque qu'on tombe sur une 404 puis revient en arrière.

Parmi https://www.data.gouv.fr/fr/licences ? Je propose simplement une MIT.

Lié à #109

Cliquer sur le bouton "Télécharger" n'a aucun effet.

Le but:

Avoir pour une parcelle courante, les codes parcelles antérieurs si modification ou pouvoir pour des parcelles anciennes retrouver les parcelles actuelles (vieux actes)
https://www.data.gouv.fr/fr/datasets/5a576fda88ee381c9d4e3304/

Pour le moment, uniquement une idée à garder en tête même si aucune implémentation prochaine n'est prévue.

Mise à jour effectuée.
Reste à finir de générer les MBTiles, l'opération étant en cours

Cette tâche est la suite de #112 qui permet de remonter les erreurs côté données reçues par la DGFIP.
Celle-ci a pour but de lever les problèmes de traitement liés aux géométries et ou attributs. Elle peut potentiellement montrer des erreurs sur la donnée initiale en entrée ou bien dans nos traitements.

Bonjour,

Pouvez confirmer que le "bundler" (choix territoires, par EPCI ou par commune) diffusent les données à jour du 1er Juillet 2020 ?
Aprés un test unitaire (en ayant télécharger le EDIGEO :
https://cadastre.data.gouv.fr/data/dgfip-pci-vecteur/2020-07-01/edigeo-cc/departements/
et en testant des changements sur deux trois commune, il semble que c'est effectivement le cas.

D'avance Merci,

Jérôme

Bonjour,

J'utilise les couches bâtiments et parcelles et ai besoin de les uploader sur une base de donnée afin de les utiliser dans mon environnement de travail.
Pour cela j'utilise PostGis (v2.2), qui malheureusement échoue l'importation à la moindre erreur dans le fichier, et j'en ai quelques unes avec votre jeu de données.

Premièrement, l'absence du fichier .cpg peut provoquer des soucis si on ne sait pas comment les données sont encodées, et je n'ai trouvé cette information nul part. (J'ai essayé UTF-8 et LATIN1) Je pense qu'il serait judicieux de l'ajouter à chacune des couches présentes, en effet même si des éditeurs tel que qGIS peuvent le déduire, ce n'est pas le cas de tous les logiciels, et par conséquent cela peut engendrer ce genre d'erreur :

Importing with configuration: building, public, geom, C:\Users[username]\Desktop\test_upload\01\building.shp, mode=a, dump=1, simple=0, geography=0, index=0, shape=1, srid=[an_id]
Shapefile type: Polygon
PostGIS type: MULTIPOLYGON[2]
Unable to convert data value to UTF-8 (iconv reports "Illegal byte sequence"). Current encoding is "UTF-8". Try one of the values described at http://www.postgresql.org/docs/current/static/multibyte.html.

Ensuite, j'obtiens l'erreur suivante uniquement avec la couche parcelles:

Importing with configuration: parcelles, public, geom, C:\Users[username]\Desktop\test_upload\01\parcelles.shp, mode=c, dump=1, simple=0, geography=0, index=1, shape=1, srid=[an_id]
Shapefile type: Polygon
PostGIS type: MULTIPOLYGON[2]
Error reading shape object 1329574

Cette erreur se produit sur tous les départements (ici, l'Ain), toujours à l'avant dernier objet, je soupçonne donc un même problème d'encodage erroné, ou alors un souci dans le footer. Pourriez vous vérifier s'il vous plaît ?

Merci à vous

L'outil de téléchargement permet de récupérer du GeoJSON.
Il serait pertinent de permettre d'ouvrir directement le fichier dans un outil de visualisation simple, en attendant de proposer mieux.

Hello!
I am trying to better understand the data here: https://cadastre.data.gouv.fr/datasets/cadastre-etalab
I would like to map every village/ settlement/ city in Guadeloupe. I downloaded the data here: https://cadastre.data.gouv.fr/data/etalab-cadastre/2020-10-01/shp/departements/971/
I believe the cadastre-971-lieux_dits-shp.zip is places I am looking for. The attributes in the data seem a bit chaotic. 
Do you have metadata about these datasets explaining what they are? And is there a cleaned version of this data with better attributes?
Thank you for your time and help,
Justin

Il fallait voir comment gérer ce manque d'espace disque. Besoin adressé par #117
On a déplacé les millésimes 2017 et 2018 pour que les données soient sur https://files.data.gouv.fr/cadastre/ suite à notre bilan sur l'espace disque consommé par millésime (voir ci-dessous).

Bonjour,

Je développe une application qui permet aux utilisateurs de sélectionner leurs bâtiments et leurs parcelles cadastrales via la carte que vous hébergez sur https://openmaptiles.geo.data.gouv.fr/data/cadastre.json

Récemment, il y a eu une mise à jour de la carte et les id des Feature ont changé.

Ma question est la suivante: l'ancienne version de la carte est-elle toujours hébergée ? Ou dois-je moi-même héberger l'ancienne version ?

Merci et bon courage.

MAJ en cours.
Un souci sur les DOM/TOM, bloquant nous oblige pour le moment à ne pas pouvoir publier immédiatement.

Le listing répertoire propose une entrée par commune pour les Shapefile.
Cette entrée conduit à une page 404. Il faudrait supprimer cette entrée.

Bonjour,

Je ne trouve pas de GL Style correspondant à celui de la carte du cadastre pour l'afficher dans des applications maisons avec OpenLayers à partir des tuiles https://openmaptiles.geo.data.gouv.fr/data/cadastre.json

Pensez-vous le fournir ? (car je ne suis pas un as du style)

Hello,

Pour le dataset du 1/1/2019, pour le départment 95 (Val d'Oise), nous obtenons un nombre de parcelles différent:

• geojson: 490,178
• en shapefile: 489,558

Certaines parcelles ont-elles été omises ?

Le label des ressources au format EDIGEO-DXF n'est pas aligné avec les autres.

Actuellement le workflow est :

1. Je choisis un type de territoire : commune, département
2. Je recherche par nom le territoire qui m'intéresse

On pourrait fusionner les deux et proposer les différents types de territoires dans la réponse.

Lorsqu'un utilisateur se sert de l'outil de téléchargement, il termine en cliquant sur Télécharger.
Mais en fait ce n'est qu'un lien hypertexte vers l'API.

Afficher ce lien, et permettre de le copier facilement serait un gros plus.

Pour faciliter la visualisation, permettre de voir l'avancement de la numérisation des parcelles cadastrales dans la FAQ.

• Transférer https://gist.github.com/ThomasG77/9dec6e17e2afdf246f4f5f76c2fc606b dans ce dépôt
• Rajouter une carte dans la faq https://cadastre.data.gouv.fr/faq et côté code https://github.com/etalab/cadastre.data.gouv.fr/blob/master/pages/faq.js

Certaines références sont obsolètes dans https://github.com/etalab/cadastre.data.gouv.fr/blob/master/pages/faq.js

Quelle différence entre les données cadastrales retravaillées par Etalab et la BD Parcellaire ?

La BD Parcellaire diffusée par l’IGN va plus loin que ce que propose Etalab dans le sens où il y a un important travail de correction topologique.
Si ces données sont gratuites pour la plupart des missions de service public, elles ne le sont pas pour les acteurs privés et ne sont pas à proprement parler des données ouvertes.

Corriger en changeant l'URL vers geoservices.ign.fr et mentionner Parcellaire Express (PCI) car selon https://geoservices.ign.fr/bdparcellaire

Depuis janvier 2019, la BD PARCELLAIRE® est figée et n’est plus entretenue. Elle est remplacée par le produit Parcellaire Express (PCI) dont la structure est similaire et est basée sur le plan cadastral informatisé (PCI) diffusé trimestriellement par la DGFiP.

• Quand les plans cadastraux des communes qui ne le sont pas encore seront-ils vectorisés ?

Il n’existe pas de planning. Certaines communes n’ont pas manifesté d’intérêt pour cette initiative.
Dans la plupart des cas il s’agit de problèmes de financement.

Mettre une carte des communes non vectorisées

Dans n'importe quelle partie du site, cliquer sur l'icône en haut à gauche mène à la page https://cadastre.data.gouv.fr/ sans recharger la page, ce qui est probablement le comportement attendu.

Cependant, si on essaie d'ouvrir ce lien dans un nouvel onglet, ou un autre méthode pour récupérer la "vraie" valeur du lien, il mène alors à la page https://cadastre.data.gouv.fr/index.html, qui n'existe pas, et affiche une erreur 404.

Problème bête mais simple à régler =)

(la page 404 elle même mériterait un peu plus d'attention)

Bonjour,

Une remontée utilisateur qui ne peux pas télécharger le cadastre de la commune de Charny Orée de Puisaye (COG=89086).
Serait il possible de regarder cela ?

C'est une commune fusionnée :
https://www.insee.fr/fr/metadonnees/cog/commune/COM89086-charny-oree-de-puisaye

D'avance Merci,

Jérôme Boutet
IDéO BFC

JOSM effectue plusieurs requêtes mais n'affiche aucune données.
Cela ne semble pas dépendre de la commune (Test dans des communes du Jura et Paris).

JOSM Version 17329 du 22/11/2020

• Basé sur un export static du tree des fichiers existant (JSON)
• Augmenté de metadata (descriptions, etc.)

Bonsoir,
dans la livraison du 16/12/2021 on trouve dans le fichier https://cadastre.data.gouv.fr/data/etalab-cadastre/latest/geojson/departements/18/cadastre-18-lieux_dits.json.gz les rues de la commune de Sancoins (18242). Souci détecté via les outils de BANO, cf cette discussion.
merci à vous

• Rajouter pour exporter en png ou pdf
• Pouvoir potentiellement choisir la zone à imprimer.
• Bridge avec cadastre.gouv.fr pour avoir la version au même endroit ?

Hello !

Merci pour ce que vous faites pour l'open data, c'est trop cool !

Je sens que je ne pose pas la question au bon endroit mais je ne trouve pas l'info.

Si je veux insérer l'un des fichiers chargés dans postgis, quelle version utiliser ?

J'ai essayé avec postgis 3, ça marche pas, ça me dit qu'il y a une fonction AddGeometryColumn qui n'existe pas

 returned 0 [ERROR:  function addgeometrycolumn(text, unknown, unknown, integer, unknown, integer) does not exist
LIGNE 843 : SELECT AddGeometryColumn ( current_schema::text, 'geo_commun...
                   ^
ASTUCE : No function matches the given name and argument types. You might need to add explicit type casts.
]

Merci du coup de main par avance

La couche commune est la seule couche ne contenant pas de champ "commune" (ie le code insee). Par contre elle est la seule contenant le nom de la commune (champ "nom").

Est il possible d'améliorer la cohérence des données en rajoutant ce champs "commune" dans la couche "commune" ? Cela permet d'automatiser la récupération des couches et de filtrer les communes de manière identique pour toutes les couches que vous fournissez. Merci.

• Regrouper le workflow pour n'exécuter que sur une machine plutôt qu'entre préprod, prod
• Automatiser le workflow
• voir avec Jo en Juin

La page d'accueil est un peu frustrante car il n'y a pas d'invitation claire à faire quelque chose.
On pourrait au moins proposer un gros bouton "Voir les données disponibles".

Investiguer passage sur Nomad de la preprod

Synchro entre traitements preprod et prod

Voir par exemple

comme implémenté sur https://jsfiddle.net/ignfgeoportail/qpcyp8nr/embedded/result,js,html,css/

Pense-bête pour le moment. Pas de planning pour cette fonctionnalité.