[Zoo-discuss] [ZOO-Discuss] about output file

[truongxuan quang]

 Dear Fenoy

Nice to hear form you very soon, Yes the thing you said is exactly what I need, I will use your example in order to apply to my work and I will let you know as soon as possible about results.

What I am doing it..scan earthquake from http://earthquake.usgs.gov/ every minutes and issue to gadcs syste (our Global disaster alert system) shake map and next tep is estimate quantity of people who may affected inside shake map polygons

Many thanks ,

All the best

Quang



On , Fenoy Gerald <gerald.fenoy at geolabs.fr> wrote:
 
Dear Quang,
I’ve re-routed your email to the new mailing list.

It was not possible to define dynamically new output identifiers and values at runtime. Indeed, you should have all the output identifiers defined in the corresponding ZCFG file. But this was modified in revision 449, following the example you provided. Obviously, it also means that the client application become unable to be sure of the number of outputs returned. Indeed, as there is no definition in the ZCFG file, it means that there is no way to get informations about them prior to run Execute. So, I’m not sure it is that useful.

I've used the simple attached Python code based on HelloPy service to test returning multiple output identifiers not defined in the ZCFG file and it worked correctly. So, I invite you to try by using ZOO-Kernel revision 449 from SVN and modify your service code to make it returning multiple output identifiers.

Hope to hear back from you on this list,
Best regards,




Le 3 déc. 2013 à 15:21, truongxuan quang <truongxuanquang at yahoo.com> a écrit :

> I am happy to have a big chance to implement some WPSs with ZOO-project again. I have some question about ProcessOutputs section, as what I did before I am used to define output data in *.zcfg file as an example bellow for earthquake shake map:
> <intput>
> <output>
> <ows:name>
> <LiteralData>….
> <ows:point>
> <ComplexData>….                  
> <ows:location>
> <LiteralData>….
> <ows:shape>
> <ComplexData>….                  
> <ows: intensity>
> <LiteralData>….
> <date>
>                                     <LiteralData>….
>  
> Execute our request
> http://localhost/cgi-bin/zoo_loader.cgi?ServiceProvider=&metapath=&Service=WPS&Request=Execute&Version=1.0.0&Identifier=Earthquake&DataInputs=a=significant_earthquake
> We can get something likes a quote of responding [type 1]  from WPS request:
> <ows:Identifier>NAME</ows:Identifier>
>       [‘name1’, [name2], [name3]……………..name[n]
> <ows:Identifier>Point</ows:Identifier>
>     [[x1,y2], [x2,y2], [x3, y3]…………….[xn,yn]]
> …
> <ows:Identifier>date</ows:Identifier>
>     [date1, date2,date3 ,………date_n]
> n is number of events (some time n=1 sometime more than 20 etc..)
> Above response  is fine but In my case I need the structure of response as a list of all event in order as bellow, eg 5 events [type 2]:
> <ows:Identifier>name-1<ows:identifier>
> …
> <ows:Identifier>Point-1<ows:identifier>
>  ….
>           <ows:Identifier>date-1<ows:identifier>
> ……………………………
> ................................
> <ows:Identifier>name-5<ows:identifier>
> …
> <ows:Identifier>Point-5<ows:identifier>
>  …
>           <ows:Identifier>date-5<ows:identifier>
> 
> Is there anyway to shift from type [1]  (all events are describde vertically )to type [2] and (described horizontally )
> 
> Many Thanks
> _______________________________________________
> Zoo-discuss mailing list
> Zoo-discuss at gisws.media.osaka-cu.ac.jp
> http://gisws.media.osaka-cu.ac.jp/cgi-bin/mailman/listinfo/zoo-discuss

Gérald Fenoy
gerald.fenoy at geolabs.fr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/zoo-discuss/attachments/20131203/a8fb1d05/attachment.html>