[OSM-talk-fr] cache des tuiles OSM

[Guilhem Bonnefille]

Salut,

Je suis un des mainteneurs de Viking (le plus actif actuellement).

Cette histoire de partage de cache est récurrent. Il est donc
peut-être temps de s'y pencher sérieusement. A noter qu'il y a une
nouvelle application (au moins) sur ce secteur : emerillon.

Mais personnellement, je n'utilise pas (encore) tangogps. Je n'ai donc
aucune idée du "format" de ce cache. En ce qui concerne viking, il
s'agit d'un découpage proche du tilecache.
Pour mettre en commun, il faut déjà s'assurer que les système de
caches sont différents. Car s'ils sont identiques, on peut dire à
viking où aller entreposer son cache.
Il est aussi envisageable de faire évoluer le système de viking, car
je souhaite publier une 1.0 qui peut être l'occasion de changer les
API pour quelques choses de plus robuste.

En ce qui concerne une mise en commun plus "logicielle", j'avais pensé
à utiliser GeoClue. En gros, l'idée consiste à rajouter des interfaces
pour faire en sorte que les appli demandent les dalles via GeoClue.
C'est alors lui qui gère un cache, naturellement commun. Mais reste à
définir ces interfaces pour que tout le monde y trouve son compte.
L'avantage de cette solution c'est qu'il n'y a pas de projet à
inventer/céer : GeoClue existe déjà et adresse des problématiques
proches. En plus, du fait de l'API DBus, il sera possible de
développer d'autres clients/usages plus facilement qu'une lib en C.


Concernant les stratégies de mise en cache, il y a certainement à
comparer. Mais je suis un peu piqué par l'assertion « Celui de
TangoGPS semble d'ailleurs un peu plus sophistiqué » :-)
Je ne suis pas sûr de comprendre ce que signifie concrètement «
rapidement pré-charger une zone aux niveaux de zoom plus élevés »
Viking sait (saura) afficher un fond de carte non téléchargé en
utilisant un niveau de zoom moins détaillé (zoom raster).
Viking sait aussi remplir le cache en suivant une trace (pour préparer
une sortie off-line).
Viking saura bientôt tenter un rafraichissement automatique et optimal
du cache (très pratique sur OSM puisque les dalles évoluent assez
vite).
Bon désolé, c'est très publicitaire comme mail, mais le mail précédent
m'y a poussé :-)


Le 8 janvier 2010 18:43,  <allegre.guillaume at free.fr> a écrit :
> Salut,
>
> J'utilise alternativement Viking et TangoGPS, qui gèrent tous les deux
> l'affichage des tuiles OSM (Mapnik ou Osmarender, ou autre rendu).
>
> Le problème est que ces deux logiciels ont chacun leur système de gestion
> du cache, et j'imagine que d'autres encore aussi.
> Celui de TangoGPS semble d'ailleurs un peu plus sophistiqué, puisqu'il permet
> de rapidement pré-charger une zone aux niveaux de zoom plus élevés que le niveau
> courant.
>
> Est-ce qu'il existe quelque chose pour partager le cache entre différentes
> applications, ou des projets dans ce sens ?
> Si non, qu'est-ce qui pourrait être envisagé d'après vous ?
> Perso, je vois deux pistes :
> - une sorte de serveur de tuiles proxy à installer en local
> - une bibliothèque partagée
> La seconde solution est certainement plus simple pour l'utilisateur final,
> mais demanderait de modifier les applis existantes.
>
>
> --
>  ° /\    Guillaume Allègre            Membre de l'April
>  /~~\/\   Allegre.Guillaume at free.fr  Promouvoir et défendre le logiciel libre
>  /   /~~\    tél. 04.76.63.26.99      http://www.april.org
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Guilhem BONNEFILLE
-=- JID: guyou at im.apinc.org MSN: guilhem_bonnefille at hotmail.com
-=- mailto:guilhem.bonnefille at gmail.com
-=- http://nathguil.free.fr/