Gérer l'absence de réponse de l'instance overpass sur la fiche d'un POI

gregori

Décrivez votre problème, votre suggestion

Je suis dans une zone avec relativement peu de réseau. Il m’arrive souvent que les requêtes pour afficher les détails des POIs n’aboutissent pas ou affichent d’abord la fiche du POI précédent. J’ai l’impression que la séquence des appels ou de leur interprétation en fonction de l’ordre de retour pose problème. Un problème annexe est que tant que la fiche n’est pas chargée, on ne peut pas la fermer… Désolé pour la quantité limitée d’infos, j’ai fait mon possible en l’absence d’un PC!

Système d'exploitation

iOS iPad

Navigateur

App installée

1. etienneJr

   Salut, Merci pour le signalement. Est ce un pb récent depuis hier matin ? Si oui alors c'est peut-être lié au test en cours de nos instances overpass.

2. gregori

   Non; c’est peut-être un peu plus ce matin mais j’observe ça depuis qu’on est dans la région. J’étais étonné de voir 12 requêtes concurrentes pour un seul POI, et le fait de ne pas pouvoir fermer la fenêtre en train d’être chargée était frustrant, d’où mon ticket. Je n’ai pas essayé de déchiffrer les appels API, l’iPad n’est vraiment pas adapté pour ça!

3. etienneJr

   dans #2581 j'ai remis toute les requêtes overpass sur l'instance rapide. Donc si tu as encore des lenteurs, c'est à cause de ton réseau.

   Je garde le ticket ouvert pour cette histoire de croix qui ne s'affiche pas, donc je me permets de le renommer.

   Il peut y avoir 2 raison de plantage

   • le résultat de la requête n'est jamais reçu (pb réseau, ou instance débordée)
   • le résultat est vide (POI n'existe plus), voir #954
4. laem

   C'est lié à un autre ticket qu'il faudrait qu'on termine une fois pour tous : sans la requête overpass, on peut déjà commencer à afficher le lieu avec les informations des tuiles (quand initié par clic sur tuiles).

   Et la requête overpass viendrait ensuite avec une barre de chargement discrète.