Le mardi 30 juin 2009 23:36, Yann Coupin a écrit : > c'est surtout qu'ils ne font pas de rendu en temps réel donc si le > rendu rame, ça n'est pas grave car ils continuent de servir les tuiles > du rendu précédent.
Ouep, je pense que c'est un truc dans ce goût là, faudrait que j'aille voire, ça doit bien se trouver dans le svn. > Si Sly faisait un rendu de la totalité des tuiles > et se contentait de servir des fichiers statiques, je pense que son > serveur ne ferait pas autant la tronche. ça c'est clair, mais techniquement le rendu de la totalité (0<z<18) n'est tout simplement pas possible (surtout sur la planète entière) Je soupçonne qu'il font tourner une tâche de rendu chaque semaine pour les zoom z<12 et que le reste est "on demand" avec cache. Ensuite ils doivent invalider certaines tuiles selon les diff et un processus doit venir en faire le rendu dès qu'il y a du CPU disponible. De mon coté, c'est l'utilisateur, qui, en faisant sa demande lance le rendu qui finira ou non dans le cache selon le zoom (et donc si ça sature, il attend) > Mais bon dans ce cas là > autant utiliser le rendu OSM directement.. C'est peut-être une idée > d'ailleurs, garder le rendu des contours sur beta et rendre le fond de > carte OSM Dans le cas présent, j'avais besoin d'un rendu OSM transparent à mettre par dessus, et osm.org n'en propose pas, en revanche, pour ma "copie d'osm.org" je pourrais utiliser celui d'osm.org et ne faire du temps réél que sur les gros zooms qui sont bien plus rapides -- sly _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
