WFS Y WCS

El WFS (servicio web de entidades geográ!cas o servicio web de geometrías), de!ne los procedimientos
necesarios para publicar y compartir datos vectoriales (modelo discreto), mientras el WCS (servicio web
de coberturas) permite en esencia la publicación de datos e imágenes raster (modelo continuo).

WFS

Como se mencionó en la introducción, el WFS tiene por objeto ofrecer las interfaces necesarias para
publicar, acceder, consultar y descargar la IG en formato vectorial

‘geometrías’; una más formal: ‘acceso a IG discreta’, y si fuera en una frase esta podría ser: proporcionar
al usuario datos geográ!cos discretos (geometrías y atributos)

El WFS permite a los clientes recuperar o modi!car exclusivamente los datos que se requieran, en lugar
de recuperar un archivo que contiene toda la información

En conclusión, WFS es un servicio que permite identi!car, descargar, consultar, !ltrar, bloquear y
modi!car (crear, actualizar y eliminar), datos geográ!cos en formato vectorial codi!cados en GML.

Perfiles del servicio

WFS SIMPLE

GetCapabilities: devuelve un documento con los metadatos que describen el servicio.

DescribeFeatureType: devuelve un esquema XML en el que se describen los tipos de datos ofrecidos por
el WFS.

ListStoredQueries: devuelve una lista de las consultas almacenadas en el servidor.

DescribeStoredQueries: devuelve los metadatos de las consultas almacenadas que el servidor ofrece.

GetFeature: devuelve una colección de objetos geográ!cos previamente almacenados en el servidor en

función de la consulta. En este sentido, el WFS simple sólo permite la acción StoredQuery (como
GetFeatureById).

WFS básico

Per!l de sólo lectura, que además de las operaciones del WFS simple, debe implementar

GetFeature: en este per!l se soporta la acción Query.

GetPropertyValue: permite recuperar el valor de una propiedad de un objeto geográ!co

(o parte de éste, en el caso de una propiedad compleja) de los datos almacenados mediante una
consulta.

WFS transaccional
Implementa funciones de edición como las operaciones del WFS básico y además la siguiente:

Transaction: se usa para describir las operaciones de edición (creación, modi!cación, reemplazo y
eliminación)

WFS de bloqueo

GetFeatureWithLock: similar a GetFeature, esta operación devuelve un conjunto de objetos geográ!cos

como respuesta a una consulta y los bloquea, probablemente para

LockFeature: permite a un cliente bloquear una instancia de objeto geográ!co durante el tiempo que la
está modi!cando, para que otro cliente no pueda acceder a ella

WCS

el WCS gestiona entidades continuas o coberturas. En el sentido estricto, el termino cobertura

(coverage) se refiere a toda IG que representa los fenómenos geográ!cos en un contexto espacio-
temporal continuo.

Descripción básica del WCS

El WCS se de!ne en cuatro especi!caciones complementarias: el núcleo, en el que se determinan los
requisitos principales de la especi!cación ,el KVP , el XML/POST, XML/SOAP

‘datos de super!cie continua’, o también, como un conjunto de servicios para gestionar datos que
modelan y representan los fenómenos geográ!cos como un continuo. Para ello, se vale de métodos de
almacenamiento como los TIN, los GRID o las imágenes de satélite, formatos en los que es fácil ver las
zonas geográ!cas completas.

Mientras el WMS entrega la representación grá!ca de los datos o un mapa estático, el WCS entrega los
datos en formato nativo.

Operaciones
 OTROS GEOSERVICIOS: PROCESOS Y

SENSORES EN LA WEB

Servicios de proceso remotos

Procesos de análisis. En este caso, el proceso no se desarrolla en la máquina cliente, sino en el servidor,
que posteriormente enviará los resultados de la operación. El cliente debe suministrar los datos de
partida para que el servidor pueda procesarlos y obtener dichos resultados.

 El cliente selecciona los datos de entrada entre los datos disponibles en el servidor.
 El cliente envía los datos de entrada.
 El cliente aporta los datos, indicando cómo obtenerlos a partir de otro servicio.

El estándar WPS
El estándar WPS provee una forma estandarizada para de!nir un proceso remoto, así como la forma de
acceder a éste y ejecutarlo

 GetCapabilities. Como en otros estándares que ya se han visto, esta operación hace que el
servidor ofrezca los metadatos referentes al servicio.
 DescribeProcess. El servidor devuelve la de!nición detallada del proceso solicitado
 Execute. Esta operación pide la ejecución de un proceso con unas entradas dadas, y la
obtención de los resultados de dicho proceso.

Aplicaciones y beneficios del estándar WPS

El desarrollo de procesos complejos con grandes requisitos de cómputo.

en el caso de procesos que exigen cálculos complejos y que consumen gran cantidad de tiempo, puede
resultar ventajoso ejecutar el proceso de forma remota

La ejecución distribuida de procesos.

Buena parte de los procesos que pueden servirse pueden dividirse en tareas más sencillas y repartirse
entre varias máquinas. El uso de procesos remotos permite que la máquina cliente o bien una máquina
servidora se comunique con otras y pueda asignar a cada una de ellas una subtarea. L

Problemas y dificultades del estándar WPS

Los servicios WPS actualmente no son servicios extendidos, y los servicios de proceso que han logrado
cierta popularidad no los implementan de forma rigurosa a través de este estándar, sino que optan por
formas propias.

SWE

Sensor Web Enablement (SWE) o habilitación del Sensor Web, es una iniciativa de OGC que ofrece un
conjunto de especi!caciones para ayudar a utilizar información proveniente de sensores, a través de la
Web.
Utilidad de SWE

Especificaciones OGC

Modelos de información y esquemas

Protocolos de servicios web

SOS Sensor Observation Service) [276]. Estandariza el acceso a sensores disponibles,

a observaciones y gestión de nuevos sensores.

SAS Sensor Alert Service) [277]. Soporta la publicación y suscripción a alertas de observaciones.

SPS Sensor Planning Service) [278]. Permite solicitar disponibilidad de observaciones

WNS capturas de datos de sensores a petición del usuario (programación de sensores complejos)

El uso más habitual de SWE es el de buscar sensores disponibles y obtener observaciones realizadas por
uno o varios de los sensores.

AMPLIACIÓN AL SERVICIO WEB

DE GEOPROCESAMIENTO
Evolución de los servicios de procesamiento geoespacial distribuido

el KWS, se accede a los datos y herramientas de procesamiento a través de una infraestructura

compartida, los procesos se activan y monitorizan dentro de múltiples nodos y se coordinan de tal forma
que facilita a los usuarios crear fujos de trabajo según sus necesidades y objetivos.

Servicios de procesamiento geoespacial distribuido OGC

Dentro de la categoría de Servicios de procesamiento,

Servicio web de transformación de coordenadas (WCTS): Los datos geográ!cos a menudo se almacenan
en distintos sistemas de referencia de coordenadas (CRS). Para poder utilizarlos conjuntamente con
otros, los datos deben transformarse a un CRS común.

El servicio de nomenclátor (Gazetteer) ;es un AP de la especi!cación WFS. Proporciona un servicio web

que permite a los clientes obtener localizaciones a partir de un vocabulario georreferenciado de
nombres de entidades geográ!cas conocidas (ríos, montañas,
El servicio de determinación de rutas permite procesar información geográ!ca y responder a una
solicitud para determinar la mejor ruta entre dos puntos que satisfaga los requisitos del usuario. Este
servicio se enmarca dentro del GeoMobility Server, una

Estándar de servicio web de procesamiento (WPS)

El WPS pone a disposición de los clientes la información necesaria para la descripción

y uso de los procesos, estableciendo las normas fundamentales para describir cualquier proceso, así
como la forma para realizar las peticiones al proceso y la forma en que se espera la respuesta ante dicha
petición.

En este sentido, el estándar WPS describe una interfaz de petición-respuesta en la que se de!nen:

t Los mecanismos que permiten identi!car los datos espaciales requeridos para solicitar la ejecución de
cada proceso.

t La manera de iniciar el procesamiento de los datos, permitiendo a los clientes acceder a los datos de
entrada y ejecutar el proceso aún sin contar con conocimientos especializados de la interfaz, además de
permitir controlar el estado del proceso en cada momento.

t La forma en que se gestiona la repuesta que resulta de la ejecución de procesos, para que pueda
utilizarse por el cliente. Estos datos pueden entregarse a través de la red o permanecer disponibles en el
servidor.

Interfaz del servicio WPS

El WPS de!ne el mecanismo por medio del cual un cliente puede solicitar una tarea de procesamiento a
un servidor remoto. Esto se lleva a cabo, principalmente, usando XML

Todas las operaciones del servicio WPS disponen de dos tipos de peticiones:

t Las realizadas a través de los métodos GET (en código KVP), de modo que la petición es una URL que
contiene los parámetros necesarios para poder interpretar una solicitud al servicio.

t Las realizadas a través de los métodos POST del protocolo HTTP, consistente en el envío de un
documento XML que incluye todos los parámetros necesarios.

Operaciones

cios web del OGC. A continuación se presenta una breve descripción de dichas operaciones:

GetCapabilities: Esta operación permite a un cliente solicitar y recibir los metadatos del servicio
(capabilities). La respuesta de esta petición es un documento XML que contiene los metadatos del
servicio y una breve reseña de los procesos que ofrece (nombres y descripciones generales de cada uno
de los procesos contenidos por el servidor WPS).

DescribeProcess: Esta operación permite a un cliente solicitar y recibir información detallada sobre un
proceso concreto de los que pueden ser ejecutados en el servidor. La respuesta incluye información de
los inputs (requisitos mínimos de entrada y formatos permitidos) y demás parámetros necesarios para
ejecutar cada proceso-cálculo especi-

Execute: Esta operación permite a un cliente ejecutar el proceso-cálculo especi!cado en un servidor

WPS, usando los valores de entrada que le proporcione el cliente y devolviendo los outputs o resultados
producidos.
Implementaciones
El WPS se basa en la clásica arquitectura de cliente/servidor, un mecanismo mediante el cual un
ordenador cliente envía un trabajo para ser procesado completamente en un ordenador servidor

Consideraciones para la implementación del WPS

En general, la responsabilidad de determinar si es apropiado realizar un geoprocesamiento en forma local
o si por el contrario, debería realizarse en remoto, recae en el usuario, quien deberá determinar la
conveniencia en términos de e!ciencia, recursos necesarios y di!cultad enfatizan que, más allá del tamaño
de los conjuntos de datos involucrados, algunas operaciones de geoprocesamiento pueden realizarse más
e!cientemente en local cuando la tarea no es compleja y la mayor parte del trabajo consiste en procesar
grandes volúmenes de datos almacenados localmente

LOS GEOPORTALES. PERSPECTIVA DESDE LA

USABILIDAD

Los usuarios podrían clasi!carse atendiendo al nivel de destreza según su per!l en:

Per!l alto: los especialistas en la IG que manejan datos, realizan distintos análisis espaciales y
proporcionan los resultados de su trabajo a otros usuarios a través de Internet.

Per!l medio: los funcionarios, gestores, inspectores, etc., que se caracterizan por tener unas
necesidades de uso de la IG tipi!cadas o determinables con relativa facilidad.

Usuarios ocasionales: turistas, estudiantes etc., que utilizan la IG de forma irregular y ocasional. Usan
funcionalidades básicas: visualizar una región de interés, seleccionar capas de datos, cambiar la escala,
ejecutar consultas simples, imprimir o guardar el mapa
Los geoportales están orientados a conciliar la demanda de IG de los usuarios con el interés de los
proveedores por diseminar sus productos

Estos servicios posibilitan las siguientes operaciones pensadas para cubrir las necesidades básicas de los
usuarios potenciales ya sean expertos, de per!l medio u ocasionales:

t Localización: búsqueda de conjuntos de datos espaciales y servicios relacionados a partir de los

metadatos que describen dichos recursos.

t Visualización: navegación (mostrar, acercarse, alejarse, moverse, superponer conjuntos de datos, etc.)
sobre la IG.

La hipótesis de la integración de la perspectiva del usuario en el proceso de creación de un geoportal va

tomando peso como factor clave de éxito. Para conseguir este !n, se propone el uso de una de las
metodologías más conocidas en el contexto de las aplicaciones informáticas: el Diseño Centrado en el
Usuario (DCU).

Diseño Centrado en el Usuario

El DCU abarca la identi!cación de los grupos de usuarios, los contextos de uso y los requisitos, la
de!nición de procesos y tareas, el diseño de interfaces, el análisis de la forma de interacción y de la
utilización de los productos, así como su evaluación
El DCU se compone de varias fases iterativas: (a) análisis de requisitos, (b) diseño-prototipado, (c)
evaluación, (d) implementación y (e) explotación.

 Análisis de requisitos: comprende los objetivos, contexto tareas y contenidos y funcionalidades

, tipos de usuarios (colectivo-objetivo)
 Diseño y prototipado; Esta fase, previa a cualquier implementación, abarca dos etapas: (a) el
diseño grá!co de la
interfaz que permite la interacción del usuario y (b) el diseño del sistema que incluye las
soluciones técnicas (con!guración de servidores, aplicaciones…)
El objetivo de esta fase es que la interfaz permita una comunicación visual efectiva con el
usuario.
 Evaluación ;En esta fase se analiza la adecuación de los prototipos (o geoportal si ya están en
explotación) a las necesidades de los usuarios.
Los métodos de evaluación de la usabilidad se agrupan en tres tipos
Inspección (sin usuarios). Un conjunto de expertos examinan la interfaz y determinan el grado
de usabilidad.
Indagación (con usuarios). Se conversa, se observa a los usuarios, y se recaba información al
utilizar el geoportal en un caso real.
Test (con usuarios). Se realizan pruebas con usuarios que ejecutan tareas utilizando el
prototipo o geoportal.

Implementación y explotación

Los componentes del geoportal (bases de datos, geoservicios y página web) se desarrollan tomando
como referencia el prototipo optimizado. Una vez hecho esto, conviene volver a realizar una evaluación
del sitio web, a modo de control de calidad. Finalmente, se pasa al lanzamiento del geoportal y durante
su explotación, se recomienda realizar un seguimiento de su uso con el !n de continuar depurándolo.

La usabilidad de los geoportales

Tras exponer la metodología DCU para el desarrollo de un geoportal se analizan a continuación tres
aspectos determinantes en la experiencia que un usuario tiene al utilizar un sitio web genérico: (a)
diseño de la página principal, (b) estructura de navegación y (c) presentación de los contenidos,

 La página principal;El objetivo de la página principal es captar la atención del usuario de forma
que éste, con solo mirarla, intuya rápidamente en qué consiste, si le resulta de interés y por
dónde continuar explorando.
 Navegacion; resulta clave que el usuario conozca no sólo en qué página se encuentra él, dónde
está respecto a la totalidad del portal, sino que conozca las principales secciones del sitio, su
acceso y la forma de hacer las búsquedas.
 Los Contenidos;Un contenido claro y sólido atrae, retiene y ofrece a los visitantes, un acceso
e!ciente e intuitivo a la información.El texto debe ser fácil y corto de leer adaptar el lenguaje a
los usuarios evitando términos técnicos ,adecuar la distribución del espacio según la importancia
del contenido , permitir que el usuario integre su IG en el geoportal