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, <[email protected]> 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 > /~~\/\ [email protected] Promouvoir et défendre le logiciel libre > / /~~\ tél. 04.76.63.26.99 http://www.april.org > > _______________________________________________ > Talk-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr > -- Guilhem BONNEFILLE -=- JID: [email protected] MSN: [email protected] -=- mailto:[email protected] -=- http://nathguil.free.fr/ _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
