République
Française
Base d'Adresses Nationale Ouverte - BANO
Description
Ce jeu de données constitué de plus de 16 millions d'adresses provient du projet de Base d'Adresses Nationale Ouverte initié par OpenStreetMap France.
Pour plus de renseignements sur ce projet : http://prev.openstreetmap.fr/bano
Origine des données
BANO est une base de données composite, constituée à partir de différentes sources:
- OpenStreetMap (ODbL) - (mise à jour quotidienne)
- données diffusées en opendata par les collectivités
- Arles Crau Camargue Montagnette (Licence Ouverte) - avril 2016
- Ville de Montpellier (Licence Ouverte) - mai 2016
- Toulouse Métropole (ODbL) - février 2015
- Rennes Métropole (Licence Ouverte) - avril 2016
- Mulhouse Alsace Agglomération (Licence Ouverte) - février 2015
- Grand Nancy (ODbL) - avril 2016
- Nantes Métropole (ODbL) - janvier 2015
- Grand Lyon (Licence Ouverte) - janvier 2015
- Bordeaux Métropole (ODbL) - février 2015
- Strasbourg EuroMétropole (Licence Ouverte) - janvier 2014
- Lille Métropole Européenne (Licence Ouverte) - juin 2014
- Métropole Nice Côte d'Azur (Licence Ouverte) - janvier 2015
- Ville de Limoges (ODbL) - décembre 2014
- Ville de La Rochelle (Licence Ouverte) - octobre 2015
- Pays de Brest (Licence Ouverte) - mars 2016
- Mairie de Nanterre (Licence Ouverte) - février 2015
- Ville de Grenoble (ODbL) - mars 2015
- Ville de Paris (ODbL) - janvier 2015
- Ville de Poitiers (Licence Ouverte) - avril 2015
- Ville d'Angers (ODbL) - avril 2016
- données adresses collectées sur le site du cadastre et fichier FANTOIR (Licence Ouverte) - janvier 2016
- Base officielle des codes postaux du Groupe La Poste (Licence Ouverte) - novembre 2014
Licence
Ces données sont sous licence ODbL (Open Database Licence). Cette licence implique: l'attribution et le partage à l'identique.
- Pour la mention d'attribution veuillez indiquer "source: BANO" ainsi que la date du jeu de données.
- Pour le partage à l'identique, toute amélioration des données de BANO doit être repartagée sous licence identique. Merci de nous faire remonter: les adresses manquantes, les adresses mal positionnées, les erreurs de libellés.
Format de diffusion
Ces fichiers sont proposés sous forme de :
- fichiers csv (projection WGS84/EPSG:4326 et textes en UTF-8)
- fichiers shapefile (EPSG:4326 et UTF-8)
- données RDF au format turtle
Ces données sont téléchargeables sur http://bano.openstreetmap.fr/data/ et mises à jour quotidiennement.
Contenu des fichiers
Pour chaque adresse:
- id (unique) : code_insee + codefantoir + numero
- numero : numéro dans la voie avec suffixe (ex: 1, 1BIS, 1D)
- voie : nom de voie
- code_post : code postal sur 5 caractères
- nom_comm : nom de la commune
- source : OSM = donnée directement issue d'OpenStreetMap, OD = donnée provenant de source open data locales, O+O = donnée opendata enrichie par OSM, CAD = donnée directement issue du cadastre, C+O = donnée du cadastre enrichie par OSM (nom de voie par exemple)
- lat : latitude en degrés décimaux WGS84
- lon : longitude en degrés décimaux WGS84
Historique du jeu de données
1 septembre 2014 : 15.109.578 adresses
9 juin 2014 : 14.9 millions d'adresses
- Première version à intégrer des données adresses disponibles en opendata.
- Amélioration des rapprochements avec les données OSM
- Prise en compte des améliorations des données OSM au 7 juin 2014
- Elimination des numéros d'adresses non conformes.
Mise à jour, corrections
Pour mettre à jour et corriger les données de BANO, il est déjà possible de faire des améliorations directement dans OpenStreetMap (par exemple par l'ajout d'adresses à une meilleure position, par la correction des noms de rues). Ces modifications seront prises en compte au prochain cycle de mise à jour de BANO.
Un guichet unique collaboratif de signalement/correction va prochainement être mis en place pour simplifier le processus d'amélioration du contenu de la base. Pour participer à sa co-construction, n'hésitez pas à nous contacter !
Pour toute question concernant le projet ou ce jeu de données, vous pouvez contacter bano@openstreetmap.fr
- Producteur
- Dernière mise à jour
- 29 novembre 2018
Couverture temporelle non renseignée
Vues
0
Téléchargements
0
Qualité des métadonnées:
13 discussions
Ancien nom de rue intégré
Bonjour,
Comment une adresse est intégrée dans les fichiers json dans ce cas précis extrait du pifomètre (https://bano.openstreetmap.fr/pifometre/index.html?insee=22278) :
222784420 1987-01-01 Voie RUE THEODORE BOTREL Chemin Vicinal Ordinaire n°6 Rue Théodore Botrel
222784420 1987-01-01 Voie RUE THEODORE BOTREL Rue Théodore Botrel Rue Théodore Botrel
Il y a deux rues qui remontent sur le même code Fantoir/Topo, la première faisant référence à son ancien nom : https://www.openstreetmap.org/way/220486438
Dans les fichiers json full et 22, il y a deux objets qui ressortent avec pour seules différences leur longitude/latitude.
> cat full.sjson | grep 222784420
Pouvez-vous regarder pourquoi la rue "Théodore Botrel" est intégrée avec son ancien nom ? Si vous arrivez à le corriger dans OSM, j'aimerai bien avoir les détails du correctif pour le faire moi-même la prochaine fois, merci.
De plus, pouvez-vous m'indiquer vos préférences pour la remontée de ce genre de problèmes (Github, forum...) ?
Cordialement
bonjour,
dans ce cas précis il y a dans BANO une transitivité qui s'opère : les ways portent les 2 noms, la relation porte un des noms et le code FANTOIR. De proche en proche le code FANTOIR est propagé aux 2 noms, et, pas de bol, au moment de l'export quotidien, c'est le moins pertinent des 2 qui sort.
Dans ce cas précis supprimer le tag ref:FR:FANTOIR de la relation va résoudre le souci en cassant le lien entre le nom "Chemin Vicinal" et le code FANTOIR, lien qui sera construit au moment de l'ingestion des noms car il se trouve que le nom FANTOIR et le nom OSM "Rue Théodore Botrel" sont strictement identiques et donc vont être rapprochés. Mais c'est un correctif lié à la bonne qualité des données et qui n'est pas généralisable.
Une évolution à l'étude consiste à faire évoluer le modèle de l'export JSON pour supporter de multiples noms pour une voie, notamment pour gérer les langues régionales. Ce paradigme permettrait de gérer de la même manière tout type de nom alternatif, qu'il soit un nom d'usage non officiel, ou un ancien nom.
(Sinon pour le suivi j'ai une préférence pour https://github.com/osm-fr/bano/issues/new en effet)
Aucune adresse pour la ville de Chambéry
Bonjour,
Sauf erreur de ma part, aucune adresse à Chambéry n'est rapprochée dans la BANO (https://bano.openstreetmap.fr/pifometre/?insee=73065).
Cependant le fichier bano-73.csv contient bien des adresses dans cette commune, mais ce n'est pas le cas du fichier bano-73.json.gz.
Pouvez-vous regarder ce qui pose problème et le corriger ?
Cordialement,
Bonjour,
merci pour le signalement. C'est résolu dans les données de ce matin.
merci
Erreur dans l'extraction du 28/01/2024 : Aucune adresse pour la ville de Vierzon (18)
Bonjour
Je n'ai trouvé aucune adresse pour la ville de Vierzon dans l'extraction du 28/01/2024 ... ni dans le fichier csv bano-18, ni dans le shapefile...
Serait-il possible de corriger cette anomalie?
Merci !
Bonjour,
merci pour le signalement. C'est résolu depuis via https://github.com/osm-fr/bano/issues/378 et un peu de nettoyage de données.
merci
Typescript
Typage des objets disponible ici : https://gist.github.com/GabrielDelepine/024e20a99a6e1e78fe34f4052988857c
Testé sur les 5.086.571 objets disponibles à la mi-septembre
Environ 10% de doublons
Les doublons ne sont pas des cas isolés. Sur les 5 millions de lignes environs, je compte 568.110 doublons
Voici le détail :
présent en double = 448887 IDs
présent en triple = 11758 IDs
présent 4 fois = 1597 IDs
présent 5 fois = 32 IDs
présent 6 fois = 5 IDs (42254B034C, 44161B851N, 490073332G, 831375980J, 88033B172N)
présent 8 fois = 1 ID (291951010F)
présent 9 fois = 1 ID (574635573J)
présent 10 fois = 1 ID (976030951J)
présent 12 fois = 1 ID (19191B010A)
présent 88 fois = 1 ID (490233360T)
erreur dans l'adresse
Bonjour,
Sur la commune de Chevannes dans l'Essonne (91750) l'adresse de la place DARBLAY est ma orthographié. Dans la base de donnée cela est écrit D'ARBLAY !
Impossible donc de déclarer les impôts en ligne, impossible de faire un passeport, impossible de faire installer la fibre, etc..
Comment faire pour faire rectifier cette erreur rapidement, cela devient vraiment problématique pour tous les occupants de cet immeuble.
Merci
Bonjour,
Vos difficultés ne dépendent pas de l'association OpenStreetMap France. Il est sans doute préférable de vous rapprocher de votre commune pour cela. Au passage dans OpenStreetMap l'orthographe est correct, semble-t-il https://www.openstreetmap.org/way/208374555. C'est donc bien du coté de votre collectivité qu'il faut vous tourner pour la mise à jour de la base adresse local sans doute.
Bonne journée
Clés dupliquées dans le fichier Shape
Sur la commune de Bergerac (24037) il y a des points adresses dupliqués ou erronés.
Il y en a 90 !
Bonjour
Merci pour le signalement.
J'ai ouvert un ticket à https://github.com/osm-fr/bano/issues/267 pour analyser le souci
Bonjour,
le problème des doublons est corrigé
Mon adresse n'existe pas dans la base BANO78
Bonjour,
J'ai déménagé de Gambais pour emménager à Pontchartrain (Jouars Pontchartrain 78760), au 46B square du petit Friche. Le site AMELI refuse cette adresse en demandant de contacter la mairie. Or, c'est cette mairie qui a attribué la numérotation 46B. J'ai téléchargé le fichier BANO78 qui, sauf erreur de ma part, n'inclut - effectivement - pas cette adresse; j'y ai pu trouver le 46 et le 47 et non le 46B (pour 46Bis).
Ceci étant, sur le site Impots.fr/mon compte, mon adresse est bien indiquée 46B, tout comme sur EDF, Orange, ...etc.
Mais du coup, des courriers postaux en provenance d'AMELI ne pourront pas être envoyés à mon adresse, le site indiquant square du petit friche .
Pouvez-vous, s'il vous plait, vérifier et mettre à jour la base de données ? Je peux vous envoyer l'attestation de numérotation éditée par la mairie.
Merci d'avance
Daniel FRamery
framery.daniel@orange.fr
0608924759
compatibilité avec demande valeur foncière
bonjour
La table demande de valeur foncière a 25% des rues (en utilisant le code fantoir) qui ne se lient pas avec ceux de cette base. Cette table est une table de référence et la table de valeur foncière est saisie par les notaire.
Suggestion: Ajouter un header au fichier
Bonjour, une simple suggestion qui facilite la vie, rajouter un header au fichier
mise à jour d'une adresse
Pouvez-vous mettre à jour une adresse qui ne l'est toujours pas dans le fichier des adresses de la Poste ?
Bonjour,
comme expliqué plus haut :
Pour mettre à jour et corriger les données de BANO, il est déjà possible de faire des améliorations directement dans OpenStreetMap (par exemple par l'ajout d'adresses à une meilleure position, par la correction des noms de rues). Ces modifications seront prises en compte au prochain cycle de mise à jour de BANO.
Vous pouvez donc faire cette mise à jour en vous créant un compte sur OSM et en contribuant ainsi à renseigner cette adresse. À ma connaissance, cela ne changera rien au fichier des adresses de la Poste,
Bonne journée
Non de voie vide
J'ai noté la présence de lignes avec nom de voie vide . Un exemple est la référence 920123555S-106 qui presente un nom de voie vide.
Lignes dupliquées dans le référentiel au format CSV
J'ai noté la présence de lignes dupliquées dans les fichiers CSV empêchant l'ingestion des adresses en base dans une table avec clé primaire sur le champ id (documenté comme unique ci-dessus) sans filtrage préalable. Un exemple est la référence 920020020T-112 qui présente 2 fois dans le fichier du 92.
Je confirme, il existe des doublons dans les id