[OSM-talk-fr] cache des tuiles OSM

[Guillaume Allegre]

Le Fri 08 Jan 2010 à 19:55 +0100, Guilhem Bonnefille a ecrit :
> Salut,
> 
> Je suis un des mainteneurs de Viking (le plus actif actuellement).

Merci de ta réponse rapide !

> 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.

En effet. Ça fait une raison de plus de réfléchir à un cache commun, 
même si je n'ai pas encore compris la valeur ajoutée d'emerillon par
rapport aux deux autres. 
Et comme client potentiel y'a aussi Marble, d'ailleurs, même si l'objectif est 
plus vaste.


> 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.
A priori, ils sont proches, mais la hiérarchie de classement des 
dalles est différente chez TangoGPS : 
~/Maps/OSM/<Zoom>/<X>/<Y>.png

> 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.

Ça fait certainement l'affaire, mais est-ce que GeoClue n'est pas un peu 
trop "gros" pour convaincre les autres projets de converger ?
Pareil pour la techno D-Bus : est-ce qu'elle n'est pas trop pointue 
pour rassembler tous les logiciels clients potentiels ?
Le cache commun n'a d'intérêt que si les principales applis y ont
recours.


> 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é » :-)

J'ai bien dit _semble_. Je peux me tromper, et je ne fais qu'avec ce que je
connais des deux logiciels, donc je suis peut-être passé à côté d'une killing
feature de Viking ;-)

> 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 »
Tu peux demander le téléchargement en un coup de toute la zone affichée 
à l'écran mais avec des zooms supérieurs ; par défaut de N+1 à N+4,
mais c'est réglable (jusqu'à N+6).

> Viking sait (saura) afficher un fond de carte non téléchargé en
> utilisant un niveau de zoom moins détaillé (zoom raster).
Je ne pensais pas à ça ; c'est pour moi plus de l'affichage que du cache.
C'est vrai que c'est aussi un service qui pourrait être extrait dans une bibliothèque
commune, mais ça élargit le champ au-delà de ce que j'imaginais.

> Viking sait aussi remplir le cache en suivant une trace (pour préparer
> une sortie off-line).
Ben j'ai manqué ça ! C'est documenté où ?

> Viking saura bientôt tenter un rafraichissement automatique et optimal
> du cache (très pratique sur OSM puisque les dalles évoluent assez vite).
Miam ! Intéressant.
N'empêche, que ça c'est typiquement du ressort du cache commun, et qu'il n'y a 
pas de raison de dupliquer les efforts (pour peu que la techno s'y prête).


> Bon désolé, c'est très publicitaire comme mail, mais le mail précédent
> m'y a poussé :-)
Y'a pas de mal, au contraire !
Mais peut-être qu'il y a une liste de développement commune plus adaptée 
pour cette discussion ?


-- 
 ° /\    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