Potential risks due to phenotypic changes in host-pathogen interactions

El servicio WPS (Web Processing Service) [120] describe cómo una aplicación cliente puede ejecutar algoritmos o tareas de procesamiento sobre datos geográficos, como cálculos preprogramados y modelos de computación. Los datos requeridos por el servicio pueden estar en el mismo servidor o en servidores remotos, y sus formatos pueden ser simples, como imágenes, o tan complejos como sea necesario. Los algoritmos también pueden variar en complejidad, desde algo sencillo como una resta entre coordenadas referenciadas espacialmente, hasta algo tan complicado como un modelo de simulación de incendios forestales.

Aunque INSPIRE recomienda la especificación WPS para los servicios de tipo Invocación para la ejecución de geoprocesos remotos, también puede ser útil para servicios de Visualización (por ejemplo para generar una gráfica de barras como imagen), Acceso (para recuperar datos de varios servicios de acceso a datos y devolver los resultados combinados) y Transformación (para ejecutar varios servicios de transformación encadenados).

La especificación WPS define tres operaciones obligatorias:

• GetCapabilities. Devuelve las características del servicio y una breve descripción de todos los procesos que ofrece, mediante los metadatos que describen las capacidades de un servicio WPS en formato XML.

Nombre Definición Obligatorio

SERVICE = WPS

Identificador del tipo de servicio al que se le

dirige la petición Sí

ACCEPTVERSION Versión de la especificación OGC No

REQUEST

= GetCapabilities Nombre de la operación Sí LANGUAGE Lenguajes soportados No

Tabla 17. Parámetros de la operación GetCapabilities del servicio WPS

• DescribeProcess. Permite obtener la descripción completa de uno o más procesos que puedan ser ejecutados mediante la operación Execute. Esta información contiene los parámetros y los formatos de entrada y salida de cada proceso solicitado mediante el parámetro Identifier.

Nombre Definición Obligatorio

SERVICE Identificador del tipo de servicio Sí

REQUEST

= DescribeProcess Nombre de la operación Sí VERSION Versión de la especificación OGC Sí

LANGUAGE Identificador del lenguaje No IDENTIFIER Identificador del proceso (uno por cada _{proceso deseado)} Sí

Tabla 18. Parámetros de la operación DescribeProcess del servicio WPS

• Execute. Esta operación ejecuta uno de los procesos implementados por el servidor, usando los valores de los parámetros de entrada y ofreciendo el resultado de la ejecución del proceso mediante un XML o un enlace a un recurso web accesible. Esto último es posible gracias a que la especificación WPS permite almacenar los resultados de un proceso en el propio servidor, lo cual es muy aconsejable para resultados de gran tamaño, como pueda ser una imagen rasterizada generada a partir de una vectorial. Aunque normalmente la respuesta a una ejecución se obtiene al finalizar esta, un cliente puede pedirle al servidor que devuelva una respuesta inmediatamente después de aceptar la petición de ejecución. Esta respuesta incluiría una URL desde la que se pueden recuperar datos durante la ejecución y después de la misma. El servidor proporcionará actualizaciones que informen sobre el procesamiento, por lo que el cliente puede comprobar el estado mediante consultas periódicas a dicha URL. La Figura 11 muestra el diagrama de actividad UML de un ejemplo de este comportamiento [112].

WPS

Cliente Servidor

HTTP

Servidor FTP

Respuesta de Ejecución actualizada Copia de Respuesta de Ejecución

Salidas

Respuesta de Ejecución actualizada Mostrarme las últimas Respuestas de Ejecución

Petición de Ejecución Respuesta de Ejecución

Últimas Respuestas de Ejecución Enviarme las salidas

Salidas (proceso pendiente) (proceso empezado) (proceso completado) WPS Cliente Servidor HTTP Servidor FTP

Respuesta de Ejecución actualizada Respuesta de Ejecución actualizada Copia de Respuesta de Ejecución Copia de Respuesta de Ejecución

Salidas Salidas

Respuesta de Ejecución actualizada Respuesta de Ejecución actualizada Mostrarme las últimas Respuestas de Ejecución

Mostrarme las últimas Respuestas de Ejecución Petición de Ejecución

Petición de Ejecución Respuesta de Ejecución Respuesta de Ejecución

Últimas Respuestas de Ejecución Últimas Respuestas de Ejecución Enviarme las salidas

Enviarme las salidas

Salidas Salidas (proceso pendiente) (proceso empezado)

(proceso completado)

Figura 11. Diagrama de actividad cuando un cliente realiza una petición para almacenar resultados con el servicio WPS

La operación Execute únicamente permite el uso de los protocolos HTTP POST o SOAP para el empaquetamiento de mensajes, junto a un documento XML en el que se especifican los parámetros de entrada del proceso.

Nombre Definición Obligatorio

SERVICE Identificador del tipo de servicio Sí

REQUEST

= Execute Nombre de la operación Sí VERSION Versión de la especificación OGC Sí

IDENTIFIER Indentificador inequívoco del proceso Sí

DATA INPUTS Lista de entradas para la ejecución de este

proceso No

RESPONSE FORM Tipo de respuesta No

LANGUAGE Identificador del lenguaje No

3.8Conclusiones

A lo largo de este capítulo se han tratado los conceptos más relevantes de los Sistemas de Información Geográfica, detallando los tipos de mapas existentes, los formatos de codificación de la información geográfica y las características de las bases de datos utilizadas para almacenar esta información. También se han analizado los modelos distribuidos y la directiva INSPIRE, que trata de regular las infraestructuras de datos espaciales y sus arquitecturas, y por último las especificaciones de los estándares más destacados para el acceso y gestión de información geográfica.

Durante el trabajo de esta tesis se ha adaptado la arquitectura para diversas aplicaciones GIS, que se mostrarán en un capítulo posterior, cuyo interfaz gráfico se define alrededor de un mapa. La información se ha almacenado en bases de datos PostGIS, en formato vectorial, complementándose con imágenes de satélite en formato raster. Algunas de estas aplicaciones han sido GIS de escritorio, mientras que otras han aprovechado la potencia de los GIS distribuidos, haciendo uso de estándares para el acceso a los datos geográficos. Estas últimas aplicaciones, sin llegar a tener la magnitud de una IDE, se han desarrollado procurando seguir los principios de la directiva INSPIRE para disfrutar de las ventajas que estas ideas ofrecen. A continuación se comenta, a modo de resumen, cómo aborda la arquitectura estos principios, y el capítulo 5 detallará en profundidad las características de la arquitectura.

Principios de INSPIRE Arquitectura propuesta

Datos generados una sola vez En el caso de entradas de datos duplicadas, el nivel inferior de la arquitectura descarta la información redundante para agilizar su gestión posterior

Combinación de información de varias fuentes

Se permiten multitud de fuentes de datos heterogéneas

Información compartida entre

distintos usuarios y aplicaciones La información puede estar disponible a través de servicios web, o mediante autorización para un acceso directo a la misma.

Información compartida a distintos niveles

La información se comparte entre las capas de la arquitectura a través de sus respectivos interfaces

Gestión de la información que permita su uso extensivo

La información masiva se gestiona mediante procesamiento de eventos complejos

Conocimiento de la información disponible y modo de utilización

Se guardan metadatos de la información para permitir el acceso a la misma

Información fácil de entender, interpretar y seleccionar

El nivel superior de la arquitectura presenta la información de forma gráfica, posibilitando consultas personalizadas

Capítulo 4

Tráfico y Sistemas Inteligentes de

Transporte (ITS)

4.1Introducción

En pocas décadas las distancias han dejado de ser tan importantes. Gracias a los avances en el transporte y las comunicaciones, es posible trasladarse física o virtualmente en cuestión de horas o segundos, lo cual ha sido un gran avance que ha revolucionado la forma de ver el mundo. En cuestión de transporte, los viajes no sólo se pueden realizar más rápido, sino también más cómodos y seguros. Las mejoras técnicas en los vehículos, junto a la aparición de sistemas inteligentes de transporte, están mejorando la calidad de vida de gran parte de la población.

La tesis planteada en este documento expone la utilización del sistema propuesto sobre diversas aplicaciones relacionadas con el tráfico, y es por ello que resulta conveniente la introducción de un capítulo que describa algunas de las características del tráfico más relacionadas con el trabajo desarrollado.

En este capítulo se comentan las distintas aproximaciones utilizadas en la modelización del tráfico, profundizando en los parámetros seguidos para la monitorización del mismo desde un punto de vista macroscópico. Tras esto se aborda el problema de la congestión y se explican sus causas principales, ya que estas situaciones forman parte del caso de motivación planteado en la sección 2.1, y su prevención se incluirá como caso de uso gracias al desarrollo de un sistema concreto que se mostrará en el Capítulo 6.

El capítulo finaliza con una introducción a los sistemas inteligentes de transporte (ITS), entre los que se encuentra el propuesto en esta tesis, que incluyen un gran repertorio de herramientas y servicios derivados de las tecnologías de la información y las comunicaciones para ofrecer innumerables beneficios en la seguridad, confort, impacto medio ambiental y otros aspectos relacionados con el transporte. También se comenta el marco para arquitecturas ITS definido en FRAME (FRamework Architecture Made for Europe) para la Unión Europea.