5 votos

GeoWebCache WMTS siempre colocación de las teselas en caché

He pasado los últimos dos días tratando de mi mano en el GeoWebCache. He tenido algunos problemas y ahora estoy fuera de la oficina, así que no puede acceder a ningún código para adjuntar. Sé que si no este post se va a recordarme todo el fin de semana.

He estado usando GeoServer WMS en la demanda de mi OpenLayers app pero quería hacer uso del sistema integrado de GeoWebCache. (a) ¿tengo que usar WMTS el uso de la caché? Mi pensamiento actual es que sí y me han cambiado mi código en consecuencia. mi nuevo WMTS url apunta a geoserver/centro/servicio/wmts.

Así que me fui y configurado mi geowebcache.xml para incluir el BNG 27700 kit nidos de abeja. Yo también incluye 14 resoluciones que corresponden a mi la aplicación de escalas de mapa. Mapa y kit nidos de abeja tanto el retorno de 256x256 azulejos. No hay problema. Puedo editar mi layer.xml para el que desee capas para incluir mi kit nidos de abeja. Mi Catalina.muestra todo esto está bien cuando empiezo a tomcat5. He leído que necesito tener un diferente nombre de la capa en mi geowebcache.xml a la capa actual en geoserver. (b2) ¿es esto cierto?

Mi aplicación se hace muy lento WMTS las solicitudes que tomar hasta un minuto para la remontada. Significativamente más lento que el de mi anterior WMS. (c) ¿por Qué? . He intentado png, png8: y jpeg. (d) que es el más rápido? Actualmente favor png8:. Estoy usando mastermap área de datos con un simple SLD. No hay etiquetas o transparencias, así que no estoy seguro de por qué es tan lento.

Veo a mi pirámides comenzará a construir en el centro de directorio cuando hago estas horriblemente lento solicitudes. Sin embargo, cuando hago exactamente la misma pregunta de nuevo, los azulejos son sustituidos en la memoria caché en lugar de consumir. Obviamente no hay ninguna ventaja de rendimiento como resultado. (e) ¿por Qué mi baldosas sustituido? Yo no soy de configuración de caducidad de detalles para presumir la metastore debe manejar esto.

Cuando fui a volver a mi anteriormente quickish WMS solicitud de que también ellos son ahora muy lento. (f) Es esta relacionado? Rebotando en el servidor no ayuda.

Detalles: GeoServer/GeoWebCache está en un RHEL 16GB de RAM de la máquina. El almacén de caché, fija el límite de 5 gb que estoy en ninguna parte cerca. Tengo las últimas versiones de las aplicaciones.

Ayuda con alguno de mis 6 preguntas, sería genial! Gracias.

3voto

JakeRobinson Puntos 2545

Corrió en el mismo problema (e), el uso de espacio de nombres:layername para WMTS capa parámetro resuelto este problema para mí.

Me di cuenta de siguiente comportamiento:

No sé si esto es un bug o comportamiento esperado, espero que esta información ayuda de todos modos.

3voto

Celso Puntos 66

Según la documentación, el cambio de WMS para GeoWebCache sólo requiere un cambio de URL de:

/geoserver/wms <- direct WMS

/geoserver/gwc/service/wms <- geocached wms

y ya está bueno para ir, no es necesario cambiar la WMTS. Por CIERTO, GeoWebCache requiere que todos los azulejos se 256x256.

Usted puede también semillas de la memoria caché del Geocaché casa que se puede llegar desde el Geoserver de administración de la aplicación.

3voto

chobo2 Puntos 628

(B2) Cuando se trate de petición getCapabilities para el WMTS capa y el nombre de la capa que tiene el mismo nombre en geowebcache.xml usted va a obtener la respuesta que contiene las capacidades de dos capas con el mismo nombre pero diferente . Si usted está recibiendo capas en el cliente a través de OpenScales te darás cuenta de que HashMap de mi:Capa será roto.

Diferentes nombres en geowebcache.xml será la elección correcta. Por ejemplo:

<name>gwc:Layer</name>
...
<wmsLayers>my:Layer</wmsLayers>

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X