Le 8 février 2012 23:57, Pieren <pier...@gmail.com> a écrit : > - ne pas surestimer le temps de mise à jour des tuiles de la carte en ligne
Je ne sais pas trop ce que cela veut dire. Parce que Mapnik (ou MapQuest si on le préfère) ont un "lag" très variable. Et il suffit qu'une tuile vient d'être raffraichie par le moteur de tuile pour que cela repousse à bien plus tard toute nouvelle mise à jour. Hors une tuile peut avoir été rendue par le moteur alors même que les modifs n'étaient pas terminées : il suffit de faire un zoom avant ou arrière pour que ce niveau soit mis à jour tout de suite et mis en cache local pour JOSM. De plus les tuiles des niveaux faibles de zoom mettent énormément plus de temps à être mises à jour (elles demandent beaucoup plus de données à charger, le moteur de rendu va donc leur donner une priorité plus basse s'il faut les remettre à jour, en mettant un délai plus important après qu'une modification y a eu lieu. Le moteur travaille avec des files d'attentes contenant les numéros de tuiles modifiées, il fixe alors semble-t-il des priorités en fonction du nombre de mises à jour qui y ont eu lieu : plus il y a eu de modifs, plus la mise à jour devient urgente et raccourcit le délai pour la gestion de la file de priorité. Le délai ne sert qu'à ça: déterminer les priorités, mais si la file d'attente est vide, il est ignoré, et la tuile sera alors recalculée immédiatement. Ce délai peut être réduit par de nouvelles mises à jour dans la tuile (il semble bien qu'elles sont comptées, chaque tuile ayant son propre compteur, mais n'enregistrant pas les données qui ont été mises à jour puisqu'elles seront chargées seulement au moment du rendu quand la tuile sort première de la file d'attente des tuiles), mais jamais rallongé. Enfin il y a plusieurs bases de tuiles, dont celles justement pour la détection des erreurs (base de données Osmose, tuiles de la couche de contrôle de surfaces administratives, etc.) Mais comment expliquer ça simplement à des CM1/CM2 ? Dommage que le moteur de rendu ne retourne pas une date estimée où une tuile marquée comme étant modifiée sera remise à jour (en fonction de sa file d'attente justement) ou de la place de la tuile dans cette file d'attente et la longueur de cette file. Cela permettrait de savoir si la tuile a tenu compte ou non d'une modif récente, en activant une option d'affichage sur le client permettant d'ajouter cela dans une couche transparente non intégrée dans la tuile mais affichée par le client lui-même. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr