Servicio de procesamiento web

El estándar de interfaz del Servicio de Procesamiento Web ( WPS ) de OGC proporciona reglas para estandarizar las entradas y salidas (solicitudes y respuestas) para invocar servicios de procesamiento geoespacial, como la superposición de polígonos, como un servicio web . El estándar WPS define cómo un cliente puede solicitar la ejecución de un proceso y cómo se gestiona la salida de dicho proceso. Define una interfaz que facilita la publicación de procesos geoespaciales y el descubrimiento y la vinculación de los clientes a esos procesos. Los datos requeridos por el WPS pueden entregarse a través de una red o estar disponibles en el servidor. El WPS puede describir cualquier cálculo (es decir, proceso), incluyendo todas sus entradas y salidas, y activar su ejecución como un servicio web. El WPS admite la exposición simultánea de procesos a través de HTTP GET , HTTP POST y SOAP , lo que permite al cliente elegir el mecanismo de interfaz más apropiado. Los procesos específicos que ofrece una implementación de WPS son definidos por el propietario de dicha implementación. Aunque el WPS fue diseñado para trabajar con datos georreferenciados, puede utilizarse con cualquier tipo de datos.

WPS permite publicar, buscar y vincularse a procesos de forma estandarizada y, por lo tanto, interoperable. En teoría, es independiente del transporte y la plataforma (como SOAP ), pero en la práctica solo se ha especificado para HTTP .

WPS define tres operaciones:

1. GetCapabilities devuelve metadatos de nivel de servicio
2. DescribeProcess devuelve una descripción de un proceso, incluyendo sus entradas y salidas.
3. Execute devuelve la(s) salida(s) de un proceso.

Las operaciones WPS se invocan mediante el envío de solicitudes codificadas en XML o URL a una URL de recurso en línea . Al solicitar una operación de ejecución, la solicitud HTTP identifica las entradas, el nombre del proceso que se va a ejecutar y el formato de salida que se va a proporcionar.

WPS tiene las siguientes propiedades:

1. Las entradas pueden ser URL accesibles a través de la web o estar integradas en la solicitud.
2. Los resultados pueden almacenarse como URL accesibles a través de la web o incrustarse en la respuesta.
3. Para una única salida, como una imagen GIF , WPS puede devolver la salida directamente, sin ningún contenedor XML.
4. Admite múltiples formatos de entrada y salida.
5. Admite procesos de larga duración.
6. Es compatible con SOAP y WSDL .

Un WPS no suele invocarse directamente. Lo más común es que lo invoque una aplicación cliente que proporciona al usuario controles interactivos. Esta aplicación cliente puede o no estar basada en la web.

La versión 2.0 de WPS se lanzó en 2015. La versión anterior, la 1.0.0, se lanzó al público en junio de 2007. La versión 0.4.0 se publicó como una solicitud de comentarios públicos de la OGC en 2005 y fue implementada por varios usuarios pioneros.

• WPS Simple
• Servicio de funciones web
• Servicio de mapas web

• Estándar del servicio de procesamiento web (WPS) OpenGIS, versión 1.0.0
• Recursos de WPS en geoprocessing.info
• Evaluación de OSGeo de WPS 0.4.0
• Comunicado de prensa del experimento de interoperabilidad WPS de OGC
• Solicitud de comentarios públicos de la OGC WPS
• Implementación de código abierto en Java ( WPS 0.4.0 y WPS 1.0.0 ) con ejemplos de procesos.
• WPSint Implementación Java de código abierto de WPS 0.4.0 (incluye un cliente genérico)
• PyWPS Implementación de código abierto en Python de WPS 1.0.0
• Implementación de WPS 1.0.0 y 2.0.0 en el proyecto ZOO.
• WPS.NET Implementación de código abierto en .NET de WPS 1.0.0
• Cliente QGIS WPS
• OGC-Services.NET - Lista gratuita de servicios OGC (se pueden añadir nuevos servicios manualmente)
• OpenLayers contiene un analizador WPS.