Projet

Général

Profil

Development #76622

base-adresse: étudier la possibilité de filtrer les adresses pour ne garder que housenumber quand c'est possible

Ajouté par Benjamin Dauvergne il y a environ un an. Mis à jour il y a environ un an.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
14 avril 2023
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Dans certains cas d'usage on aimerait aussi fort que possible n'obtenir que des adresses de type housenumber (donc incluant le numéro dans la rue) sauf :
  • l'API Addok de la BAN ne peut garantir qu'elle les a toujours pour toutes les rues,
  • la même API quand on spécifie type=housenumber filtre absolument tous les enregistrements type=street et si la base ne contient pas les numéros pour une rue alors la rue en question n'est juste plus servie du tout

Ce qu'il faudrait c'est quand on spécifie type=housenumber au niveau de notre API, pour chaque réponse voir si on y trouver des enregistrements de type housenumber et si c'est le cas ne pas remonter l'enregistrement type=street pour la même rue.

Aussi au passage déterminer ce qu'on fait des enregistrements de type locality et municipality dont je ne sais pas très à quoi ils correspondent.

Historique

#2

Mis à jour par Benjamin Dauvergne il y a environ un an

  • Description mis à jour (diff)
#3

Mis à jour par Thomas Noël il y a environ un an

Je note quand même que le type=street, ça remonte des objets "rue" et pas des adresses. On le voit au niveau de l'identifiant BAN, qui est du type <insee>-<rue> pour ces entrée (et non pas <insee>-<rue>-<numero> qui est "le code d'interropérabilité" pour les adresses).

Donc après avoir dormi sur le sujet, je (re)pense vraiment que type=housenumber doit être envoyé dans la requête. Ce sont vraiment les seuls retours qu'on attend, les autres types ne nous intéressent pas (par défaut).

#4

Mis à jour par Benjamin Dauvergne il y a environ un an

Mais le cas de Nanterre qui n'avait plus que des street c'est exceptionnel alors ? (je fais aucune confiance aux gens de la BAN pour opérer le service correctement)

#5

Mis à jour par Thomas Noël il y a environ un an

Benjamin Dauvergne a écrit :

Mais le cas de Nanterre qui n'avait plus que des street c'est exceptionnel alors ? (je fais aucune confiance aux gens de la BAN pour opérer le service correctement)

Exceptionnel mais déjà vécu, et les opérateurs de la BAN finissent pas corriger l'affaire... mais en attendant de ré-écrire un moteur d'API, je vois dans type=housenumber une façon de ne plus recevoir de résultat bizarre (ie qui ne sont pas des "adresses")

Je comprend ton idée « pour chaque réponse voir si on y trouve des enregistrements de type housenumber et si c'est le cas ne pas remonter l'enregistrement type=street pour la même rue » mais ça ne va pas.

Par exemple https://api-adresse.data.gouv.fr/search/?q=rue+salvador+allende&limit=5&postcode=92000 renvoie la rue 92050_8522 uniquement, et aucune adresse dedans.

Alors que si l'usager tape bien le numéro 146 on aura bien l'adresse exacte https://api-adresse.data.gouv.fr/search/?q=146,rue+salvador+allende&limit=5&postcode=92000 on a bien une id 92050_8522_00146.

En ajoutant type=housenumber on s'assure que si l'usager n'indique que sa rue alors la requête https://api-adresse.data.gouv.fr/search/?q=rue+salvador+allende&limit=5&postcode=92000&type=housenumber ne renvoie rien, imposant donc à l'usager de taper un numéro.

#6

Mis à jour par Benjamin Dauvergne il y a environ un an

Ok c'est merdique je ferme, on va juste ajoute le support de type et s'en foutre royalement, la BAN est juste pas utilisable en autocomplétion sur adresse. Il me semblait qu'avant ça renvoyait des numéros dans tous les cas mélangés au reste :/

#7

Mis à jour par Benjamin Dauvergne il y a environ un an

  • Statut changé de Nouveau à Rejeté

Formats disponibles : Atom PDF