Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
On doit pouvoir automatiser ces différentes étapes: - récupérer les nœuds adresses (fait) - récupérer (en même temps) les parcelles - trouver la parcelle la plus proche d'une adresse (fait) - chercher son adresse (fait) - regrouper les adresses par nom de voie (fait) - reprendre l'identifiant FANTOIR - regrouper les associatedStreet par FANTOIR - sortir un magnifique .osm C'est bien parti tout ça ! Vous voulez une petite API pour interroger FANTOIR ? Sinon, à mouliner pour avoir ça sous forme d'une base SQlite locale utilisée par le script. Le 18 janvier 2014 01:07, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 16/01/2014 12:24, Tyndare a écrit : J'ai pu récupérer les adresses de toutes les parcelles d'une commune. Je fait des requêtes par zone d'environ 700m de large et je temporise un peut entre chaque requête donc c'est très lent. http://37.187.60.59/cadastre-housenumber/adresses.php Voici par exemple le résultat pour Mulhouse: http://37.187.60.59/cadastre-housenumber/data/068/QP224/ QP224-parcelles-adresses.osm Je ne sais pas trop quoi faire de ce résultat en fait. Est-ce que ça pourrait être utile de croiser ces données avec le fichier FANTOIR ? Je crois que je vais essayer de faire le lien avec les addr:housenumber que je récupère par ailleurs pour pouvoir leur assigner une rue de manière plus fiable. J'ai utilisé le résultat de http://37.187.60.59/cadastre- housenumber/adresses.php pour fabriquer des relations associatedStreet. J'ai testé sur 3 communes et ça semble fonctionner. Pas grand mérite, vu que les fichiers parcelles-adresses.osm sont impecs en entrée :-) Le script (python) et quelques explications ici : https://github.com/vdct/associatedStreet Vous y trouverez aussi le résultat du script pour Mulhouse. Je n'ai pas cherché à combiner avec le Fantoir mais ça serait une des étapes suivantes, comme tu le suggérais. Une autre serait de placer les points d'adresse là où le cadastre les indique, et non au centre des parcelles. Dans tous les cas ça n'exempte par de les repositionner manuellement, mais le placement donné par le cadastre est plus intuitif que celui issu des parcelles. Par ailleurs le script ne cherche pas à inclure de voie avec un rôle street, ça fait aussi partie du reste à faire (à la main). vincent ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
Bonjour, Le 18/01/2014 09:07, Christian Quest a écrit : On doit pouvoir automatiser ces différentes étapes: - récupérer les nœuds adresses (fait) - récupérer (en même temps) les parcelles - trouver la parcelle la plus proche d'une adresse (fait) - chercher son adresse (fait) - regrouper les adresses par nom de voie (fait) - reprendre l'identifiant FANTOIR - regrouper les associatedStreet par FANTOIR - sortir un magnifique .osm C'est bien parti tout ça ! Vous voulez une petite API pour interroger FANTOIR ? Sinon, à mouliner pour avoir ça sous forme d'une base SQlite locale utilisée par le script. Une API, si c'est pas trop de boulot pour toi, ce serait je pense le mieux, sachant 1) que la fourniture FANTOIR (fichier national de 800 Mo ou fichiers par depts zippés par région, g) n'est pas pratique, 2) que tu as déjà bossé dessus, et 3) que si un jour prochain tout ça se consolide j'imagine que ce sera sous la forme d'un outil osm-fr. Donc que des raisons pour l'API, vu de chez moi :-) Comme requêtes, la basique me semble être la récupération en une fois de la liste de toutes les voies d'une commune, associées à leur code Fantoir. Ça me semble le plus pratique, en revanche quid du volume quand on parle d'une grande ville ? La requête prendrait en entrée le code de la ville donné par le cadastre. Côté aval, pour livrer le résultat formaté en .osm, je me dis qu'un fichier par associatedStreet est la granularité préférable comparé à ce que j'ai commencé hier. Oui, ça fait beaucoup de fichiers mais ça incite à intégrer pas à pas, à l'inverse du fichier monobloc que certains auront toujours la tentation d'uploader d'un seul coup, alors que le premier travail sur ce fichier serait de le morceler. À moins d'organiser des paquets géographiques avec un nombre seuil d'adresses, en gardant intègres les relations bien sûr. vincent ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
Je viens de progresser un petit peut. Pour résumé la situation: 1) D'un côté on récupère les export PDF du cadastre, j'arrive à en extraire: - des numéros de rue (mais sans la rue associée) - des limites de parcelle (sans identification) 2) De l'autre côte on récupère des infos sur chaque parcelles: - id, bounding box, surface, - position du libellé (vers le centre, ou à côté de la parcelle pour les petites) - une liste d'adresses associées (numéro si existant, nom de rue ou lieu dit, code postal et ville) Les numéros qu'on trouve dans l'export PDF sont en général bien positionné, mais on ne sais pas à quelle rue il faut les rattacher. Les adresses des parcelles sont complètes (numéro et nom de rue), mais on ne connaît pas précisément où positionner le numéro. J'ai essayé de faire le lien entre les deux sources d'info. Grâce aux valeur de surface et de bounding box des parcelles de la source 2, j'arrive a faire la correspondance quasi parfaite avec leur limite (source 1) Je peut donc ensuite faire une recherche des numéros de rue de la source 1) à proximité des limites de la parcelle, qui correspondent à ses adresses (source 2) J'ai testé dans une petite ville, Tain l'Hermitage dans la Drôme, dans 93% des cas je trouve un numéro correspondant à moins de 2m des limites de la parcelle, mais il m'a fallut chercher jusqu'à 150m des limites des parcelles pour tous leur trouver une affectation. Je n'ai pas tout vérifié, mais celui à 150 m de distance était correcte, le numéro était en fait dessiné au bout du chemin, le long de la rue. Au final il me reste 2 numéros non affecté à une parcelle, numéros écrit avec un bis en toute lettre que je n'extrait pas correctement des export PDF (mais c'est peut être corrigeable) Il me reste aussi 90 adresses qui n'ont pas trouvé la position de leur numéro, mais c'est a priori car une autre parcelle avait la même adresse et avait déjà pris le numéro, il faudra que je filtre ça. Voici un fichier qui visualise la fusion entre les deux sources de données pour la ville de Tain, je n'ai pas encore intégré ça dans un script un peut propre. http://37.187.60.59/cadastre-housenumber/data/test.osm ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] outil adresse du plugin JOSM cadastre-fr
Bonsoir, Le 18/01/2014 18:10, Christian Quest a écrit : Pour le reste, content que ça progresse, je pense qu'on va pouvoir avancer nettement plus vite sur l'intégration d'adresses. J'ai utilisé la récupération de nœuds pour mettre à jour Evry et Créteil, mais aussi vérifier si il n'y avait pas quelques manques sur les communes que je pensais avoir fait à 100% (Saint-Maur, Fontenay-sous-Bois et quelques arrondissements parisiens). J'ai continué sur le rapprochement avec le Fantoir, à partir d'extraits par communes (en attendant une API ?). Je n'ai testé que sur des villes de banlieue parisienne, dont certains gros morceaux comme Argenteuil où le match sur les noms entre Cadastre et Fantoir est à 100%. J'ai globalement de très bons résultats (souvent 100%), mais un superbe 0% sur Boulogne-Billancourt car le fichier .osm extrait du cadastre contient pour chaque adresse le texte '92100 BOULOGNE' en plus du nom de voie. Moche. Comme parmi mes tests il y avait St-Maur, voici le lien :-) : https://github.com/vdct/associatedStreet/blob/master/Z0068-parcelles-adresses_associatedStreet.osm vincent ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
