Il y a aussi des bizarreries sur les caches de tuiles OSM qui ne cessent d'alterner des tuiles d'ancien rendus et les nouveaux sans raison. Les caches ne fonctionnent pas correctement et ne gèrent pas correctement les versions. Les caches de tuiles contiennent des dates de mises à jour mais en fait ce sont des dates de dernier rechargement du cache depuis un serveur un ou autre. Il y a un "Etag" dans les métadonnées mais cet ETag ne sert à rien ici car il ne sert qu'à détecter un changement (savoir si une tuile est indentique ou pas à une autre mais sans savoir si laquelle des deux est réellement la plus ancienne, puisque les dates de mise à jour ne riment strictement à rien). Une métadonnée essentielle à ajouter aux tuiles serait d'y inclure simplement le numéro de dernier changeset chargé dans la base de données OSM esclave sur le serveur qui en a fait le rendu, et l'intégrer au "ETag" de façon à le rendre totalement comparable (relation "<=" et non seulement "=") et revoir la logique des dates de mises à jour.
Ceci rétablirait rapidement la cohérence des caches, dont le comportement maintenant est devenu très instable et aléatoire (d'autant plus que les serveurs de rendu sont visiblement surchargés et sont de plus en plus lents à afficher les tuiles manquantes, avec des délais pour certaines tuiles pouvant atteindre plusieurs minutes... avant que le serveur detuile finisse par retourner une copie de l'ancienne tuile, mais avec une nouvelle date de mise à jour, au lieu de seulement une nouvelle date d'expiration). Le manque de cohérence entre les caches peut aussi être lui-même à l'origine de la surcharge des serveurs de rendu. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
