documentación_mod4_r1344.pdf

MÓDULO 4 Servicio de Visualización (WMS) José Carlos Martínez Llario © Universitat Politècnica de València, 2013-2024...

MÓDULO 4 Servicio de Visualización (WMS) José Carlos Martínez Llario © Universitat Politècnica de València, 2013-2024 Revisión: 08/07/2024 Queda prohibida la reproducción total o parcial de esta obra sin la autorización por escrito de los propietarios del copyright, así como la distribución de ejemplares. Créditos: © José Carlos Martínez Llario.  2 MÓDULO 4. Servicio de Visualización (WMS) Resumen En esta unidad estudiarás lo que es el servicio de visualización WMS, sus operaciones y los parámetros necesarios para su utilización. Realizarás varias peticiones a servidores de mapas utilizando el método HTTP GET y el protocolo WMS. Aprenderás a obtener los documentos de capacidades de los servidores y cómo interpretarlos. Tras interpretar los ficheros de capacidades del servidor WMS aprenderás a obtener mapas de dichos servidores. Objetivos ▪ Conocer el protocolo WMS. ▪ Conocer y aplicar las operaciones del protocolo WMS. ▪ Conocer y aplicar los parámetros de las operaciones del protocolo WMS. ▪ Conocer y realizar peticiones HTTP Post y HTTP Get. ▪ Saber interpretar el documento XML de capacidades WMS. ▪ Aplicar los parámetros adecuados para la obtención de mapas según peticiones WMS. Docencia inversa y aprendizaje combinado ▪ Esta unidad docente está desarrollada para que puedas realizar las actividades prácticas - teóricas fuera del horario docente (online). Recuerda que al final del módulo, tras la realización de las prácticas se te pedirá que indiques de forma aproximada las horas de dedicación total y con este sondeo se calcula la moda y el cronograma para el año siguiente.  3 MÓDULO 4. Servicio de Visualización (WMS) MUY IMPORTANTE: NOTAS (CFP) 1) Este módulo se puede realizar fuera de la máquina virtual, ya que no requiere instalar o usar ningún software. Se aconseja por tanto realizarlo fuera por la rapidez, ya que únicamente se necesita un navegador.  4 MÓDULO 4. Servicio de Visualización (WMS) MUY IMPORTANTE: NOTAS (UPV) Trae auriculares SIEMPRE a clase. Este módulo contiene varios vídeos y necesitarás auriculares en clase. Adelanta trabajo antes del laboratorio. Los vídeos de la práctica 5 tiene una duración elevada: 45 minutos en total. Si quieres adelantar visualízalos en casa 1) Este módulo se puede realizar fuera de la máquina virtual, ya que no requiere instalar o usar ningún software. Se aconseja por tanto realizarlo fuera por la rapidez, ya que únicamente se necesita un navegador. 2) En la práctica 5 es necesario ver y escuchar un screencast de 45 min que explica el documento de capacidades. Se aconseja al alumno visualizar este vídeo en CASA antes de realizar la práctica en el laboratorio para ahorrar tiempo en las clases.  5 MÓDULO 4. Servicio de Visualización (WMS) Contenido 1 Introducción a los servicios de visualización......................................................... 6 1.1 NORMATIVA.......................................................................................................... 6 1.2 SISTEMAS DE REFERENCIA..................................................................................... 7 1.3 OPERACIONES DEL SERVICIO WMS....................................................................... 8 1.4 REGLAS GENERALES DE SOLICITUD HTTP............................................................. 8 1.4.1 Peticiones mediante HTTP GET..................................................................... 9 1.4.2 Peticiones mediante HTTP POST................................................................. 11 2 Operaciones......................................................................................................... 13 2.1 VERSIONES.......................................................................................................... 13 2.2 GETCAPABILITIES................................................................................................ 14 2.2.1 Parámetros de la petición GetCapabilities................................................... 14 2.2.2 Documento XML de capacidades.................................................................. 17 2.2.3 Descripción extendida de la respuesta a una operación Getcapabilities..... 20 2.3 GETMAP.............................................................................................................. 24 2.3.1 Parámetros de petición operación GetMap:................................................. 25 2.4 GETFEATUREINFO............................................................................................... 30 2.4.1 Parámetros de petición GetFeatureInfo........................................................ 31 3 El servicio WMS conforme con la Directiva INSPIRE....................................... 35 3.1 PRÁCTICAS SERVICIO DE VISUALIZACIÓN INSPIRE............................................. 37 3.1.1 Ejemplo del Estilo básico de visualización INSPIRE.................................... 37 3.1.2 Parámetro de idioma..................................................................................... 39 3.2 COMPROBACIÓN DE SI UN SERVICIO SIGUE LA GUÍA DE INSPIRE........................... 40 3.3 NORMATIVA INSPIRE: VIEW SERVICES............................................................... 43 3.4 ALGUNAS REFERENCIAS BIBLIOGRÁFICAS........................................................... 44  6 MÓDULO 4. Servicio de Visualización (WMS) 1 Introducción a los servicios de visualización 1.1 Normativa Un servicio web de mapas (WMS) produce mapas georreferenciados de forma dinámica a partir de información geográfica que puede ser de naturaleza vectorial, ráster, etc. El servicio web de mapas (WMS) es un protocolo para servir imágenes georreferenciadas de mapas a través de Internet. Estas imágenes son generadas por un servidor utilizando información geográfica proporcionada por una base de datos SIG. La especificación WMS fue desarrollada y publicada por primera vez por el Open Geospatial Consortium (OGC) en 1999. La especificación completa se puede encontrar en: https://www.opengeospatial.org/standards/wms. La última versión de la especificación WMS del OGC es la WMS 1.3.0 cuya última revisión data del año 2006. La organización de normalización ISO adoptó esta especificación como norma ISO 19128:2005. Posteriormente en el año 2009 la organización de normalización española UNE publicó la traducción de dicha norma, hablamos de la norma UNE-EN ISO 19128:2009. Como sabemos las normas ISO no son documentos gratuitos, aunque en realidad en este caso no los necesitamos, ya que dichas normas coinciden con la especificación WMS 1.3.0 publicada por el OGC y que es de descarga gratuita. El protocolo WMS proporciona una forma sencilla para solicitar imágenes georreferenciadas mediante peticiones HTTP. Una petición WMS define qué capas y qué áreas de esas capas se quieren obtener a un determinado servidor WMS mediante una dirección URL. En ese momento un servidor WMS obtiene las zonas y las capas solicitadas y las devuelve generalmente en formato de imagen al cliente. Estas imágenes pueden ser visualizadas en un simple navegador de Internet (Firefox, Safari, Chrome, etc.) que puede actuar como cliente WMS (cliente ligero) realizando dichas peticiones y además puede combinar diferentes peticiones para combinar diferentes imágenes como si fueran capas de un mapa. También un SIG de escritorio como gvSIG, ArcGIS, etc. (clientes pesados) puede realizar peticiones WMS a un servidor y obtener de esta forma capas remotas en forma de imagen que podrá combinar con el resto de capas. Imagen fuente: Curso IDE IGN. IGN & UPM-LatinGEO  7 MÓDULO 4. Servicio de Visualización (WMS) También es posible que un cliente realice peticiones a diferentes servidores WMS obteniendo diversas imágenes georreferenciadas que podrá combinar para obtener un mapa. Además, las capas cartográficas alojadas en los servidores WMS no es necesario que estén en el mismo sistema de referencia espacial para que pueden ser combinadas. Los softwares de servidor WMS como GeoServer que veremos en un módulo posterior, son capaces de reproyectar las imágenes al vuelo para de esta forma un cliente incluso ligero pueda combinar diferentes capas. 1.2 Sistemas de referencia A lo largo de este curso tenemos que hacer referencia a los sistemas de referencia utilizados por las capas cartográficas. Una de las mejores formas de hacerlo sino la mejor es utilizar el estándar EPSG (European Petroleum Survey Group). Este estándar identifica un código numérico con cada uno de los sistemas de referencia espaciales que tiene documentados que son miles. Desde hace ya años es la forma más fácil de referirse a un sistema de referencia y es la que vamos a utilizar constantemente. La siguiente tabla muestra los códigos EPSG de algunos de los sistemas de referencia planimétricos más utilizados en España: ED50 WGS84 ETRS89 ETRS89 INSPIRE* REGCAN95 Proyección UTM Huso 27 32627 3039 4082 Huso 28 23028 32628 25828 3040 4083 Huso 29 23029 32629 25829 3041 Huso 30 23030 32630 25830 3042 Huso 31 23031 32631 25831 3043 Coordenadas Geográficas 4230 4326 4258 4081 * Son similares a los UTM tradicionales con ETRS89, es decir, el 25830 es igual que el 3042 en Inspire. La diferencia es que en Inspire solo están definidos desde el 3038 al 3051 para los husos 26-39 que son solo los utilizados en Europa. **Además tenemos el EPSG:3857 o Web Mercator que utiliza Google Maps y otros visualizadores online, o el 3035 (Lambert equiárea) que se utiliza para representar el continente europeo (INSPIRE). La base de datos EPSG se puede descargar en varios formatos como Access MDB y PostgreSQL en: https://www.epsg.org/ También se pueden buscar estos códigos EPSG de forma online en sitios web como: https://spatialreference.org/ o https://www.epsg.org/  8 MÓDULO 4. Servicio de Visualización (WMS) 1.3 Operaciones del servicio WMS La especificación del OGC define tres operaciones para el servicio WMS, es decir, un cliente WMS ligero o pesado puede solicitar al servidor tres tareas diferentes. GetCapabilities (obligatoria): El servidor WMS devuelve un documento que contiene los metadatos y/o propiedades del servidor. Por ejemplo: qué capas tiene el servidor, cómo se llaman, qué sistemas de referencia soportan, etc. GetMap (obligatoria): El servidor WMS devuelve una imagen del mapa según unos parámetros especificados por el cliente como al área solicitada, las capas o el sistema de referencia solicitado. GetFeatureInfo (opcional): El servidor devuelve información sobre los atributos de los objetos geográficos en una posición espacial determinada. El estándar WMS define dos tipos de servicios: un WMS básico y un WMS de consulta: ▪ El WMS básico debe soportar los elementos básicos del servicio, la operación GetCapabilities y la operación GetMap. Permite clasificar la información que posee en “Capas” y ofrece un número determinado de “Estilos”, para la visualización de dichas capas. Únicamente soporta Capas y Estilos definidos, no incluye mecanismos de definición de simbolización por parte del usuario. ▪ El WMS de consulta debe satisfacer todos los requerimientos de un WMS básico y también soportar la operación GetFeatureInfo. Además, para definir la simbolización el estándar WMS soporta otra especificación del OGC que es la especificación Styled Layer Descriptor (SLD) y que veremos en los siguientes módulos. Estas operaciones WMS (GetCapabilities, GetMap y GetFeatureInfo) se invocan utilizando el protocolo HTTP y se pueden realizar utilizando un navegador estándar (Opera, FireFox, Chrome, etc.) o una aplicación SIG de escritorio. 1.4 Reglas generales de solicitud HTTP El protocolo HTTP (Hypertext Transfer Protocol) sirve para permitir la comunicación entre clientes y servidores en Internet. HTTP es un protocolo que se puede utilizar tanto para realizar peticiones a un servidor desde un cliente como para obtener la respuesta desde el servidor al cliente. Los dos métodos HTTP para realizar peticiones que más se utilizan y que usaremos para realizar las peticiones en todos los servicios OGC de esta asignatura son el método HTTP GET y el método HTTP POST. Más adelante veremos cómo utilizar ambos métodos de forma práctica, pero puedes consultar cuando se utiliza cada método de forma conceptual en: https://www.w3schools.com/tags/ref_httpmethods.asp  9 MÓDULO 4. Servicio de Visualización (WMS) 1.4.1 Peticiones mediante HTTP GET Petición mediante HTTP GET: Los parámetros que necesita la operación (GetCapabilities, GetMap o GetFeatureInfo si estamos hablando de un servicio WMS) se codifican en la misma URL que se utiliza para realizar la petición mediante parejas de “valor” / “nombre de variable” (KVP = keyword /Value Pair). Petición general HTTP GET: http://host[:port]/path?keyword=value&keyword=value&... La petición HTTP GET se define por lo tanto con: ▪ URL (protocolo http o https + nombre de máquina o dominio + opcionalmente el número de puerto + ruta). La URL está formada desde el primer carácter hasta el carácter ? (no inclusive). ▪ Símbolo de interrogación (indica que a partir del mismo se van a especificar los pares de “variable / valor”) ▪ Lista de pares de “variable (keyword) / valor” separados por el carácter &. El valor se separa del nombre de la variable (keyword) con el carácter =. Práctica 1: Ejemplo de petición HTTP GET En esta práctica vas a realizar un ejemplo de petición HTTP GET. 1. Entra en un navegador en la página de búsqueda de Yahoo: https://es.search.yahoo.com/ 2. Introduce un texto de búsqueda (que contenga varias palabras separadas por espacio), por ejemplo: mapas antiguos y presiona el botón Buscar.  10 MÓDULO 4. Servicio de Visualización (WMS) 3. En este caso tu navegador realizará una petición HTTP GET con una serie de parámetros (parejas keyword / value). Fíjate en la nueva dirección que aparece en el navegador, y responde a las siguientes preguntas en la plantilla de resultados. Por ejemplo (generalmente la dirección que tú obtengas será bastante diferente): https://es.search.yahoo.com/search;_ylt=A2KLtYWHn7ZTtmcAH_Bdoq5_?p=ma pas+antiguos&toggle=1&cop=mss&ei=UTF-8&fr=yfp-t-684 ¿Cuál es la dirección completa de tu navegador, es decir, la URL más todos los parámetros de la petición? ¿Cuántos pares de keyword / value tiene la dirección? ¿Cómo se llama la variable o keyword que almacena el valor del texto introducido en la búsqueda? ¿Qué carácter se ha utilizado para sustituir los espacios en el texto de la búsqueda? 4. Fíjate que esas parejas de keyword / value no son sino los parámetros que pasa el cliente (en este caso el navegador) al servidor remoto. El servidor según los parámetros que le pase el cliente realizará unas tareas u otras y devolverá una respuesta, en este caso todas las entradas web de la búsqueda solicitada. En este caso los parámetros de este ejemplo solo son entendibles por el servidor de Yahoo y es Yahoo quien los ha definido siguiendo sus necesidades. La especificación WMS entre otras muchas cosas define esos parámetros, es decir, cómo se llaman, qué representan y qué valores pueden tomar para realizar peticiones de mapas a un servidor. De esta forma, por ejemplo, el estándar WMS definirá un parámetro que se llamará layers y que tomará como valor el nombre de la capa cartográfica que el cliente quiere visualizar. Pues a partir de ahora, vamos a ver todos esos parámetros del estándar WMS y cómo utilizarlos lo que nos hará entender este estándar. Cada operación GetCapabilities, GetMap o GetFeatureInfo tendrá sus propios parámetros que tendremos que estudiar y lo mismo con el resto de protocolos de servicios OGC que veremos como WCS, WFS, WMTS, CSW, etc. Práctica 2: Petición HTTP GET a un servicio OGC En esta práctica vas a realizar un ejemplo de petición HTTP GET, pero a un servicio OGC (en este caso a un servicio WMS). Solo es un ejemplo, no te preocupes porque en seguida vamos a explicar todos los parámetros WMS. 1. Escribe en un navegador la siguiente petición HTTP GET al servidor WMS que contiene los datos Corine del IGN: http://servicios.idee.es/wms-inspire/ocupacion-suelo?request=GetCapabilities&service=WMS  11 MÓDULO 4. Servicio de Visualización (WMS) 2. Obtendrás como respuesta un documento de texto en el mismo navegador. La especificación WMS en este ejemplo está definiendo los siguientes parámetros: - Que hay un parámetro que se llama request y que en este caso toma el valor GetCapabilities. - Que hay un parámetro que se llama service y que en este caso toma el valor WMS. - El servidor debe de entender los parámetros de la petición y actuar según su valor y lo que dice la especificación. En este caso la especificación WMS dice que si el valor de request es GetCapabilities entonces el servidor debe devolver un documento de texto con la información solicitada. 1.4.2 Peticiones mediante HTTP POST HTTP Post es el otro método que vamos a utilizar para realizar peticiones a los servidores. En este método los parámetros no se codifican en la dirección (URL) directamente, sino que se codifican utilizando XML dónde las etiquetas XML y su contenido definen estos parámetros. Para el usuario es un método mucho más complicado de utilizar para definir las peticiones así que lo utilizaremos especialmente en aquellos casos que el estándar WMS no permite el uso de HTTP GET. Generalmente no se permite el uso de HTTP GET cuando los parámetros a codificar son muchos o requieren una gran longitud. Además, otro inconveniente es que no podemos escribir directamente la petición en la barra de direcciones del navegador sino hay que crear un documento XML y enviarlo al servidor utilizando alguna utilidad que permita realizar peticiones HTTP Post. Como ventajas podemos decir que el cliente no verá los parámetros y su valor en la dirección del navegador y además cuando los parámetros de la petición son muchos y complicados el documento XML es mucho más claro y estructurado. Práctica 3: Petición GetCapabilities de tipo HTTP POST con utilidades extra Para realizar un ejemplo con una petición POST en XML, vamos a realizar un GetCapabilities pero de un servicio WFS, en este caso el WFS de Catastro sobre direcciones: 1. Los datos que necesitamos para realizar la petición son la URL y el contenido del documento XML. a. URL: http://www.cartociudad.es/wfs-inspire/direcciones b. Documento XML (cuerpo de la petición, código disponible en Poliformat)  12 MÓDULO 4. Servicio de Visualización (WMS) Además, como hemos comentado necesitamos una utilidad para realizar la petición Vamos a realizar la petición HTTP POST con una de las muchas utilidades que hay en disponibles en internet: En este caso vamos a utilizar una página web que implementa un formulario para realizar peticiones HTTP POST: https://reqbin.com/ El inconveniente de utilizar un sitio web para realizar la petición POST es que deje de estar disponible online, lo cual es hasta frecuente, así que, si dicho sitio web no existe o no funciona, trata de buscar por ti mismo otra utilidad similar en internet o pregúntale al profesor si no encuentras ninguno. Entra en la web de utilidad para realizar la petición, https://reqbin.com/ o similar Fíjate en la imagen superior para seguir las instrucciones. 1. Introduce la URL del servidor al cual se va a realizar la petición (request). En este caso el servidor de Cartociudad. 2. Selecciona la petición de tipo POST. 3. Selecciona el tipo de contenido de la petición, en este caso será XML (application/xml). Nota para otros sitios que no sean reqbin: En lugar de seleccionar en un desplegable el tipo xml, podría ser necesario añadir una variable de cabecera (add header) con la variable- valor “Content-Type” y “text/xml”. Esto indica que vamos a enviar un XML 4. Escribe el texto del documento XML en la caja (no escribas el texto ya que es fácil equivocarse, está en un fichero de texto en los recursos de Poliformat). 5. Presiona el botón Test / Send / Submit. La página web realizará la petición y aparecerá el resultado XML devuelto por el servidor WMS.  13 MÓDULO 4. Servicio de Visualización (WMS) Realiza una captura de pantalla similar a la imagen inferior donde aparezca parte de la sección Response o de respuesta con el documento XML devuelto por el servidor y pega la imagen en la plantilla de resultados. Nota: El comando curl permite realizar peticiones http de diferentes tipos y con una gran variedad de opciones. Está disponible en MS Windows en https://curl.se/windows 2 Operaciones En este apartado vamos a describir cómo se utilizan cada una de las peticiones WMS GetCapabilities, GetMap y GetFeatureInfo: qué parámetros utilizan, qué resultado devuelven, etc. Cuando realizamos una petición de una de estas operaciones debemos utilizar un método HTTP GET o HTTP POST. No todas las operaciones soportan los dos métodos, generalmente qué método debe soportar cada operación aparece en la especificación del servicio OGC (WMS, WFS, etc.). En este módulo vamos a utilizar el método HTTP GET para realizar las tres operaciones y además como ejemplo vamos a utilizar el método HTTP POST para realizar un ejemplo de operación GetCapabilities de otro protocolo OGC, el protocolo WFS. 2.1 Versiones Antes de empezar a estudiar las diferentes operaciones WMS, notad que como cualquier estándar el protocolo WMS ha sufrido modificaciones y han aparecido diferentes versiones a lo largo de los últimos años. En este curso vamos a ver la última versión del estándar que es la WMS 1.3.0, aunque aún hay muchos servidores WMS en el mercado que solo soportan la versión anterior que fue la 1.1.1 o la 1.1.0.  14 MÓDULO 4. Servicio de Visualización (WMS) El documento pdf de la especificación WMS (imagen anterior) es sin duda el mejor documento para comprender y estudiar este estándar con detalle y que se puede obtener de forma gratuita en: https://www.ogc.org/standards/wms 2.2 GetCapabilities La respuesta a una operación GetCapabilities es un documento XML con información general sobre el servicio e información específica de las capas disponibles en él, es decir los metadatos del servicio. 2.2.1 Parámetros de la petición GetCapabilities En la tabla siguiente se resumen los parámetros de la petición GetCapabilities. Parámetro y ejemplo uso Descripción Condición REQUEST=GetCapabilities Nombre de la operación que se realiza en la petición, debe Obligatorio ser igual a GetCapabilities en este caso. SERVICE=WMS Tipo de servicio sobre el cual se realiza la petición, en este Obligatorio caso es igual a WMS pero podría WFS, WCS, etc. VERSION=1.3.0 Versión del servicio solicitada, en WMS en la actualidad Opcional puede ser 1.3.0, 1.1.1 o 1.1.0 FORMAT=text/xml Formato del documento XML de salida. Se debe Opcional especificar exactamente igual que aparece en el documento de capacidades en la sección de capability / request / getcapabilities / format El valor por defecto es text/xml. UPDATESEQUENCE=cadena Generalmente se usa para especificar una versión del Opcional con un número o fecha documento XML de capacidades obtenido. De forma que si el servidor WMS ha sufrido algún cambio incrementa un número que indica la versión o utiliza una fecha.  15 MÓDULO 4. Servicio de Visualización (WMS) Práctica 4: Peticiones GetCapabilities a servidores WMS. Parámetros obligatorios. En esta práctica vamos a realizar varios ejemplos de peticiones GetCapabilities. 1. Introduce en un navegador la siguiente WMS (servidor WMS de La Rioja): https://ogc.larioja.org/wms/request.php?REQUEST=GetCapabilitie s&SERVICE=WMS&VERSION=1.3.0 Obtendrás el documento de capacidades que estudiaremos más adelante. Fíjate que en la primera línea el atributo versión del XML nos dice que el documento devuelto es efectivamente de la versión 1.3.0 de WMS. 2. Realiza la petición de nuevo pero esta vez sin el parámetro VERSION. Al ser un parámetro opciones el servidor WMS debe de seguir devolviendo el documento XML. ¿De qué versión de WMS es el documento XML devuelto? Generalmente al no especificar la versión en la petición el servidor WMS devuelve la versión más alta que soporta. 3. Realiza la petición otra vez, pero ahora quita el parámetro SERVICE, que es un parámetro obligatorio, de la petición y escribe de nuevo el parámetro VERSION=1.3.0. El comportamiento del servidor puede variar, podría 1) devolver un error (por pantalla como la imagen inferior devolviendo un fichero XML con información de dicho error) 2) devolver una pantalla en blanco o incluso 3) asumir que el cliente quiere hacer una petición WMS y funcionar correctamente ¿Qué sucede en el caso del servidor de la Rioja?, escribe la contestación en la plantilla de resultados.  16 MÓDULO 4. Servicio de Visualización (WMS) 4. Realiza la petición igual que en el apartado 1 pero vamos a solicitar la versión 1.1.1 en lugar de la 1.3.0 Fíjate que en lugar de ver el documento XML que devuelve el servidor por la pantalla del navegador, el navegador solicita grabar un fichero. Este comportamiento depende también del formato en qué el servidor devuelve la información y cómo la interpreta el propio navegador. Si este es tu caso, graba el fichero en tu disco duro y ábrelo con el editor notepad++. Observa que independientemente de la extensión dicho fichero vuelve a ser un documento de texto XML. Ten esto en cuenta a partir de ahora y siempre que el navegador devuelva un fichero trata de grabarlo y abrirlo posteriormente porque lo normal es que sea un documento XML. 5. Realiza una petición GetCapabilities al servidor WMS del IGN Base (utiliza la versión 1.3.0): https://www.ign.es/wms-inspire/ign-base 6. En el documento XML de capacidades que devuelve fíjate en el atributo updateSequence de la etiqueta inicial WMS_Capabilities. Escribe en la plantilla de resultados el valor de dicho atributo que será un número. Si el IGN cambiara alguna información en el documento XML en un futuro incrementaría este número. De esa forma un cliente puede saber si se ha realizado alguna modificación en el servidor WMS. ▪ El nombre de los parámetros en los estándares OGC no son sensibles a mayúsculas- minúsculas. ▪ El valor de los parámetros sí que es sensible a mayúsculas-minúsculas. Por ejemplo: si no ponemos GetCapabilities (con la G y la C en mayúsculas) podría ser que el servidor WMS no reconociera la operación, aunque esto en última instancia depende de la flexibilidad del servidor WMS. ▪ El orden de los parámetros de la petición HTTP GET no importa ▪ Lo mejor es ceñirnos al estándar, por lo tanto, pondremos siempre en las peticiones al menos los parámetros obligatorios y respectaremos en los valores las mayúsculas- minúsculas.  17 MÓDULO 4. Servicio de Visualización (WMS) 2.2.2 Documento XML de capacidades En este apartado vamos a estudiar el documento XML de capacidades devuelto por un servidor WMS tras solicitarle una petición GetCapabilities. Dicho documento contiene información como el nombre y número de capas cartográficas ofrecidas por el servidor, los sistemas de referencia soportados, metadatos sobre la autoría, etc. Un esquema del contenido de dicho documento XML sería: Documento XML Service Capability Nombre Request Exception Layer Título Resumen Palabras clave Nombre / Título GetCapabilities Restricciones Acceso Resumen Información Contacto, etc. GetMap Palabras Clave GetFeatureInfo Estilos de visualización Sistemas de Referencia Escala mínima / máxima Enlace a metadatos Extensión geográfica Atribución, etc. Este documento XML sigue un Schema (generalmente un documento XSD) definido por el OGC y dónde se especifica la sintaxis de dicho documento XML de capacidades. Si en algún momento tenemos dudas de qué elementos XML consta el documento de capacidades o si son obligatorios u opcionales o como se estructura el documento podemos encontrar los esquemas en: - versión 1.1.1: http://schemas.opengis.net/wms/1.1.1 - versión 1.3.0: http://schemas.opengis.net/wms/1.3.0 Ejemplo: Documento XML de respuesta de una petición GetCapabilities a al servidor WMS del Instituto Geográfico Nacional de la República de Argentina:  18 MÓDULO 4. Servicio de Visualización (WMS) El documento XML de capacidades de respuesta de un servidor WMS presenta las dos siguientes secciones: 1. : Proporciona los metadatos generales para el servicio como el título, un resumen, palabras clave, información de contacto, información de acceso (tasas, licencia) al servicio, etc. Los metadatos mínimos que deben de estar rellenos son: el nombre , título y URL del recurso en línea. 2. : Contiene información sobre las diferentes operaciones que soporta el servicio y todas las capas cartográficas que proporciona. Contiene las siguientes subsecciones:  : Aporta información de las operaciones WMS GetCapabilities, GetMap, GetFeatureInfo) como el formato de salida de cada operación.  : Al producirse un error el servidor devuelve un documento con información del error producido. En esta sección se indica en qué formatos (texto, imagen, etc.) puede devolver el servidor dicho documento.  : Esta es la sección más extensa, ya que contiene la información de todas las capas cartográficas servidas por el WMS. Este elemento contiene al menos tantos elementos hijos como capas cartográficas proporciona el servidor. Cada uno de estos elementos incluye información del nombre, título, sistema de referencia, extensión geográfica (bounding box), estilos de visualización, etc. de cada capa cartográfica.  19 MÓDULO 4. Servicio de Visualización (WMS) Práctica 5: Estudio de los metadatos del documento de capacidades WMS. Esta práctica consiste en que visualices unos vídeos donde se va a explicar de forma detallada cada una de las etiquetas XML del documento de capacidades de un servidor WMS. Necesitarás saber estos conceptos para responder a las preguntas de la práctica. 1. Visualiza la serie de vídeos screencast “capacidadeswms” (sección recursos de poliformat). En total alrededor de 45 minutos de vídeos en tres vídeos. Puedes poner la URL de la petición GetCapabilities en tu navegador para seguir el vídeo si quieres, aunque podría ser que el resultado no sea igual que en el vídeo. https://wms.ign.gob.ar/geoserver/ows?service=wms&version=1.3.0&request=GetC apabilities 2. Realiza una petición GetCapabilities utilizando HTTP GET al WMS del servidor de información Volcánica y Geofísica del IGN, cuyo punto de acceso es: https://www.ign.es/wms-inspire/geofisica Utiliza para ello la versión 1.3.0 del estándar WMS. Recuerda que el resultado del documento XML generalmente será visualizado directamente por el navegador, aunque en algunos casos puede ocurrir que el navegador devuelva un fichero descargable, en tal caso deberías cambiar la extensión del fichero descargado a.xml y abrirlo con un editor de texto (notepad++) o con el navegador. 3. Escribe en la plantilla de resultados la petición HTTP GET realizada (URL escrita en el navegador en el punto 2. 4. Analiza el documento de capacidades obtenido y contesta a las siguientes preguntas (recuerda que debe escuchar el vídeo previamente para poder contestar adecuadamente) en la plantilla de resultados teniendo en cuenta lo que has aprendido en los vídeos. ¿Qué nombre debe tener siempre el servicio WMS en el fichero de capacidades? (vídeo capacidadeswms1) ¿Hay alguna condición de acceso y/o uso de este servicio WMS? Detalla la condición si existiera. (vídeo capacidadeswms1) En el vídeo (capacidadeswms2) se ha comentado que los elementos que no contienen la etiqueta actúan únicamente como contenedores de otros elementos. Un elemento sin no se corresponde con una capa cartográfica y por lo tanto son capas que no se pueden solicitar en una petición GetMap.  20 MÓDULO 4. Servicio de Visualización (WMS) Escribe el título de aquellos elementos que NO se corresponda con una capa cartográfica, es decir que actúen simplemente como contenedores de otras capas hijas Ten cuidado porque este servidor WMS precisamente consta de algún elemento que contiene a su vez otros elementos hijos. ¿De cuántas capas cartográficas, es decir que contienen la etiqueta , dispone el servidor? ¿Nombra los sistemas de referencia comunes que estás seguro que soportan todas las capas? (vídeo capacidadeswms2) ¿Hay alguna capa cartográfica que NO se le pueda realizar una operación GetFeatureInfo? ¿Qué atributo XML has visto para averiguarlo? (vídeo capacidadeswms3) ¿Las capas cartográficas disponen de metadatos externos? Si es así, copia un ejemplo de URL de acceso a los metadatos externos de alguna capa (vídeo capacidadeswms3) ¿Si realizo una petición GetMap y solicito una capa cartográfica determinada, con qué nombre identificaré en la petición a la capa cartográfica, el definido por la etiqueta o el definido por la etiqueta ? (vídeo capacidadeswms2) ¿Qué etiqueta XML se utiliza para indicar quien es el creador de una determinada capa Cartográfica? (vídeo capacidadeswms3) ¿Este servidor WMS dispone de metadatos extendidos para ser conforme con la guía técnica de INSPIRE? (vídeo capacidadeswms3) 2.2.3 Descripción extendida de la respuesta a una operación Getcapabilities Las tablas de este apartado con la información de los elementos XML del documento de capacidades han sido extraídas, resumidas y modificadas de la norma UNE-EN ISO 19128:2009. Si has visto los vídeos de la práctica anterior con detenimiento puedes saltar al apartado siguiente 2.3, ya que este apartado únicamente contiene las tablas de cada uno de los elementos XML según la especificación WMS que puedes utilizar de consulta si tienes alguna duda.  21 MÓDULO 4. Servicio de Visualización (WMS) Sección Elemento Condición Significado Obligatorio El nombre de servicio. Debe ser “WMS” en el caso de un WMS. Obligatorio El título del servicio es a elección del proveedor, y debería ser breve, aunque suficientemente descriptivo para identificar este servicio Obligatorio Puede usarse para hacer referencia al sitio web del proveedor del Servicio. Existen otros elementos utilizados por el prefijo de la URL de cada operación soportada Aconsejable Comentario descriptivo que proporciona información general sobre el servidor WMS y la información cartográfica que contiene. Aconsejable Debería incluirse una lista de palabras claves o frases claves que describan el servidor como un todo para ayudar a la búsqueda por catálogo. Cada palabra clave puede acompañarse por un atributo vocabulary (vocabulario) para indicar la autoridad de definición de esa palabra clave Aconsejable Información de contacto del organismo responsable de dicho servidor. Opcional La palabra reservada “none” debe usarse si no hay tarifa o restricciones de acceso: none Opcional Si no hay utilizar: none. Información descriptiva sobre las condiciones de acceso y uso del servicio. Opcional Indica el máximo número de capas que se permite que un cliente incluya en una petición GetMap única. Si este elemento no aparece, el servidor no impone un límite y Opcional Indican los valores máximos de ancho y alto que se permite que un cliente incluya en una petición GetMap única. Si alguno de estos elementos no aparece, el servidor no impone un límite en el correspondiente parámetro. Apartados de la Sección Elemento Significado Para cada una de las operaciones del WMS soportadas por el servidor (GetCapabilities, GetMap, GetFeatureInfo), informa sobre el formato de salida ofrecido, y el prefijo URL de cada operación. También podrían incluirse operaciones de proveedor específicas (extensiones) que no están definidos en la petición. Al producirse un error el servidor devuelve un documento con información del error producido. En esta sección se indica en qué formatos (texto, imagen, etc.) puede devolver el servidor dicho documento. El contenido de información geográfica ofrecido para representar por un servidor WMS se organiza en “capas”: los metadatos sobre el contenido se subdividen en descripciones de cada capa y una petición de mapa (GetMap) identifica una o más capas. Conceptualmente, cada Layer es una entidad distinta. Sin embargo, como medio de clasificar y organizar las capas y como medio para reducir el tamaño de los metadatos de servicio, una única Layer padre puede encerrar un número de capas adicionales, que puede anidarse jerárquicamente según se quiera. Algunas propiedades definidas en la capa padre son heredadas por las hijas que engloba. Estas propiedades heredadas pueden ser redefinidas o añadidas por las capas hijas El estándar no se define un vocabulario controlado de nombres y títulos de Layer y Styles, de modo que pueden ser seleccionados por el proveedor del servicio o por la comunidad de información.  22 MÓDULO 4. Servicio de Visualización (WMS) Elementos Propiedad / Condición Significado El Título es obligatorio para todas las capas, será el texto que se utilice para Obligatorio identificar de forma legible a la capa (p. ej.: nombre en la tabla de contenidos de SIG de escritorio). Si, y sólo si, una capa tiene un es una capa de mapa que puede ser Opcional solicitada usando ese Name en el parámetro LAYERS de la petición GetMap. Si la capa tiene un Title pero no Name, entonces esa capa es solamente un título de la categoría para todas las capas anidadas dentro. Un servidor que publica una Layer que contiene un elemento Name debe ser capaz de aceptar Name como valor del argumento LAYERS de una petición GetMap y debe devolver el mapa correspondiente. Un cliente no debe pedir una capa que tiene un Title pero no tiene Name. Las capas que poseen un las llamamos “capas cartográficas” para diferenciarlas de las capas contenedoras sin. En el estándar a estas capas se les conoce también como capas nombradas. Abstract es un texto descriptivo de una capa de mapa. KeywordList contiene cero o más elementos para ayudar a la búsqueda por catálogo. Recomendable Una Capa puede declarar cero o más Estilos usando elementos , cada Opcional uno de los cuales debe tener los elementos y. El Name del estilo se usa en el parámetro STYLES de la petición GetMap. El Title es una cadena legible por las personas. Si únicamente hay un estilo disponible, ese estilo se conoce como el estilo “por defecto” y podría no aparecer en el documento de capacidades. Un puede contener otros elementos: proporciona un texto descriptivo mientras que contiene la localización de una imagen de la leyenda del mapa apropiada al estilo que la incluye. Cada Capa está disponible en uno o más sistemas de referencias de coordenadas Obligatorio (puede ser de capa. heredado) El elemento raíz debe incluir una secuencia de cero o más elementos CRS que lista todos los CRS que son comunes a todas las capas subsidiarias. Una capa hija puede opcionalmente añadir a la lista heredada de su capa padre. Cualquier duplicación debe ser ignorada por los clientes. Se utiliza un elemento por cada CRS que se quiera declarar. Cada capa nombrada (cartográfica) debe tener exactamente un elemento Obligatorio (puede ser que se indica heredado) explícitamente o se hereda de una Capa padre. Especifica el rectángulo límite mínimo en grados decimales del área cubierta por la Capa, siempre en CRS:84 o lo que es lo mismo en EPSG:4326. Su propósito es facilitar las búsquedas geográficas sin requerir transformaciones geográficas para dicho proceso. Los metadatos de servicio WMS deben declarar uno o más encuadres para Obligatorio (puede ser cada Capa. Un elemento de metadatos Bounding Box puede indicarse heredado) explícitamente o puede heredarse de una Capa padre. En XML, el elemento de metadatos incluye los siguientes atributos: - CRS indica el Layer CRS que se aplica a este encuadre. - minx, miny, maxx, maxy indica los límites del encuadre usando las unidades de los ejes y el orden del CRS especificado. El estándar WMS 1.3.0 define el orden de los ejes en los sistemas de referencia geográficos como: latitud y longitud Una Capa NO debe proporcionar una BoundingBox para un CRS que no soporta, aunque no es necesario especificar todos los BoundingBox de todos los CRS que soporta una capa.  23 MÓDULO 4. Servicio de Visualización (WMS) Los elementos y definen el rango de escalas para las que mostrará una capa. Opcional Para definir esta escala se considera cada píxel que tiene un tamaño de 0.28mm. Los elementos opcionales incluyen metadatos para datos Opcional multidimensionales como sistemas de coordenadas verticales, temporales, etc. Es aconsejable que un servidor utilice uno o más elementos Recomendable para ofrecer metadatos normalizados y detallados sobre los datos correspondientes de una determinada capa. El atributo type indica la norma que cumplen los metadatos que según esta especificación debe tomar uno de los dos valores: “ISO 19115:2003” o “FGDC:1998”. El elemento opcional identifica la fuente de la información Opcional geográfica usada en una capa. Incluye varios elementos opcionales: - indica la URL del proveedor de datos - es una cadena legible por las personas que identifica al proveedor de datos - es la URL de una imagen del logo. Mediante la etiqueta el servidor puede añadir un identificador. Generalmente se utiliza para identificar de forma unívoca a la capa, identificación que puede utilizar el servidor para uso interno o puede aparecer en otros documentos. mediante su atributo authority se relaciona con la etiqueta que identifica a la organización que ha creado el identificador. Atributos del elemento Además, en el vídeo se ha comentado que la etiqueta puede tener algunos atributos. Los más utilizados son quizás queryable, cascaded y opaque. Todos estos atributos son opcionales y por defecto son 0. Atributo Valores Definición (el valor por defecto es igual a 0) queryable 0, 1 0: no interrogable; 1: interrogable Interrogable significa que la capa admite una petición GetFeatureInfo. cascaded 0, n 0: la capa no ha sido retransmitida a partir de otro servidor WMS; n: la capa ha sido retransmitida n veces. Si un WMS obtiene en cascada el contenido de otro WMS, entonces debe incrementar en 1 el valor del atributo cascaded para las capas afectadas. opaque 0, 1 0: los datos del mapa representan entidades que probablemente no rellenan el espacio completamente, es decir, generalmente tendrán áreas sin datos significativas que un cliente puede mostrar como transparentes. Los fenómenos vectoriales tales como puntos y líneas entrarían en esta condición. 1: los datos del mapa son completamente opacos. La capa representa una cobertura de área completa, por ejemplo, una capa de polígonos que cubre por completo el terreno con los usos del suelo sin huecos. Independientemente si una capa se clasifica como opaca o no según este atributo un cliente WMS la puede solicitar en un formato que admita transparencia (p. ej.: png) y tratar de no dibujar las zonas transparentes. noSubsets 0, 1 0: El WMS puede representar una parte del mapa; 1: El WMS solo puede representar un bounding box completamente. Que sea 1 indica que el servidor no es capaz de realizar un mapa de un área geográfica diferente al encuadre (boundingbox) de la capa. No veremos ningún caso en este curso y su uso no es nada habitual. fixedWidth 0, n Cuando aparece y no es cero, fixedWidth y fixedHeight indican que el servidor fixedHeight 0, n no es capaz de producir un mapa de la capa con un ancho y alto diferente de los tamaños fijos indicados. No veremos ningún caso en este curso y su uso no es nada habitual.  24 MÓDULO 4. Servicio de Visualización (WMS) Por último, se muestra una tabla donde se especifica cómo se comportan respecto a la herencia las propiedades de las hijas respecto a las padres (contenedoras). Elemento Cardinalidad Herencia Layer 0+ no Name 0/1a no Title 1 no Abstract 0/1 no KeywordList 0/1 no Style 0+ añadir CRS 1+b añadir EX_GeographicBoundingBox 1b reemplazar BoundingBox 1+b reemplazar Dimension 0+ reemplazar Attribution 0/1 reemplazar AuthorityURL 0+ añadir Identifier 0+ no MetadataURL 0+ no DataURL 0/1 no FeatureListURL 0/1 no MinScaleDenominator 0/1 reemplazar MaxScaleDenominator Atributos de 0/1 reemplazar a Para ser una capa cartográfica (solicitable mediante GetMap) debe de tener name. b Puede ser 0 únicamente si hereda al menos un valor de la capa padre. 2.3 GetMap La operación GetMap está diseñada para devolver un mapa, a través de una imagen gráfica o un conjunto de elementos gráficos. Cuando el cliente envía una solicitud GetMap, el servidor de mapas la interpreta y devuelve un mapa. En el caso que no pueda generarlo el servidor debe lanzar una excepción, esto es un error en el formato de excepción que se ha solicitado.  25 MÓDULO 4. Servicio de Visualización (WMS) 2.3.1 Parámetros de petición operación GetMap: La solicitud para la operación GetMap se puede codificar en una URL usando una petición HTTP GET. La solicitud consta de una serie de parámetros, muchos más que la petición GetCapabilities que ya hemos visto. Parámetro Descripción Condición REQUEST Nombre de la operación que se realiza en la petición, debe ser igual a GetMap Obligatorio en este caso. SERVICE Tipo de servicio sobre el cual se realiza la petición, en este caso es igual a WMS Obligatorio pero podría ser otro, como WFS, WCS, etc. VERSION Versión de la especificación del OGC. Puede ser: 1.0.0, 1.1.0, 1.1.1 y 1.3.0 Obligatorio LAYERS Una o varias capas. Si son varias se separan por comas. Obligatorio El nombre utilizado debe coincidir con la etiqueta que contiene el elemento del documento de capacidades. STYLES Lista de estilos separados por comas (es necesario especificar uno por cada Obligatorio capa de información). El nombre utilizado debe coincidir con la etiqueta que contiene el elemento del documento de capacidades. CRS Sistema de Referencia Espacial en el cual se solicita el mapa. Todas las capas Obligatorio solicitadas (LAYERS) deben de soportar este CRS. En versiones anteriores a al estándar WMS 1.3.0 este parámetro se denomina SRS en lugar de CRS. BBOX Coordenadas de las esquinas (minx,miny,maxx,maxy) separadas por comas, Obligatorio para los decimales se utiliza el punto. Las coordenadas deben de ir en el sistema de referencia especificado en el parámetro CRS de la petición. Recuerda que si estás utilizando un sistema de referencia geográfico y la versión 1.3.0 del estándar entonces el BBOX sería: latmin, longmin, latmax, longmax. Si estuvieras utilizando la versión 1.1.1 o anterior del estándar se especifica: longmin,latmin,longmax,latmax Identifica el recuadro (encuadre) del terreno del cual queremos obtener el mapa. WIDTH Ancho en píxeles de la imagen del mapa que devolverá el servidor WMS. Obligatorio HEIGHT Altura en píxeles de la imagen del mapa que devolverá el servidor WMS. Obligatorio FORMAT Formato de salida del mapa. Se debe especificar exactamente igual que aparece Obligatorio en el documento de capacidades en la sección de capability / request / getmap / format Si se va a utilizar transparencia se debe utilizar un formato que la soporte como el PNG. El JPG no soporta transparencia. TRANSPARENT Transparencia del fondo del mapa (defecto=FALSE). Si se dice TRUE (y Opcional además se elige un formato que soporte transparencia) entonces se podrán combinar peticiones a diferentes servidores WMS y combinarlas como si fueran capas para formar un mapa. BGCOLOR Valor del color RGB en hexadecimal para el color del fondo (por defecto es el Opcional color blanco =0xFFFFFF). Puedes calcular el color hexadecimal de fondo por ejemplo en: http://www.colorpicker.com/ EXCEPTIONS Formato en el cual el servidor devuelve el texto del error producido. Debe Opcional coincidir con uno de los formatos de capability / exceptions / format. TIME TIME y ELEVATION son dos parámetros que si se especifican y el servidor Opcional WMS los soporta (debe de estar preparado explícitamente para ello) devuelve ELEVATION solo los elementos geográficas que cumplen estos atributos. SLD Estos parámetros son utilizados únicamente con los servidores WMS que Opcional soportan la especificación Styled Layer Descriptor y se utiliza para que el WFS cliente pueda determinar completamente la simbolización de un mapa obtenido. En la práctica no se suele utilizar y es el servidor que con distintas etiquetas ofrece diferentes formas de simbolización predefinidas. (http://www.opengeospatial.org/standards/sld).  26 MÓDULO 4. Servicio de Visualización (WMS) Si el alumno lo desea puede ampliar la información de estos parámetros consultando la especificación WMS. En concreto estos parámetros aparecen explicados en el apartado 7.3.3 (request parameters) del documento “OpenGIS® Web Map Server Implementation Specification v. 1.3.0” Práctica 6: Petición GetMap. Explicación y prueba de parámetros: Resolución, CRC, Leyendas, etc. Esta práctica consiste vamos a realizar una primera petición GetMap ya configurada para que veas como se especifican los parámetros con un ejemplo antes de realizar tus propias peticiones. 1. Introduce en un navegador la siguiente petición en una sola línea, donde hemos utilizado solo los parámetros obligatorios de una petición GetMap: https://servicios.idee.es/wms-inspire/ocupacion-suelo? REQUEST=GetMap&VERSION=1.3.0&SERVICE=WMS& CRS=EPSG:4258&BBOX=40.38367,-4.43502,40.65073,-3.97773& WIDTH=1099&HEIGHT=841&LAYERS=LC.LandCoverSurfaces& STYLES=LC.LandCoverSurfaces.Default&FORMAT=image/png Debes de obtener una imagen en el navegador con el resultado de la petición: 2. Ahora vamos a repasar los parámetros que se han utilizado en la petición, para ello repasa la tabla de parámetros (página anterior) y lee al menos la definición de todos los parámetros utilizados en esta petición (todos los obligatorios).  27 MÓDULO 4. Servicio de Visualización (WMS) 3. Parámetros WIDTH, HEIGHT y FORMAT: Sobre la imagen obtenida en el navegador presiona el botón derecho del ratón y guarda la imagen en tu disco duro. Averigua qué número de píxeles ancho/alto y qué formato tiene esa imagen. ¿Coincide con los valores de estos tres parámetros que has especificado en la petición GetMap? 4. ¿Se te ocurre como puedes obtener la leyenda de la capa del mapa obtenido? En los vídeos vimos donde aparecía esta información en el documento de capacidades. Localízala, y pega una captura de pantalla de la leyenda obtenida y pégala en la plantilla de resultado 5. Ahora vamos a probar que sucede cuando hay un error en la petición. Para ello, modifica la petición del punto 1 e introduce algún error, p. ej. Cambia el nombre de la capa a uno inexistente, por ejemplo: capadenombreerroneo Fíjate como se produce un error en el servidor (Exception) y éste devuelve un documento XML con la información del error. 6. Ahora modifica la petición GetMap anterior y carga otra capa diferente del servidor Para ello, deberás estudiar el documento de capacidades y averiguar qué capas hay más en el servidor y qué estilos soporta. 7. Ahora vamos a modificar la petición del punto anterior (punto 6) pero utilizando la versión del estándar 1.1.1 en lugar de la 1.3.0. Esto lo hacemos a propósito para que aprendas que para que funcione deberás hacer los siguientes cambios: Modificar la versión en el parámetro VERSION Modificar el nombre del parámetro CRS por SRS, ya que en versiones anteriores a la 1.3.0 se llama SRS. Cambiar el orden de las coordenadas en el parámetro BBOX. Repasa dicho parámetro en la tabla del apartado 2.3.1. Escribe la URL de la petición GetMap y realiza también una captura de pantalla del resultado en la plantilla de resultado  28 MÓDULO 4. Servicio de Visualización (WMS) … Práctica 7: Diseña una petición GetMap tras analizar el documento de capacidades. Esta práctica vamos a seguir con las peticiones GetMap, esta vez con el servicio WMS de la Comunidad Autónoma de La Rioja. Realiza los siguientes pasos: 1. Realiza una operación GetCapabilities al WMS de la Comunidad Autónoma de Rioja, cuyo punto de acceso es: https://ogc.larioja.org/wms/request.php y observa qué capas de información contiene. Recuerda añadir los parámetros de la operación GetCapabilities al punto de acceso indicado. Escribe la petición HTTP GET realizada en la plantilla de resultados. 2. Realiza una operación GetMap al mismo servidor del punto anterior, teniendo en cuenta las siguientes consideraciones: a) Solicita 4 capas de información. Ellas pueden ser las capas de los municipios, los núcleos urbanos, hidrografía y las carreteras. Localiza el nombre de estas capas en el documento de capacidades. b) El orden de las capas de información es importante para poder visualizarlas (para apreciarlo mejor es aconsejable utilizar el formato jpeg porque no tiene transparencia y se verá bien cuando una capa se pinta encima de otra) c) Debes utilizar todos los parámetros obligatorios de la especificación WMS. d) Ayúdate con el siguiente cuadro y el documento de capacidades del servidor.  29 MÓDULO 4. Servicio de Visualización (WMS) Parámetro REQUEST=GetMap Versión 1.1.0, 1.1.1 o 1.3.0 (debes elegir una de ellas) Servicio WMS Capas LAYERS=Nombre de las capa o capas separadas por comas. Localiza el nombre de estas capas en el documento de capacidades. Estilos STYLES= nombre del estilo Localiza el nombre los estilos de las capas en el documento de capacidades. Sistema CRS=EPSG:25830 (versión 1.3.0) o SRS=EPSG:25830 Referencia (versiones anteriores a la 1.3.0). Extensión BBOX=542040,4697888, 550640,4705450 Geográfica Tamaño Ventana WIDTH = 1000 HEIGHT = 763 Formato de la FORMAT=elige un formato apropiado. Consulta el documento imagen de capacidades para ver que formatos admite el servidor. a. Escribe la petición HTTP GET realizada en la plantilla de resultados. b. Realiza una captura de pantalla del resultado de la operación y pega la imagen en la plantilla de resultados. Si has utilizado las mismas esquinas (BBOX) proporcionadas para la extensión geográfica, obtendrás una imagen parecida a la siguiente de la ciudad de Logroño. 3. Basándote en la petición GetMap anterior contesta a las siguientes preguntas: a. Cambia el factor entre el ancho y el alto de la imagen enviada por el servidor WMS (propiedades Width y Height), por ejemplo, utilizando un Height = 300. ¿El mapa obtenido aparece deformado?  30 MÓDULO 4. Servicio de Visualización (WMS) b. Utiliza como formato de la imagen servida por el servidor WMS los formatos image/jpeg e imagen/png. ¿Notas algún cambio? c. ¿En qué orden se pintan las capas especificadas en el parámetro Layers? Cambia el orden de las capas para averiguarlo. Utiliza el formato jpeg y fíjate en el cruce de la carretera y el río. Si aun así lo ves confuso deja en blanco la respuesta, el profesor la responderá más adelante. Escribe las contestaciones en la plantilla de resultados 4. Repite la operación del apartado 2a, pero utiliza el Sistema de Referencia EPSG: 4258. Para las coordenadas del BBOX puedes utilizar cualquier utilidad de transformación de coordenadas como: https://www.ign.es/wcts-app/ Si la versión de WMS utilizada en la 1.3.0 hay que tener en cuenta los valores del parámetro BBOX en el caso de tratarse de un sistema geográfico son latitud y longitud en lugar de longitud y latitud como en versiones anteriores. La imagen obtenida deberá ser igual que la obtenida en la petición del apartado 2a. Escribe la petición HTTP GET realizada en la plantilla de resultados. 2.4 GetFeatureInfo La operación GetFeatureInfo devuelve información textual de los atributos de los elementos geográficos de las capas. En la petición se incluye las coordenadas de un píxel de la imagen donde el cliente desea realizar la consulta de atributos y el servidor devuelve información alfanumérica de los atributos de las geometrías que recaen sobre dicho píxel. El mapa utilizado como referencia para esa coordenada píxel es un mapa similar al de una petición GetMap. Por lo tanto, esta operación dispone de la mayoría de los parámetros WMS que una petición GetMap más algunos específicos para identificar la posición de la coordenada en píxeles sobre la imagen generada (I, J) y qué capa se quiere consultar (QUERY_LAYERS). GetFeatureInfo es una operación opcional y por lo tanto el servidor WMS puede no implementarla (si es así el servidor devolverá una excepción). Las capas consultables con GetFeatureInfo son solo aquellas cuyo atributo queryable en el documento de capacidades es “1”. Como resumen entonces para obtener información de un fenómeno del mapa, la solicitud GetFeatureInfo incluirá los parámetros utilizados en la operación GetMap, de esta forma el servidor sabe qué mapa se está utilizando. A partir de este contexto espacial, junto con la posición I, J de un píxel de la imagen, el servidor WMS devolverá los atributos del elemento geográfico que se encuentre en esa posición.  31 MÓDULO 4. Servicio de Visualización (WMS) 2.4.1 Parámetros de petición GetFeatureInfo Parámetro Descripción Condición SERVICE=WMS Tipo de servicio sobre el cual se realiza la petición, en este caso es Obligatorio igual a WMS pero podría ser otro, como WFS, WCS, etc. VERSION Versión de la especificación del OGC. Puede ser: 1.0.0, 1.1.0, 1.1.1 Obligatorio y 1.3.0 REQUEST Nombre de la operación que se realiza en la petición. Debe ser igual Obligatorio a GetFeatureInfo en este caso Copia parcial de los parámetros solicitados que generan el mapa Obligatorio para el cual se solicita la información (petición GetMap). Debe incluir todos los parámetros obligatorios de una petición GetMap excepto VERSION y REQUEST. QUERY_LAYERS Lista de una (al menos de forma obligatoria) o más capas que se Obligatorio interrogan (deben tener el atributo queryable = “1”). La información textual de los atributos corresponderá a dichas capas. INFO_FORMAT Formato en el que se devuelve la información de la entidad. Se debe Obligatorio especificar exactamente igual que aparece en el documento de capacidades en la sección de capability / request / getcapabilities / format I Coordenada X en píxeles de la entidad (valor medido sobre la Obligatorio imagen con origen en la esquina superior izquierda). En versiones WMS anteriores a 1.3.0 esta variable se llamaba X en lugar de I. J Coordenada Y en píxeles de la entidad (valor medido sobre la Obligatorio imagen con origen en la esquina superior izquierda). En versiones WMS anteriores a 1.3.0 esta variable se llamaba Y en lugar de J. FEATURE_COUNT Número de entidades máxima sobre las que se devuelve la Opcional información (valor por defecto es 1). Cuando el zoom es pequeño puede que en un solo píxel caigan muchos elementos geográficos y por tanto el servidor puede devolver demasiada información. EXCEPTIONS Mismo significado que en la petición GetMap. Opcional Práctica 8: Petición GetFeatureInfo. Explicación y prueba de parámetros. Esta práctica consiste vamos a realizar una primera petición GetFeatureInfo ya configurada para que veas como se especifican los parámetros con un ejemplo antes de realizar tus propias peticiones. Vamos a aprovechar el ejemplo de la petición GetMap al servidor del Corine Land Cover para realizar este ejemplo. 1. Introduce en un navegador la siguiente petición en una sola línea, donde hemos utilizado solo los parámetros obligatorios de una petición GetMap:  32 MÓDULO 4. Servicio de Visualización (WMS) https://servicios.idee.es/wms-inspire/ocupacion-suelo? REQUEST=GetFeatureInfo&VERSION=1.3.0&SERVICE=WMS& CRS=EPSG:4258&BBOX=40.38367,-4.43502,40.65073,-3.97773& WIDTH=1099&HEIGHT=841&LAYERS=LC.LandCoverSurfaces& STYLES=&FORMAT=image/png& QUERY_LAYERS=LC.LandCoverSurfaces& INFO_FORMAT=text/html&FEATURE_COUNT=10&I=284&J=271 Fíjate que los parámetros en color verde se corresponden con la petición GetMap que generará el mapa sobre el cual vamos a basarnos y en color naranja aparecen los nuevos parámetros de la petición GetFeatureInfo. Los parámetros pueden aparecer en cualquier orden (como en cualquier petición WMS), simplemente se han dejado los específicos de GetFeatureInfo al final por ser más aclaratorio. Debes de obtener una imagen en el navegador similar a la siguiente, donde en este caso el servidor ha devuelto los atributos de ID, Cubierta Terrestre, etc. correspondientes a un elemento geográfico. 2. Realiza una captura de pantalla similar a la imagen superior y pégala en la plantilla de resultados. 3. Aunque el estándar nos dice que es necesario poner todos los parámetros de una petición GetMap, algunos parámetros como FORMAT carecen de sentido e incluso generalmente los servidores WMS son flexibles y si no aparece siguen funcionando correctamente. Lo mismo podemos pensar con el parámetro STYLE, pero en este caso puede ser que un estilo de simbolización no dibuje todos los elementos geográficos que contiene, con lo cual la petición GetFeatureInfo de un elemento no dibujado debería responder con los atributos vacíos. En cuanto al parámetro LAYERS, también es necesario ponerlo y al menos debe de aparecer la capa que queremos consultar (QUERY_LAYERS).  33 MÓDULO 4. Servicio de Visualización (WMS) Práctica 9: Diseño de una petición GetFeatureInfo. Cálculo de la coordenadas píxel a solicitar. Esta práctica vamos a seguir con las peticiones GetFeatureInfo, esta vez con el servicio WMS del Catastro de España. Realiza los siguientes pasos: 1. Realiza una operación GetMap al servidor de Catastro, petición sobre la cual realizaremos posteriormente un GetFeatureInfo. Utiliza los valores siguientes: Parámetro Valores a utilizar Url Servidor Catastro Averigua la URL del servidor de Catastro, p. ej.: puedes utilizar el directorio de servicios de la IDEE o la web de Catastro. Pista: Debería ser una URL parecida a esta (sin XXXXX): https://ovc.catastro.meh.es/XXXXX/WMS/ServidorWMS.aspx? Versión 1.1.1 Capas LAYERS=Catastro Estilos STYLES=Default (El estilo tiene el nombre “Default” no significa que le pidamos al servidor el estilo por defecto. Sistema Referencia EPSG:4326 Extensión Geográfica Latitud mínima = 39.4686 Latitud máxima = 39.4756 Longitud mínima = -0.3808 Longitud máxima = -0.3717 Tamaño Ventana WIDTH = 600 HEIGHT = 400 Formato de la imagen FORMAT=image/png Tras visualizar la imagen en el navegador guárdala en tu disco duro (para ello presiona el botón derecho sobre la imagen), ya que la vamos a utilizar en el siguiente punto. Debes de obtener un mapa similar al siguiente:  34 MÓDULO 4. Servicio de Visualización (WMS) 2. Ahora vamos a realizar una petición GetFeatureInfo para obtener la referencia catastral del mercado central de Valencia. Complementa la petición del punto anterior añadiendo los parámetros QUERY_LAYERS, INFO_FORMAT, y los dos parámetros para especificar las coordenadas píxeles (X, Y si la versión de WMS es la 1.1.1, o I, J si la versión WMS es la 1.3.0). Vamos a elegir un píxel dentro de la parcela que queremos averiguar (punto azul de la imagen superior). Para calcular más o menos dichas coordenadas píxel carga la imagen del punto anterior en un programa de diseño gráfico como Paint o cualquier otro y averigua el número de píxel en X e Y respecto a la esquina superior izquierda). Como formato de salida queremos un documento HTML. Realiza la petición GetFeatureInfo, deberías obtener un documento HTML con la referencia catastral del Mercado Central: Escribe la petición HTTP GET realizada en la plantilla de resultados 3. Haz clic en la referencia catastral que contiene un enlace a otra página web con más información de la parcela consultada. Realiza una captura de pantalla y pégala en la plantilla de resultados.  35 MÓDULO 4. Servicio de Visualización (WMS) Práctica 10: Opcional: Monitorización de peticiones (WMS) de un SIG de escritorio. Esta práctica es opcional y consiste en que visualices un vídeo en el cual se utiliza gvSIG para cargar un WMS y ver como de forma automática genera las peticiones WMS. SOLO debes visualizarlo y prestar un poco de atención no necesitas realizar los pasos del vídeo en tu ordenador. Nota: la versión de gvSIG del vídeo es la 1.12, pero no te preocupes en la nuevas versión es igual y lo que nos interesa aprender es el proceso y como capturamos las peticiones. Si te animas puedes realizar la práctica con QGIS, por ejemplo. 1. Visualiza el vídeo screencast “gvsigwms” (sección recursos de poliformat). Duración: 8 minutos. También en dicho vídeo utilizamos un programa (wireshark, https://www.wireshark.org/) para capturar las peticiones HTTP y ver cómo un SIG de escritorio utiliza las mismas peticiones WMS que hemos visto en este módulo. 3 El servicio WMS conforme con la Directiva INSPIRE El crear un servicio WMS siguiendo las especificaciones del OGC o norma ISO 19128:2005 permite implementar un servicio de visualización estándar para una infraestructura de datos espacial. Sobre esta base puede ocurrir que un propio país o unión de países crea ciertas reglas que complementen o modifiquen algunos aspectos de estas normas internacionales para adecuarse mejor a la realidad geográfica. Además, estas reglas pueden tener carácter de recomendación o pueden ser de obligado cumplimiento si además así se especifica en la correspondiente ley o reglamento. En el caso de los países de la Unión Europea la directiva INSPIRE (DIRECTIVA 2007/2/CE) que estudiamos en los primeros módulos de este curso, tiene carácter de ley en todos los países miembros. Esta directiva, sus reglamentos publicados posteriormente y las guías técnicas de implementación definen qué debe tener un servicio WMS para poder ser considerado un View Service de INSPIRE. No es ni mucho menos objetivo del curso estudiar estos documentos de INSPIRE, pero sí al menos tener constancia de ellos (apartado 3.3). Como resumen de todos estos documentos, se muestran algunos de los cambios que hay que realizar a un servicio WMS estándar para ser conforme a INSPIRE:  36 MÓDULO 4. Servicio de Visualización (WMS) 1. Debe de implementar las siguientes operaciones: Estas operaciones se corresponden con las del estándar WMS 1.3.0 más el parámetro opcional LANGUAGE. ▪ GetCapabilities o “View Service Metadata”, operación obligatoria que proporciona toda la información necesaria sobre el servicio y describe todas sus capacidades. INSPIRE añade un nuevo parámetro LANGUAGE para definir el idioma del documento de capacidades de retorno. ▪ “Get Map”, operación obligatoria que devuelve una imagen georreferenciada con información geográfica y temática. Presenta los mismos parámetros obligatorios que la petición GetMap WMS 1.3.0 más el opcional (LANGUAGE). INSPIRE indica que debe soportarse al menos el formato PNG y el GIF. ▪ “Link View Service”, operación opcional que permite el acceso a los recursos de un servicio de visualización de otra autoridad pública. La norma exige que la petición proporcione toda la información del servicio del tercero y permita ensamblar los mapas de éste con otros mapas. Notar que en INSPIRE no existe la operación GetFeatureInfo. 2. Hace obligatorios muchos de los elementos de metadatos de capas que en ISO 19128- WMS 1.3.0 son optativos. 3. Es obligatorio usar un sistema de coordenadas geográficas basado en ETRS89 para el continente e ITRS para el resto 4. Amplía los metadatos del servicio (mediante el elemento ) con elementos relativos a los idiomas soportados por el servicio: Idioma por defecto, Idiomas soportados, Idioma del propio capabilities. 5. El nombre de las capas deben de seguir los nombres armonizados de capas INSPIRE. Estos nombres se corresponden con las temáticas de los anexos de INSPIRE y por tanto también obliga a clasificar y organizar las capas cartográficas en nuestro servidor. 6. Define los elementos de idioma de respuesta, en los que se puede solicitar el documento de capacidades. Un servicio de visualización deber tener una lista de los idiomas soportados. Para ello Establece un nuevo parámetro opcional LANGUAGE. 7. Inclusión de un estilo para cada capa por defecto de INSPIRE (etiqueta del capabilities). La simbolización de dicho estilo viene dada en la sección potrayal de las guías técnicas de las especificaciones de datos. 8. Propone dos opciones (escenarios) para los metadatos del servicio. Escenario 1: mediante el elemento incluir una URL que apunte a los metadatos del servicio de forma externa. Estos metadatos deben de seguir las correspondientes normas ISO y perfiles INSPIRE (lo veremos en el módulo de metadatos en este curso). Escenario 2: Incluir todos los metadatos de servicio según nuevas etiquetas propuestas en la guía técnica de INSPIRE en el documento de capacidades. Los servicios WMS conformes a INSPIRE que hay actualmente en España han elegido el escenario 1.  37 MÓDULO 4. Servicio de Visualización (WMS) 3.1 Prácticas servicio de visualización INSPIRE 3.1.1 Ejemplo del Estilo básico de visualización INSPIRE Debe usarse un estilo por defecto para cada tema, definido en la sección “Portrayal” de la guía técnica de la especificación de datos INSPIRE. Las guías técnicas de especificación de datos no las hemos visto aún, pero especifican el modelo de datos, diccionario de fenómenos, etc. de las capas geográficas de diferentes temáticas (hidrografía, transporte, etc.) Práctica 11: Utilización de estilos INSPIRE en las peticiones GetMap Esta práctica vas a modificar la siguiente petición GetMap al servidor del IGN para utilizar los estilos por defecto definidos por INSPIRE. 1. Realiza la siguiente operación GetMap al servidor del IGN: https://servicios.idee.es/wms-inspire/transportes? SERVICE=WMS&REQUEST=GetMap&VERSION=1.3.0& LAYERS=TN.RoadTransportNetwork.RoadLink& STYLES=&CRS=EPSG:4326&BBOX=40.3114,-3.7306,40.3727,-3.6401& WIDTH=763&HEIGHT=517&FORMAT=image/png Fíjate como el nombre de la capa solicitada está en inglés y sigue una estructura en el nombre determinada. Esto es así porque se están utilizando nombres armonizados según los anexos para los nombres de las capas. En cuanto al parámetro STYLES fíjate hemos optado por dejarlo sin valor, si hacemos esto quiere decir que se usará el primer estilo definido en el capabilities que en este caso es un estilo de visualización propio del IGN. También podríamos haber puesto el nombre de estos estilos como hemos realizado en otros ejemplos. El resultado de la petición GetMap es:  38 MÓDULO 4. Servicio de Visualización (WMS) 2. Modifica ahora la petición GetMap para utilizar los estilos de visualización de INSPIRE, localiza para ello el nombre del estilo en el documento de capacidades y añade dicho estilo para cada una de las capas de la petición GetMap anterior. Debes obtener una imagen parecida a esto: ¡Fíjate como los estilos definidos por INSPIRE no parecen muy adecuados, ya que las carreteras aparecen en color verde! Además, también en este caso, aparecen menos elementos geográficos. 4. Realiza una captura de pantalla similar a la imagen superior y pégala en la plantilla de resultados.  39 MÓDULO 4. Servicio de Visualización (WMS) 3.1.2 Parámetro de idioma Otro cambio como hemos hablado anteriormente es la inclusión del parámetro LANGUAGE en las peticiones GetCapabilities y GetMap. En esta práctica vamos a utilizar dicho parámetro para obtener el documento de capacidades en inglés. Práctica 12: Gestión del idioma en peticiones GetCapabilities siguiendo INSPIRE Esta práctica vas a obtener el documento de capacidades de un servicio de visualización INSPIRE en otro idioma del idioma por defecto. 1. Realiza una petición GetCapabilities al servidor IGN correspondiente a los usos del suelo: https://servicios.idee.es/wms-inspire/ocupacion-suelo 2. Localiza la sección que está situada dentro de la sección. Fíjate como en el cuadro 1 aparece un enlace a los metadatos de servicio como INSPIRE propone. Además, aparecen dos idiomas, el idioma por defecto español y también el inglés como idioma soportado. 3. Modifica la petición GetCapabilities e incluye el parámetro LANGUAGE, su valor debe ser igual a uno de los idiomas soportados. Utiliza el idioma inglés.  40 MÓDULO 4. Servicio de Visualización (WMS) Fíjate en el cuadro 2 como aparece ahora el título, resumen y las palabras clave en inglés, cuando antes aparecían en español. Otra de las condiciones de INSPIRE como se ha comentado es que muchos ítems del documento de capacidades que eran opcionales pasan a ser obligatorios. 5. Realiza una captura de pantalla donde aparezca algunos metadatos en inglés (como la imagen superior) y pégala en la plantilla de resultados. 3.2 Comprobación de si un servicio sigue la guía de Inspire INSPIRE ofrece varias aplicaciones para la validación de los servicios OGC y metadatos con perfil INSPIRE, especificación de datos, etc. Estas herramientas de validación están en constante desarrollo y no es la primera vez que dichas herramientas cambian de URL o de funcionalidad. Vamos a validar un servicio WMS y para ello utilizaremos el validador de INSPIRE: https://inspire.ec.europa.eu/validator Este validador ofrece una aplicación web que permite comprobar si un servicio WMS sigue la guía técnica de Inspire: https://inspire.ec.europa.eu/documents/technical-guidance-implementation-inspire- view-services-1 Dicho validador realiza peticiones WMS al servidor introducido y comprueba si el documento de capacidades cumple con las especificaciones incluidas en la guía técnica INSPIRE View Service Technical Guideline.  41 MÓDULO 4. Servicio de Visualización (WMS) Práctica 13: Validación de los metadatos de un servicio (GetCapabilities) según INSPIRE Esta práctica vas probar el validador de INSPIRE con el servidor del IGN Base. 1. Accede a la página web del validador de INSPIRE https://inspire.ec.europa.eu/validator 2. Comienza el test con start. 3. Este validador implementa múltiples test. Vamos a probar únicamente el test para el “View Services” y “Web Map Service (WMS)”. Marca dicho servicio. Introduce la petición GetCapabilities correspondiente al servidor que queremos probar, por ejemplo, el servidor del IGN de ocupación del suelo: https://servicios.idee.es/wms-inspire/ocupacion- suelo?service=WMS&request=GetCapabilities Presiona de nuevo el botón Start test.  42 MÓDULO 4. Servicio de Visualización (WMS) 4. Los test de conformidad de INSPIRE son muy rigurosos, y lo normal es que se muestren algunos errores incluso con el servidor oficial del IGN que acabamos de probar. Visualiza el resultado del test: see report. Pega la captura de la validación en la plantilla de resultados Será parecido a la siguiente figura: 5. Como ejemplo, si navegamos hasta uno de los errores nos podemos encontrar algo así:  43 MÓDULO 4. Servicio de Visualización (WMS) Don Donde nos indica que se ha efectuado una petición GetCapabilities sin el parámetro obligatorio SERVICE y que el servidor debería haber devuelto un error, pero no ha sido así. 3.3 Normativa INSPIRE: View Services La directiva INSPIRE menciona unas normas de ejecución (implementing rules) que posteriormente han ido apareciendo en los correspondientes reglamentos (commission regulation): Así en estos momentos tenemos reglamentos de metadatos (1205/2008), de especificaciones de datos (1089/2010), de servicios de red (976/2009) y de conjuntos y servicios de datos espaciales (268/2010), etc. Estos reglamentos marcan reglas de obligado cumplimiento y para cumplirlas de forma detallada tenemos también las guías técnicas de INSPIRE, documentos que también hay que seguir.  44 MÓDULO 4. Servicio de Visualización (WMS) En cuanto al servicio de visualización para que sea conforme a la directiva INSPIRE debe cumplir los requisitos establecidos en: 1. Reglamento de INSPIRE 976/2009 sobre servicios de red (network services). Anexo III: Servicios de Visualización. Descargable desde: Web de Inspire / Network Services. 2. Guía técnica de implementación de Servicios de Visualización de INSPIRE. Descargable desde: Web de Inspire / Network Services. 3. Además, también tenemos las guías técnicas de INSPIRE de las especificaciones de datos. Donde cada documento define el modelo cartográfico a utilizar para realizar la cartografía de cada una de las temáticas de los anexos de INSPIRE. En estos documentos aparecen unos estilos de visualización (el cliente los puede utilizar mediante un STYLE en WMS) donde se especifica una simbolización común (colores, grosores, etc.). De esta forma un cliente WMS podría cargar la misma capa cartográfica de dos países de la Unión Europea diferentes y encontraría una continuidad en la simbología y también en la forma que dicha cartografía ha sido estructurada. Estas guías técnicas son descargables desde: Web de Inspire / Data specification. 3.4 Algunas referencias Bibliográficas Documentos de referencia principales sobre el protocolo WMS: - The Open Geospatial Consortium (OGC): OpenGIS Web Map Service (WMS) Implementation Specification. Versión 1.3.0. Documento pdf descargable de forma gratuita en: https://www.opengeospatial.org/standards/wms - IDEE: Guía Técnica de Grupo de Trabajo de la IDEE sobre WMS. Web Map Service (WMS) Versión: 1.3.0. Documento pdf descargable de forma gratuita en: https://www.idee.es/resources/documentos/RD_wms_v1_3.pdf - La norma ISO 19128:2005 coincide prácticamente con el documento del OGC WMS 1.3.0. También disponemos de la norma UNE-EN ISO 19128:2009 equivalente en Español. WMS Inspire: ▪ Grupo de Trabajo Técnico de arquitectura, normas y estándares de los servicios en red. Generación de servicios de visualización según el Perfil Inspire de ISO19128 – WMS 1.3.0 con GeoServer 2.4.2. http://www.idee.es/resources/documentos/ServicioVisualizacionInspireG eoserver2_4_2.pdf ▪ Ruiz-Montoro, C., et al., 2012. Servicio de visualización acorde con perfil INSPIRE de ISO 19128-WMS 1.3.0, IGNBase. VI JORNADAS DE SIG LIBRE. https://dugi- doc.udg.edu/bitstream/handle/10256/4207/27Art-SerrvicioVisualizacion.pdf ▪ Technical Guidance for the implementation of INSPIRE View Services. https://inspire.ec.europa.eu/documents/Network_Services/TechnicalGuidance_Vie wServices_v3.11.pdf  45