<span class="Apple-style-span" style="border-collapse:collapse;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px"><div><span class="Apple-style-span" style="border-collapse:collapse;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px"><p style="margin:0px 0px 0px 0px;font:15.0px Arial">
hola Luis,</p><p style="margin:0px 0px 0px 0px;font:15.0px Arial"><br></p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial">muchas gracias por la respuesta,</p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial;min-height:17.0px"><br></p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial">el problema esta en que las posibilidades de interrogacion de mi postgis son centenares (el usuario deberia poder interrogar y en consecuencia aplicar diferente simbologia segun decenas de parametros) por lo que cachear en Tiles creo que me costaria unos cuantos centenares de Gigas. No se si es muy prudente.</p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial;min-height:17.0px"><br></p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial">Supongo que deberia cachear como minimo las interrogaciones que conlleven mas resultados a filtrar y mostrar (mayor escala, menor zoom) y el resto crear de forma interactiva SLDs. Esto seria logico?</p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial;min-height:17.0px"><br></p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial">Para esta interrogacion interactiva, alguna recomendacion de software en cuanto a eficacia? Algun documento tecnico sobre como tunear el postgreSQL/postGIS (aparte del tipico indice GIST)?</p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial;min-height:17.0px"><br></p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial">venga, ya puedo hacer huelga ;.)</p>
<p style="margin:0px 0px 0px 0px;font:15.0px Arial">gracias</p></span></div><div><br></div><div><span class="Apple-style-span" style="border-collapse:collapse;color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px">----------------------</span></div>
Debes afrontarlo de diversas maneras. Una cosa es que tu postgresql sea<br>capaz de servir múltiples consultas con millones de puntos de vuelta y otra<br>el rendimiento de tu servidor de mapas, que no es lo mismo.<br>Por un lado debes optimizar tu postgresql, ajustar al máximo los<br>
parámetros, pensar tal vez en algún servidor replicado y crear un índice<br>espacial de manera que cuando el servidor WMS le haga una petición "Dame<br>los puntos dentro de estas coordenadas: [caja] " puedas hacer uso de<br>
consultas optimizadas que saquen provecho de los índices espaciales. Algo<br>así: SELECT count(puntos) AS numero_puntos,the_geom FROM tabla WHERE<br>the_geom && [caja] GROUP BY the_geom. Eso te devolverá las geometrías<br>
únicas y el número de puntos que caen en cada una.<br>Otra cosa es el rendimiento de tu servidor wms, para el que deberías<br>emplear algún sistema de caché, como tilecache. Son dos cosas separadas..</span>