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 maneja la salida del proceso. Define una interfaz que facilita la publicación de procesos geoespaciales y el descubrimiento y vinculación de los clientes a esos procesos. Los datos requeridos por WPS se pueden entregar a través de una red o pueden estar disponibles en el servidor. WPS puede describir cualquier cálculo (es decir, proceso), incluidas todas sus entradas y salidas, y desencadenar su ejecución como un servicio web. WPS admite la exposición simultánea de procesos a través de HTTP GET , HTTP POST y SOAP, permitiendo así al cliente elegir el mecanismo de interfaz más apropiado. Los procesos específicos servidos por una implementación de WPS son definidos por el propietario de esa implementación. Aunque WPS se diseñó para trabajar con datos referenciados espacialmente, se puede utilizar con cualquier tipo de datos.
WPS permite publicar, buscar y vincular procesos de una manera estandarizada y, por lo tanto, interoperable. Teóricamente, es neutral en cuanto a transporte / plataforma (como SOAP ), pero en la práctica solo se ha especificado para HTTP .
Operaciones
WPS define tres operaciones:
- GetCapabilities devuelve metadatos de nivel de servicio
- DescribeProcess devuelve una descripción de un proceso que incluye sus entradas y salidas
- Ejecutar devuelve la (s) salida (s) de un proceso
Las operaciones de WPS se invocan enviando solicitudes codificadas en XML o URL a una URL de recurso en línea . Cuando se solicita una operación de ejecución , la solicitud HTTP identifica las entradas, el nombre del proceso que se ejecutará y la forma de salida que se proporcionará.
Propiedades
WPS tiene las siguientes propiedades:
- Las entradas pueden ser URL accesibles desde la web o integradas en la solicitud.
- Los resultados se pueden almacenar como URL accesibles en la web o incrustarse en la respuesta.
- Para una única salida, como una imagen GIF , WPS puede devolver la salida directamente, sin ningún contenedor XML.
- Admite múltiples formatos de entrada y salida.
- Es compatible con procesos de larga duración.
- Es compatible con SOAP y WSDL .
Por lo general, una WPS no se invoca directamente. Más a menudo, lo invoca 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 fue lanzada en 2015. La versión anterior 1.0.0 fue lanzada al público en junio de 2007. La versión 0.4.0 fue lanzada como una Solicitud de Comentarios Públicos de OGC en 2005 e implementada por varios de los primeros en adoptarla.
Ver también
enlaces externos
- Estándar del servicio de procesamiento web OpenGIS (WPS), versión 1.0.0
- Recursos de WPS en geoprocessing.info
- Evaluación OSGeo de WPS 0.4.0
- Comunicado de prensa del Experimento de interoperabilidad WPS de OGC
- Solicitud de comentarios públicos de OGC WPS
- deegree Implementación de Java de código abierto (WPS 0.4.0 y WPS 1.0.0 ) con procesos de ejemplo
- WPSint Implementación de Java de código abierto de WPS 0.4.0 (incluye un cliente genérico)
- PyWPS Implementación de Python de código abierto de WPS 1.0.0
- Implementación de WPS del proyecto ZOO de WPS 1.0.0
- WPS.NET Implementación de .NET de código abierto de WPS 1.0.0
- Cliente QGIS WPS
- OGC-Services.NET: lista gratuita de servicios OGC (se pueden agregar nuevos servicios manualmente)
- OpenLayers contiene analizador WPS
- Servicio de servidor de procesos en todo el condado de Maricopa