Page 2 sur 2

Re: Commune dont le cadastre n'est pas vectorisé

Publié : dim. nov. 19, 2017 12:02 am
par Vincent
En fait je me demandais ça car si maintenant la DGFiP/Etalab mettait automatiquement les communes vectorisées sur cadastre.data.gouv.fr il y avait peut-être un script qui pouvait aller convertir ces JSON en XML pour OSM. Ce qui d'ailleurs me semblerait bien plus simple que de détourner la fonctionnalité d'export PDF du site web du cadastre pour ensuite les convertir en OSM (en passant par SVG) comme le fait actuellement Qadastre2OSM / cadastre.openstreetmap.fr.

Mais j'imagine que la méthode classique reste d'utiliser cadastre.openstreetmap.fr (ou le plugin cadastre de JOSM que je n'ai pas encore essayé ?) alors je viens d'essayer sur la commune des Adrets qui est enfin visible: ça marche bien mais il y a quand même pas mal de décalage par rapport à BD Ortho, je dirais de jusqu'à 10 mètres largement (par contre c'est évidemment parfaitement calé par rapport à l'imagerie du cadastre).

C'est quelque chose de classique ?
Sachant que les décalages ne semblent pas uniformes il faut donc translater les bâtiments un par un (avec JOSM) ?
A priori on aurait les mêmes décalages en faisant une conversion des fichiers JSON de cadastre.data.gouv.fr ?

Re: Commune dont le cadastre n'est pas vectorisé

Publié : dim. nov. 19, 2017 3:12 pm
par jabali
Le cadastre est souvent très imprécis en ce qui concerne le calage géographique.
Du moment que la position respective,la superficie des parcelles et du bâti sont corrects, cela suffit pour lever l'impot.
Peu importe donc si le bâtiment est mal placé ou mal orienté sur la-dite parcelle.
En zone montagneuse rurale c'est quasiment (malheureusement) la règle.

Il faut donc remettre en place les batiments un par un avec une autre source plus fiable.
Actuellement c'est l'ortho IGN qui est la plus adaptée.
Même si cela n'empêche pas de confirmer avec les points géodésiques ou autres sources GPS ( strava par ex)

Re: Commune dont le cadastre n'est pas vectorisé

Publié : dim. nov. 19, 2017 8:52 pm
par cquest
Sûr qu'on va pouvoir se passer des extractions à partir des fichiers PDF du site cadastre.gouv.fr !

Par contre, on n'a pas encore pris le temps de s'attaquer à ça et de plus, il y a quelques améliorations qui devraient arriver dans un avenir que j'espère proche pour faire un peu mieux que ce qu'on fait aujourd'hui.

Pour les décalages, effectivement le cadastre n'est pas toujours bien calé. Chaque planche étant vectorisée une à une, on peu avoir des décalages sur une planche et d'autres sur une autre.
Lorsque le calage n'est franchement pas bon, il faut recaler manuellement à l'aide de l'image aérienne, pour ça la BD Ortho est bien pratique et en général très bien calée. Ensuite seulement, on peut envoyer les données recalée vers OSM...

Re: Commune dont le cadastre n'est pas vectorisé

Publié : lun. nov. 20, 2017 6:15 pm
par Ner0lph
Salut,

J'ai commencé, il y a quelques jours (2 semaines je pense), pour l'exercice, à tracer des bâtiments à la main avec l'imagerie Cadastre de JOSM (disponible également dans iD) dans cette commune. :arrow: https://www.openstreetmap.org/relation/ ... 203/6.8148
J'ai arrêté car c'est assez long à faire :D et que j'ai découvert la semaine dernière qu'il existait un fichier GeoJSON des bâtiments qu'on peut charger dans JOSM (via le greffon de même nom), qui simplifierait très fortement le travail. :shock:
Effectivement, des bâtiments ne sont pas bien calés par rapport à l'imagerie IGN. C'est pas bien grave, il suffira de les déplacer une fois tracés depuis le Cadastre.

Bref, les données sont vraiment disponibles, il n'y a plus qu'à continuer, quelque soit la manière. ;)👍

++

Re: Commune dont le cadastre n'est pas vectorisé

Publié : lun. nov. 20, 2017 7:15 pm
par cquest
Plutôt que les geojson disponibles sur data.gouv.fr, il reste préférable d'utiliser les fichier destinés à OSM générés par http://cadastre.openstreetmap.fr/

En plus on a de la documentation sur ce qu'il faut faire...

https://wiki.openstreetmap.org/wiki/Wik ... tilisation

iD est bien peu adapté à ce genre de chantiers... c'est le moment de passer à JOSM ;)

Re: Commune dont le cadastre n'est pas vectorisé

Publié : mer. nov. 22, 2017 11:38 pm
par Vincent
Salut Ner0lph, si tu veux on peut se répartir le boulot ?

Re: Commune dont le cadastre n'est pas vectorisé

Publié : mer. nov. 22, 2017 11:50 pm
par Vincent
2 petites questions:

- j'ai l'impression que les bâtiments avec wall=no correspondent souvent à pas grand chose.. quand c'est juste des terrasses on est d'accord qu'on peut les supprimer sans remords ?

- j'imagine que l'obligation d'avoir le tag source="Direction générales des finances publiques - année 20XX" est toujours d'actualité mais je n'arrive pas à déterminer le millésime: sur le PDF du site du cadastre il n'y pas de date, juste la référence de la parcelle, la contenance et l'adresse...

Re: Commune dont le cadastre n'est pas vectorisé

Publié : jeu. nov. 23, 2017 12:10 pm
par jabali
pour le 1
je suppose que oui même si je ne l'ai jamais fait ( c'est déjà assez de boulot de tout mettre en place.)

pour le 2, si tu importes avec les fichiers destinés à OSM http://cadastre.openstreetmap.fr/ les tag sources sont déjà avec.

Re: Commune dont le cadastre n'est pas vectorisé

Publié : jeu. nov. 23, 2017 9:33 pm
par Vincent
Merci jabali, je suis bête le script a évidemment tout bien préparé ;)

Au final c'est quand même assez rapide à faire.. enfin tout dépend du niveau de détails que l'on souhaite mais si c'est juste déplacer les ways par rapport BD Ortho, et même supprimer quelques bâtiments wall=no inutiles, ça va ça peut aller assez vite. Bon après si on veut déplacer chaque point (voir en rajouter ou en enlever) c'est une autre histoire, et d'ailleurs ça se fait rarement visiblement...

La plupart des bâtiments en France ont ils été importés en semi-automatique (c'est à dire avec du XML généré du cadastre puis corrections plus ou moins poussées à la main sous JOSM) ou il y a aussi de l'import complètement automatique sur certaines communes ?

Edit: Ah non en fait si on veut corriger toutes les intersections de bâtiments détectées par JOSM ça prend beaucoup plus de temps ! Mais on est d'accord que c'est important de le faire ?

Re: Commune dont le cadastre n'est pas vectorisé

Publié : jeu. nov. 23, 2017 11:36 pm
par cquest
Il n'y a pas eu d'import "aveugle" (en principe) par un script, tout a été intégré via JOSM avec une passe humaine.

Prends les bâtiments "simplifiés" car les petites incohérence du cadastre y sont largement éliminées et la simplification est imperceptible.

Ces derniers jours, j'ai testé les geojson de data.gouv.fr, ça prend au final plus de temps que les fichiers préparés par cadastre.openstreetmap.fr, par contre, on a des infos en plus: date de création de l'objet dans le plan cadastral et date de dernière mise à jour qui peuvent être utiles.

Exemple: http://www.openstreetmap.org/changeset/54019806

Re: Commune dont le cadastre n'est pas vectorisé

Publié : ven. nov. 24, 2017 4:13 pm
par Captain47
Vincent a écrit :
mer. nov. 22, 2017 11:50 pm
- j'ai l'impression que les bâtiments avec wall=no correspondent souvent à pas grand chose.. quand c'est juste des terrasses on est d'accord qu'on peut les supprimer sans remords ?
Les bâtiments avec wall=no, très souvent représentés en orangé clair dans le calque cadaste, correspondent souvent à une avancée de toit au dessus d'une entrée ou d'une terrasse. Il peut aussi s'agir d'une Halle qui abrite un marché...

Pour ma part, je "simplifie" le tracé des bâtiments en suivant la toiture (BD Ortho IGN) et pour les bâtiments isolés hormis les halles, je supprime wall=no... :?