2009/6/19 sly (sylvain letuffe) <sylv...@letuffe.org>

> Ben... ça existe ça ?
> Tu parles de cache des tuiles générées, ou de cache interne à postgres ?
> côté
> mapnik, j'ai rien vu qui y ressemblait.
>

Je pensais du cote Postgres.


>
> Un truc que j'aurais bien aimé, c'est que dans le cas d'une vue de loin
> (sans
> conteste le plus coûteux en IO, où toutes les communes de france sont
> dessinées, ce qui semble plaire à certains ;-) )
> le chargement des communes (qui font en moyenne ~1000 noeuds,) pour finir
> par
> un rendu de 4x4 pixels aurait pu gagner un simplify des géométries
> (mes tests dans ce sens ont montrés qu'il y avait pas mal à gagner de ce
> coté
> là) Mais pour ça, je n'ai pas trouvé de trucs terrible.
>

Tu affiches toi même les communes avec une requête SQL, ou avec Mapnick?


>
> A part modifier (en profondeur?) osm2pgsql pour qu'a chaque fois qu'il
> importe
> une commune, il stocke une simplified version dans un autre champ que je
> pourrais utiliser pour tout les zooms faibles.
>

Tu peux faire cela, mais si je conseillerais de mettre cela dans une table
plus petite réservée seulement aux communes. La raison principale c'est que
l'index sera plus petit et donc plus rapide.
De plus, tu peux rajouter CLUSTER maTable (je ne me rappelle plus de la
syntaxe exacte). Ça peut prendre du temps, mais ça réduit assez fortement
l'IO.
Si tu utilises donc le SQL, on peut alors créer une fonction qui selon les
informations (bbox ou niveau zoom) qui se chargerait de lire les
informations dans la bonne table. Ce n'est pas très dur a faire mais ça
réduirait la charge de manière drastique.
Postgis cache assez bien les données en mémoire pour peu que la table ne
soit pas très grosse. A la limite, on peut carrément créer une géométrie
différente pour chaque niveau de zoom afin de ne pas avoir soudainement une
topologie qui change subitement.
La table serait pré calculée par exemple, toutes les n heures a moins
d'utiliser le trigger présent dans OSM ce qui simplifierait la tache aussi.


>
> osm2pgsql dispose maintenant de cette option (déterminer les tuiles qui
> sont "dirty") En guise de "trigger", vu mon setup, un simple delete du
> fichier ferait l'affaire
>

Ça pourrait aider comme tu le mentionnais dans un autre émail.


>
> PS: désolé pour cet horrible franglais, la flemme me fait souvent utiliser
> le
> mot anglais que je lis plus régulièrement
>

Je ne connais pas le Français technique donc je n'utilise que du franglais.

Emilie Laffray
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à