2013/5/6 Christian Quest <[email protected]>: > Bonjour Matthieu, > > Ne transmettre qu'un diff de ce qui a changé sur une tuile impliquerai > de conserver côté serveur, la dernière version d'une tuile ainsi qu'un > certain nombre de diff des versions précédents.
Justement non : le serveur conserverait la dernière tuile uniquement, comme aujourd'hui, ainsi que le fichier signature associe permettant de calculer le diff (la encore le dernier suffit). Ce serait au client de calculer le diff via ce fichier signature entre la version qu'il a en ce moment (ca peut même ne pas être la dernière) et la nouvelle du serveur, puis de demander les blobs qui ont changé. Pour cette dernière étape, un GET avec les bons header "Range:" suffit (c'est déjà supporte aujourd'hui, rien a changer) > > Ce mécanisme ne fonctionnerai correctement que si le client a déjà une > ancienne tuile dans son cache. Est-ce si souvent le cas ? Justement, c’était ma question, vu que je n'ai pas accès aux logs. Je sais pas si c'est facilement accessible dans les logs tels quels; s'il faut parser, est-il possible d'avoir quelques lignes pour tester ? > Je pense surtout que le problème de ressources n'est pas dans le > transfert des tuiles, mais plus dans leur génération. Ca je veux bien le croire. > L'avenir se situe sûrement dans un domaine tout autre: les tuiles > vectorielles... et le rendu au niveau du client. Il va falloir que je me documente sur le sujet, je ne savais pas que ca existait. Merci ! -- Matthieu RAKOTOJAONA _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
