Experiencia de publicación de un servicio teselado de mapas WMTS RESTful VIII JORNADAS DE SIG LIBRE

Transcripción

1 Experiencia de publicación de un servicio teselado de mapas WMTS RESTful VIII JORNADAS DE SIG LIBRE Alvaro Huarte, Fernando Lacunza, Juan Luis Cardoso, Cristina Sanchez Sistemas de Información Territorial Tracasa (

2 Agenda Introducción. SITNA, IDENA, WMTS. Publicación del servicio WMTS: Elección del interfaz. Elección del software generador de la caché. Modificación del software base. Estrategias de procesamiento. Configuración final del servicio.

3 Introducción SITNA: Sistema de Información Territorial de Navarra. Surge en el año 2.000, como iniciativa del Gobierno de Navarra con el objetivo de integrar y difundir la información geográfica sobre su territorio.

4 Introducción IDENA: Infraestructura de Datos Espaciales de Navarra. En 2.005, el SITNA publica su portal IDENA según los principios INSPIRE. Permite el acceso estándar a su información pública. Servicios WEB basados en estándares OGC que ofrece: 1. WMS: 553 layers / URL: 2. CSW: 716 metadatos / URL: 3. WFS: 378 layers / URL: 4. WCS: 3 layers / URL: 5. WMTS: Ortofoto 2012 (25 cm/pixel) / URL: Servicio WMTS según el estándar OGC.

5 WMTS? En Abril de 2.010, el Open Geospatial Consortium (OGC) publica la versión del estándar Web Map Tile Service (WMTS). Interfaces soportados: RESTful, KVP y SOAP. RESTful No necesita software específico en el servidor Web Menor mantenimiento y más estable. Mejor rendimiento. KVP Si la estructura de carpetas está más jerarquizada, mejor para mover el contenido de la caché (menos archivos por carpeta). Hay clientes que sólo soportan KVP. Más cacheable por los clientes.

6 Elección final de la interfaz WMTS para el proyecto: RESTful Ventajas: Ninguna lógica en servidor Ningún software adicional Cacheable en navegadores y proxies Mayor rapidez de respuesta. Mayor estabilidad. Menos peticiones. Más fácil y rápido de desplegar en los nodos de una granja de frontales Web. Desventajas: Muchos archivos por carpeta carpetas y en su copia. Mal rendimiento en lectura de las

7 Elección del software opensource para generar la caché. MapProxy, TileCache, GDAL2Tiles o GeoWebCache. MapProxy caché en formato TMS y Se adapta a WMTS RESTful No fuente de datos local y + de 1 mes para 30 millones de teselas GeoWebCache No soporta WMTS RESTful Modificar código fuente

8 Modificación de GeoWebCache (GWC) Modificar código fuente e interfaz de usuario 1- Nuevo formato para RESTful 2- Indicar carpeta de salida El nuevo desarrollo posibilita generar en GeoWebCache (integrado o no en GeoServer) una caché en formato RESTful. Añade también la posibilidad de establecer un directorio de salida para paralelizar el proceso en diferentes máquinas y evitar el costoso trasiego de millones de ficheros típico de las cachés. Tiempo de generación de la caché: Aproximadamente 1 semana

9 Modificación de GeoWebCache (GWC) Las modificaciones se han publicado en la página del proyecto. Optional output folder for cache. Output RESTful cache.

10 Estrategias de procesamiento concurrente de la caché. Una máquina, una instancia GWC, una fuente de datos. Caché Balanceo Condor, N máquinas, N instancias GWC (+ commit #200), una fuente de datos, un repositorio común. N máquinas, N instancias GWC (+ commit #200), N fuentes de datos, un repositorio común.

11 Publicación del servicio WMTS La caché debe ser configurada para documentar a las aplicaciones cliente las capacidades del servicio. En WMTS RESTful el documento está en: {WMTSBaseURL}/1.0.0/WMTSCapabilities.xml Para el cálculo de escalas: pixel de 0.28 mm D = R / 0,00028 Nivel 0: 1024 m/pixel D = 1024 / 0,00028 = ,

12 Publicación del servicio WMTS Interceptar error 404 de las teselas inexistentes para publicar un continuo de la capa. HTTP 404

13 Preguntas? Muchas gracias Alvaro Huarte Fernando Lacunza Juan Luis Cardoso Cristina Sanchez