[ZOO-Discuss] Default Processes

Mon Aug 23 03:04:18 PDT 2010

 Hi Gerald,

I saw that you already entered a general WPS BoF session. Let's do this
as a joint WPS BoF on Wednesday. I will send a notice over our mailinglist.

Regards,
Bastian Schäffer

Am 20.08.2010 14:53, schrieb Gérald Fenoy:
> 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 <mailto: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
>> <mailto: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 <mailto: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
>

-- 
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

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