[OSM-talk-fr] Openstreetmap chez les cm1 cm2

[Philippe Verdy]

Le 8 février 2012 23:57, Pieren <pieren3 at 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.