Bonjour à tous.
Pour un vieil utilisateur de l'API de géoréférencement inverse se pose le passage à la moderne API Beta 2.
Si Beta 2 apporte une service sans conteste très rapide, les contraintes de recherches choisies dans son cahier des charges ne couvrent pas les capacités de recherche de l'ancienne API.
En effet, là où avec l'ancienne API on pouvait lancer une recherche sur 314ha (radius 1000m), la nouvelle API contrait à 1000m la plus grande extension du polygone de recherche, soit, pour un cercle 78ha (rayon 500m) et un carré 100ha.
La perte de recherche surfacique est donc d'un rapport de 1 à 4 pour un cercle et de 1 à 3 pour un carré.
On argumentera que cette contrainte est liée à la surcharge de calcul des serveurs et du volume de données en retour.
Certes, mais je répondrais :
1 - la contrainte de LIMIT à 20 réduit considérablement le flux des réponses, mais comme la recherche est pertinente, on (je) s'en accommode.
2 - que l'utilisation de de l'option returntruegeometry éclate la taille du flux de manière importante.
Le problème c'est que le territoire comporte des "zones blanches" de POI d'où la nécessité d'augmenter la zone de recherche. En 15 ans, aucun utilisateur ne m'a interpellé pour indiquer une recherche infructueuse alors que durant mes tests Beta 2, j'en ai trouvé plein.
Pour retrouver le même service, je vais être contraint à lancer 4 requêtes supplémentaires (sur les points des sommets du carré de recherche) en cas d'insuccès de la première.
Ce que je propose : pour les recherches de POI, autoriser le passage à 1000m le rayon de recherche. Pour les adresses et parcelles, pas de changement.
PS : si une telle décision n'appartient pas aux développeurs IGN actifs sur le forum, à qui doit-on soumettre l'idée ?
Partager