[OSM-dev-fr] Fwd: processed_p.shp
Emilie Laffray
emilie.laffray at gmail.com
Jeu 26 Mai 12:45:24 BST 2011
Forwarde ma reponse a Francois seulement mea culpa.
Salut,
oui oui je suis abonnée.
Quelle est la question exactement?
Oui le découpage en polygone plus petit est plus efficace pour le rendu du
fait de l'utilisation du cache (Postgis va essayer de mettre en mémoire les
éléments lors de la lecture des éléments). Pour la même raison, il y a
quelques temps je découpais des pays en polygones plus petits quand je
voulais faire des tests du genre "y a t'il un point dans ce polygone?".
Selon ce que tu veux faire, tu réduis ainsi l'IO de la base de donnée ce qui
n'est pas quelque chose de négligeable. Enfin tout depend aussi énormément
de la configuration de ta base postgresql pour savoir quelle est la taille
optimale et de la complexité du polygone.
De plus, il y a aussi un "bug" avec Postgis quand une table a quelques
lignes avec de gros polygones. Postgresql choisit alors de faire un scan et
n'utilisera jamais l'index. Il semblerait que ca soit un probleme avec les
tables TOASTs.
Par contre, je ne sais pas ou se trouve le code pour découper tout ca. Je
sais qu'il existe un outil pour vérifier les cotes que j'utilise de temps en
temps pour corriger les cotes dans le monde, mais voila quoi. Il me semble
que c'est Jon Burgess qui est derrière l'outil en question.
Emilie Laffray
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20110526/7717ad1b/attachment.html>
Plus d'informations sur la liste de diffusion dev-fr