Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Géolocalisation du siège #116

Open
johanricher opened this issue Dec 22, 2022 · 4 comments
Open

Géolocalisation du siège #116

johanricher opened this issue Dec 22, 2022 · 4 comments
Assignees
Labels
bug Something isn't working

Comments

@johanricher
Copy link

J'ai constaté des divergences au niveau de la géolocalisation du siège entre l'API et le site.

Exemple : le siège de l'unité légale 283503555

  • La géolocalisation affichée sur le site est correcte ✔️
  • L'API renvoie une valeur siege_geo_id incorrecte : 85191_2075 ❎ (ce n'est pas documenté mais j'ai présumé que ça correspond à id dans l'API Adresse, c'est à dire la Clé nationale d'interopérabilité de la BAN)
  • Les valeurs siege_longitude et siege_latitude sont fausses également : -1.421857,46.670392 ❎ (ce n'est pas documenté mais mais j'ai présumé que c'est généré à partir de l'API Adresse)

Parfois siege_geo_id a pour valeurs des URL OSM, cf. unités légales 288400021 et 289100992.

Je n'ai pas comparé avec la géolocalisation faite par l'INSEE.

Comment les géolocalisations des sièges sont-elles générées pour le site et l'API) ? Pourquoi l'API ne renvoie pas la même géolocalisation que le site ?

@XavierJp
Copy link
Contributor

XavierJp commented Dec 22, 2022

Bonjour,

Merci pour votre contribution, effectivement siege_geo_id correspond bien à l’id de la BAN.

Nous pensons que la différence entre la géoloc du site et celle de l'API vient peut être d'un bug, car les deux utilisent la BAN. Nous allons donc investiguer.

En terme d'archi, l'API utilise les données stocks de la BAN. Le site, lui :

A propos des valeurs URL OSM, je soupçonne que ce soit plutôt un cas à faire remonter à la BAN, @geoffreyaldebert qu'en penses tu ?

@XavierJp XavierJp added the bug Something isn't working label Dec 22, 2022
@geoffreyaldebert
Copy link
Contributor

Hello,

Les données de géolocalisation de l'API proviennent directement de la base SIRENE géocodée par Etalab. C'est la source des données pour l'indexation du moteur de recherche.

Les traitements de la base SIRENE pour le géocodage sont directement repris des traitements réalisés il y a quelques années par Christian Quest à la différence que le géocodage ne tient pas compte de la BANO mais uniquement de la BAN et de la base des POI. C'est probablement cette dernière qui te fait apparaitre sur certains résultats des identifiants OSM.

Comme tout géocodage, il y a souvent des ratés. C'est peut-être le cas sur ton exemple. Ce qu'on pourrait faire, c'est ajouté dans la réponse API le geo_score du géocodage qui donne idée de la pertinence de celui-ci.

@HAEKADI
Copy link
Contributor

HAEKADI commented Feb 2, 2023

@geoffreyaldebert

@HAEKADI HAEKADI closed this as completed Nov 21, 2023
@johanricher
Copy link
Author

Le problème de géocodage de l'adresse du siège est toujours présent pour l'exemple que j'ai donné, même si différent :

https://recherche-entreprises.api.gouv.fr/search?q=288500010&departement=85

Pour rappel, l'adresse du siège est "LES OUDAIRIES RTE DE CHOLET BP 695 85017 LA ROCHE SUR YON CEDEX"

Le bon résultat est renvoyé par l'API Adresse : https://adresse.data.gouv.fr/base-adresse-nationale/85191_q2lbch

Le géocodage pour la carto sur l'Annuaire des entreprises est incorrect (alors qu'il était correct auparavant) : https://annuaire-entreprises.data.gouv.fr/carte/28850001000013

Les valeurs geo_adresse ("Route de la boutinière 85000 La Roche-sur-Yon") et geo_id (85191_0024) de même que les latitudes et longitudes renvoyées par l'API Recherche entreprises semblent désormais cohérentes avec la carto de l'Annuaire des entreprises mais sont toutes incorrectes.

@XavierJp XavierJp reopened this Apr 3, 2024
@HAEKADI HAEKADI self-assigned this Apr 3, 2024
@XavierJp XavierJp reopened this Jul 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants