Intégrer les adresses de la BAN
publié le , mis à jourDécrivez votre problème, votre suggestion
Salut! On aimerait intégrer les adresses (recherche et layer) depuis la BAN plutôt que BANO pour plus de complétude. Je peux me charger de proposer une PR. Il s'agirait d'utiliser l'API Adresse pour les recherches d'adresse (https://data.geopf.fr/geocodage/openapi) Et pour la carto, des tuiles vectorielles de la BAN sont disponibles ici https://plateforme.adresse.data.gouv.fr/tiles/ban/z/x/y.pbf
Ça parait jouable?
Système d'exploitation
No response
Navigateur
No response
obliv
@MaGOs92 et moi-même travaillons pour le programme BAL, à votre disposition pour échanger et participer à l'intégration technique.
L'idée serait d'avoir plus de complétude car aujourd'hui :
- la BANO c'est 12 millions d'adresses
- la BAN c'est 26 millions d'adresses, dont 22 millions issues de bases adresses locales (produites par les mairies, donc censées être fiables) https://bano.openstreetmap.fr/stats/france_par_dept.html
Les contributeurs OSM intègrent progressivement les adresses BAN manuellement, mais c'est un chantier très long qui prendra du temps, nous travaillons avec eux sur le sujet.
À l'heure actuelle, la seule plateforme qui intègre les adresses BAN c'est l'IGN avec le Géoportail et "Cartes IGN" à ma connaissance. Google map, apple map et consorts sont complètement dans les choux niveau adresses, puisqu'ils ont initié leurs données avec des fichiers adresses propriétaires (SNA de la Poste par exemple), ce qui engendre des conflits lorsqu'ils tentent de récupérer les adresses BAN. CoMpaps, OrganicMaps, Osmand... utilisent les adresses BANO comme vous le savez.
Il n'existe donc l'heure actuelle aucune plateforme opensource exploitant les adresses BAN.
laem
Merci pour le ticket ! Oui ce serait très cool d'utiliser ça. Je pense que dans un premier temps on pourrait faire les requêtes d'adresse seulement si pas de réponse de notre API de recherche, Photon.
Il faudrait identifier des adresses qui sont dans la BAN mais pas dans Photon.
Car le problème, c'est de gérer les deux résultats de deux sources différentes.
- Je cherche "12 rue des lilas à Ploumoguer" (fictif)
- si Photon l'a, est-ce important d'aussi faire une requête BAN ? Je pense que c'est bien moins important que de gérer les requêtes introuvables
- si elle est introuvable, et que la recherche se fait depuis la France (métropolitaine ?), on peut lancer la requête secondaire
- mais il faut gérer l'hypothèse que Photon renvoie quand même des résultats : comment être sûr que ces résultats sont les mauvais ? Du style, la rue sans le numéro, ou n'importe quoi d'autre
Cayenne79
Je sais qu'il y a https://openaddresses.io . après, je ne sais pas comment ça marche et si ça gère le dédoublonnage ?
LySioS
@Cayenne79 wrote in https://codeberg.org/cartes/web/issues/2001#issuecomment-12959826:
Je sais qu'il y a https://openaddresses.io . après, je ne sais pas comment ça marche et si ça gère le dédoublonnage ?
Ça utilise la BAN pour la France et a une couverture mondiale.
Le projet a l'air solide
Clairement une piste à creuser
@laem wrote in https://codeberg.org/cartes/web/issues/2001#issuecomment-12959277:
- mais il faut gérer l'hypothèse que Photon renvoie quand même des résultats : comment être sûr que ces résultats sont les mauvais ? Du style, la rue sans le numéro, ou n'importe quoi d'autre
Effectivement, Photon risque assez souvent de renvoyer des rues sans les numéros... Je ne vois pas trop comment gérer ces cas
Effectivement, Photon risque assez souvent de renvoyer des rues sans les numéros... Je ne vois pas trop comment gérer ces cas
Ça c'est assez simple à gérer côté client : on compare le résultat Photon et on propose celui qui est le plus précis.
Merci @laem du coup, comment peut-on aider à l'intégration ?
Comme je le disais plus haut, il faut partir du problème, concrètement : un jeu de 4-5 adresses qui ne sont pas trouvables sur cartes.app mais qui sont dans la BAN.
À partir de là, on regarde la réponse actuelle et on la "patch" avec un appel à la BAN côté client.
On vérifie que ça n'implique pas une requête inutile pour les recherches qui ne sont pas des adresses, ou les recherches pour lesquelles Photon trouve les bons résultats, et les recherches en dehors du périmètre de la BAN.
Je pense que ce serait déjà un super ajout très utile.
Voici quelques exemples, pris au hasard en utilisant Pifomap
2 exemples de voies présentes dans OSM mais sans numéros/adresses :
- voies dans OSM sans les adresses Rue des Fauvettes, Méral et voie avec les adresses dans la BAN
- voies dans OSM sans les adresses Rue du Val d'Hortus, Mas-de-Londres et voie avec les adresses dans la BAN
3 exemples d'absence totale de nom de voie et d'adresses dans OSM :
etienneJr
pour info, je signale tous les tickets avec le label Recherche https://codeberg.org/cartes/web/issues?labels=1331235
En lien : !1230
@severo nous signale le geocodeur pelias, qui a l'avantage de combiner données OSM et OpenAdresses. Est ce que l'un de vous connaît et a un avis ? https://pelias.io/ https://github.com/pelias
severo
^ la mise à jour n'est pas forcément simple, si j'ai bien compris il faut refaire tous les index ElasticSearch pour remplacer les existants, à chaque mise à jour. Et ça prend une dizaine d'heures sur une grosse machine. Pour Photon, l'avantage est que l'index déjà calculé est publié sur https://download1.graphhopper.com/public/ chaque semaine.