The OGC Web Processing Service (WPS)

gayathri · Junior Member Joined: 24 Jan 2011 Posts: 50

The OGC Web Processing Service (WPS) is designed to standardize the way that GIS calculations are made available to the Internet. WPS can describe any calculation (i.e. process) including all of its inputs and outputs, and trigger its execution as a Web Service. WPS supports simultaneous exposure of processes via HTTP GET, HTTP POST, and SOAP, thus allowing the client to choose the most appropriate interface mechanism. The specific processes served up by a WPS implementation are defined by the owner of that implementation. Although WPS was designed to work with spatially referenced data, it can be used with any kind of data.

WPS makes it possible to publish, find, and bind to processes in a standardized and thus interoperable fashion. Theoretically it is transport/platform neutral (like SOAP), but in practice it has only been specified for HTTP.

WPS defines three operations:

1. GetCapabilities returns service-level metadata
2. DescribeProcess returns a description of a process including its inputs and outputs
3. Execute returns the output(s) of a process

WPS operations are invoked by submitting XML or URL-encoded requests to an Online Resource URL. When requesting an Execute operation the HTTP request identifies the inputs, the name of process to be executed, and the form of output to be provided.

WPS has the following properties:

1. Inputs can be web-accessible URLs or embedded in the request.
2. Outputs can be stored as web-accessible URLs or embedded in the response.
3. For a single output such as a GIF image, WPS can return the output directly, without any XML wrapper.
4. It supports multiple input and output formats.
5. It supports long-running processes.
6. It supports SOAP and WSDL.

[URL="hostdepartment.com"]Unlimited web hosting[/URL]

gayathri · Junior Member Joined: 24 Jan 2011 Posts: 50

[quote="gayathri"]The OGC Web Processing Service (WPS) is designed to standardize the way that GIS calculations are made available to the Internet. WPS can describe any calculation (i.e. process) including all of its inputs and outputs, and trigger its execution as a Web Service. WPS supports simultaneous exposure of processes via HTTP GET, HTTP POST, and SOAP, thus allowing the client to choose the most appropriate interface mechanism. The specific processes served up by a WPS implementation are defined by the owner of that implementation. Although WPS was designed to work with spatially referenced data, it can be used with any kind of data.

WPS makes it possible to publish, find, and bind to processes in a standardized and thus interoperable fashion. Theoretically it is transport/platform neutral (like SOAP), but in practice it has only been specified for HTTP.

WPS defines three operations:

1. GetCapabilities returns service-level metadata
2. DescribeProcess returns a description of a process including its inputs and outputs
3. Execute returns the output(s) of a process

WPS operations are invoked by submitting XML or URL-encoded requests to an Online Resource URL. When requesting an Execute operation the HTTP request identifies the inputs, the name of process to be executed, and the form of output to be provided.

WPS has the following properties:

1. Inputs can be web-accessible URLs or embedded in the request.
2. Outputs can be stored as web-accessible URLs or embedded in the response.
3. For a single output such as a GIF image, WPS can return the output directly, without any XML wrapper.
4. It supports multiple input and output formats.
5. It supports long-running processes.
6. It supports SOAP and WSDL.

Unlimited webhosting