On Sat, Oct 29, 2011 at 11:04 AM, Gianni Barrotta
<[email protected]> wrote:
> Thank's Andrea; so we can say that the current WPS implementation does not
> support storing and status, that are not mandatory according to the
> standarda, but reccomended when managing big datasets.
> I'm I wrong?

The common GeoServer way of doing streaming wps processes make it
possible to handle larger datasets even without store and status, but
dumb processes, or processes leveraging external tools, or very very
large data sets do require both asynch and store.


> <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
> <wps:Execute service="WPS" version="1.0.0"
> xmlns:wps="http://www.opengis.net/wps/1.0.0";
> xmlns:ows="http://www.opengis.net/ows/1.1";
> xmlns:ogc="http://www.opengis.net/ogc";
> xmlns:xlink="http://www.w3.org/1999/xlink";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://www.opengis.net/wps/1.0.0
> http://schemas.opengis.net/wps/1.0.0/wpsExecute_request.xsd";>
>
> <ows:Identifier>org.n52.wps.server.algorithm.SimpleBufferAlgorithm</ows:Identifier>
>   <wps:DataInputs>
>     <wps:Input>
>       <ows:Identifier>data</ows:Identifier>
>       <wps:Reference
> schema="http://schemas.opengis.net/gml/3.1.1/base/feature.xsd";
> xlink:href="http://giv-wps.uni-muenster.de:8080/geoserver/wfs?SERVICE=WFS&amp;VERSION=1.0.0&amp;REQUEST=GetFeature&amp;TYPENAME=ns1:tasmania_roads&amp;SRS=EPSG:4326&amp;OUTPUTFORMAT=GML3";
> method="GET"/>
>     </wps:Input>
>     <wps:Input>
>       <ows:Identifier>width</ows:Identifier>
>       <wps:Data>
>         <wps:LiteralData dataType="xs:double">0.05</wps:LiteralData>
>       </wps:Data>
>     </wps:Input>
>   </wps:DataInputs>
>   <wps:ResponseForm>
>     <wps:ResponseDocument storeExecuteResponse="false" lineage="false"
> status="false">
>       <wps:Output asReference="true"
> schema="http://schemas.opengis.net/gml/3.1.1/base/feature.xsd";
> mimeType="text/xml" encoding="UTF-8">
>         <ows:Identifier>result</ows:Identifier>
>         <ows:Title>result</ows:Title>
>         <ows:Abstract>result</ows:Abstract>
>       </wps:Output>
>     </wps:ResponseDocument>
>   </wps:ResponseForm>
> </wps:Execute>
>
> So to move to the statusSupported I see two new features:
> 1) add storeSupported= true to the DescribeProcess mechanism
> 2) retrive the xml response with the url inside.
>
> Am I on the right way?

To declare status supported = true or store supported = true
one has actually to make changes to the way the WPS works,
it's not just a matter  of changing storeSupported=true,
there is a lot of work to be done.

Mind, if you look at the other WPS threads in the devel list
you should already know I'm about to add asynch execution
support, which also implies store support.

Cheers
Andrea

-- 
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:      +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-------------------------------------------------------

------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World&#153; now supports Android&#153; Apps 
for the BlackBerry&reg; PlayBook&#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to