GEOSS Banner

Section 3: Use Cases

<<Prev T.O.C Next>>


  1. MINES ParsiTech / GENESIS Legacy Toolbox

    1. Introduction of use case

      This tutorial explains the various processes that are needed to create a WPS and an operation with the Genesis Legacy Toolbox. It is a step-by-step explanation of each task that is needed in order to reach a proper WPS deployment. It’s not intended to explain every detail of WPS. Those details can be found in specification or other appropriate document. It the first step to create your custom WPS.
    2. Description of use case

      This use case intend to demonstrate the use of the GENESIS Legacy toolbox through a simple computation example. The results that is provided throught this WPS example is a sum. Once you've finsished this tutorial, you will have seen the necessery elements that you'll nee to manipulate in order to produce a WPS and you'll be ready to make your own WPS with your own set of data and operations.
  2. Plymouth Marine Laboratory (PyWPS)

    1. Introduction of use case

      PyWPS is a python framework implementing WPS 1.0.0. The tutorial will show how to install PyWPS, and since PyWPS does not provide major WPS processes the tutorial continues with process install using WPS-GRASS-Bridge that allows for GRASS-GIS processes to be automatically converted into PyWPS processes. In the third part, single atomic WPS processes are the building blocks in Taverna worbench to build fully functional workflows, that later can be posted in social networks like myExperiment. Tutorial will finish with an introduction to integration to WPS into OpenLayers. 

    2. Description of use case

      PyWPS installation follows the standard python packages install, since web infrastructures tend to be very heterogenic, pywps requires for the user to configure server URL, process folder, CGI folder, WPS metadata content (e.g responsible for service etc). The tutorial will use ubuntu 11.04 and Apache2 as supporting server.

      PyWPS follows python's mantra "Batteries not included" therefore it only provides an optimized WPS framework for users to develop and program their own WPS processes, that in turn allows for easy integration/connection to other systems like GRASS-GIS. The project WPS-GRASS-Bridge automatically generates PyWPS processes as wrappers for GRASS 7.0 modules, the wrappers work by interfacing with PyWPS API.

      PML has developed an extended WSDL/SOAP support in PyWPS, with objective of porting any WPS into a generic workflow workbench like Taverna, the convertion between WPS and WSDL is automatic and transparent without any need of configurations. The WSDL document contained in the WPS instance is then uploaded into Taverna worbench.

       Taverna worbench allows for users to create workflows and run them, the tutorial will only show a simple workflow that adds two geotiff images using r.add process. The process used implementes GRASS's r.mapcalc with the objective of adding any number of images.

      The workflow being built in the tutorial can then be uploaded into the myExperiment social network where it can be commented, edited, searched by other scientists that may require the workflow to be integrated into other scientifical works.

       PML's user case concludes with a small live demo of WPS working inside OpenLayers map display. The example shown is based on the process v.net.path (working as wrapper for the GRASS module with same name) that will determine the shortest path between nodes in a vector network overlaying major Iberian cities. The example code is avaible for download.

<<Prev T.O.C Next>>

Tag
none

Files (0)

 
You must login to post a comment.