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
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
