[ZOO-Discuss] Default Processes

Fri Aug 20 05:53:31 PDT 2010

Hi Bastian,
I'm really sorry for the delay in answering you. I'm really happy to hear from you. In fact I'm currently on the way of enhancing the ZOO Kernel source code so I would like to update the official SVN server before answering you but finally I answering before updating the SVN as I still have to get some more tests about the JavaScript Support using a new version of SpiderMonkey...

It is a good news to hear that you are currently working on a study about WPS implementations. Unfortunately you're right there was some issue in the compilation process which produce the ZOO Kernel and previously link the ZOO Kernel against the libjavaplugin_jni.so even if in fact it wasn't really required. Note that I made the development of the Java Support some times ago and didn't noticed that as I didn't get any issue to make it properly running on a Gentoo Linux environment.

So finally after reading your mail and during the OSGeoLiveDVD integration I noticed the same thing and updated my local Makefile to remove this unneeded dependency. So finally I updated the official SVN at least the Makefile.in and configure.ac files to make them able to handle compilation process without linking against this library again. So your problem should be solved. I hope that yo can confirm it now works for you also. Else please let me know then I will help you to get it running properly on your platform with pleasure.

For your second question in fact we don't get that much service provider currently publicly available but we get some already. For Instance, you get :
 - ogr-base-vect-ops : means the base geometries features operations like Buffer, Boundary, Centroid, ConvexHull, GetArea, Simplify (I know that is stored in the ogr-base-vect-ops Services Provider but it make sense as we use mainly the GEOS From the OGR bindings), Union, Intersecfion,  Difference, SymmetricDifference, Distance. (Please note that for all the services included in the ogr-base-vect-ops Services Provider I get a new code here I have to commit on the official SVN when I will commit the ZOO Kernel source tree)
 - about OGR tools we already integrated an ogr2ogr similar tool, in fact we reuse massively the ogr2ogr code and modify it to simply parse in a different way the input and store in the outputs maps the name of the produced file (note that here using storeExecuteResponse and then pool the stored result make sense as the process can be quite long),
 - about GDAL we get gdal_translate and gdal_grid tools available on the svn, we also use a Services Provider which extract from a vector line the profile from the raster data, it is the one used in the profile tool from the official web site,
- about CGAL, you get a Delaunay Triangulation Service 
 - we get also non-geographic sample Services Provider which are in the svn source tree only to let people see that they can use WPS for non geographic data, which make sense if you want to develop a fully OGC compliant platform to manage different kind of data (even if at the end everything will be linked to geography ... :) ), so you get a sample OpenOffice ServiceProvider which simply transform input document in another format. Obviously you can do more than that using OpenOffice and I get many Python script available around here, if needed please ask.

I think that we will be more focussed on the Services Provider available on the official SVN after the FOSS4G will happen.

About the IO management currently we use OGR and GDAL so you can consider you support all input and output form supported by this wonderfull tool. Nevertheless we currently don't propose to Services Provider developpers to get a ready to use ZOO IO interface but we think about this since some time already. In fact you can easily use a ogr2ogr service call from javascript using the ZOO API and then use the result to pass it to another process as input, you can even modify the feature on the fly using a piece of Javascript code coming from the ZOO API to modify your feature or reproect for instance. In fact we wonder if smaller Services can't be allready considerate as IO gesture even if currently you can use it only from JavaScript, obviously you are still able to use your own WPS request sender to manage it from other languages.

I saw that you organized a Code Sprint during the FOSS4G and I wondering if we can't join our effort (I mean 52°North, ZOO Project, PyWPS) to see how we can each other enhance our solutions rather than making different Code Sprint. In fact it is a reason why we didn't give information about the ZOO Project code sprint for this year FOSS4G, we think about something more global. Maybe we are wrong. Please, let me know what you think about this proposal.

Even if it takes soem time for me to answer yo u, I still hope to hear from you,
best regards,

Le 10 août 2010 à 13:08, Bastian Schäffer a écrit :

> Dear Zoo Team,
> 
> we are currently involved in a EU FP-7 funded study that list available
> WPS implementations and to test their compliance with the OGC standards.
> For this purpose, we tried to set up the ZooWPS following the tutorial,
> but got an:
> 
> Internal Server Error: does not find the shared library libjavaplugin_jni.so
> 
> Could you help out?
> 
> Second, could you provide us with a list of out-of-the box available
> processes (meaning: available after installation-without programming)
> and supported I/O formats?
> 
> Regards,
> Bastian Schäffer
> 
> -- 
> Bastian Schäffer
> 52° North Initiative for Geospatial Open Source Software GmbH
> Martin-Luther-King-Weg 24
> Fon: +49-(0)-251–396371-41  Fax: +49-(0)-251–396371-11
> email: schaeffer at 52North.org
> 52North-site: http://www.52North.org
> General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk
> Local Court Muenster HRB 10849
> 
> 
> 
> _______________________________________________
> Zoo-discuss mailing list
> Zoo-discuss at gisws.media.osaka-cu.ac.jp
> http://gisws.media.osaka-cu.ac.jp/mailman/listinfo/zoo-discuss

Gérald Fenoy
gerald.fenoy at geolabs.fr

GEOLABS
Siège social :
Futur Building I
1280, avenue des Platanes
34970 Lattes
Tél. fixe : 04 67 53 67 37
Tél. portable : 06 70 08 25 39

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/zoo-discuss/attachments/20100820/8db66a06/attachment.html>