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