[Zoo-discuss] WPS

Mon Dec 2 02:18:40 PST 2013

Hi Anunay,
thanks a lot for giving it a try.

It sounds strange to me that the main.cfg was not found as it should be available in the same directory as the ZOO-Kernel itself.

The first thing to try is to run the ZOO-Kernel from the command line to check if you get the same result. Maybe you can also have a look into the log file also (from both execution from command line and from the IIS web server). If the result are different it may means that you should have a loo at the access privileges defined for the main.cfg file.

At last, it may be a good idea to share your main.cfg file just to check if there is nothing wrong in it. Obviously if anything before worked have a look of what is going wrong in the setup.

Hope to hear back from you,
Best regards

Gérald Fenoy
gerald.fenoy at geolabs.fr

Le 29 nov. 2013 à 07:17, Anunay Sinha <anunay.sinha88 at gmail.com> a écrit :

> Hi
> I am getting the following error. Unable to load the main.cfg file
> Since this is the first time am trying to load CGI Module I will list down the steps I have followed.
> 
>  1. Downloaded the package and extracted it to C:\inetpub\wwwroot\.
>  2. Edited the main.cfg present inside C:\inetpub\wwwroot\Dist\cgi-bin folder. Replace the d:/ZOO_INSTALL_PATH and  d:\ZOO_INSTALL_PATH with C:\inetpub\wwwroot\Dist
>  3. Next I went to the IIS Manager. Under the Sites -> Default Web Site -> Dist -> CGI-bin. I selected Handler Mappings from feature list and ensured the Read Script and Execute permissions are checked.
>  4. Then I added the Zoo_loader.cgi and Mapservr.cgi in ISAP and CGI Restrictions
>  5. Re stared the server
>  6. And browse for the following : http://localhost:8087/dist/cgi-bin/zoo_loader.cgi (I also modified my main.cfg file for this address serverAddress=http://localhost:8087/dist/cgi-bin/zoo_loader.cgi)
>   7.  I am getting the following xml in the response.
> 
> <ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink" xsi:schemaLocation="http://www.opengis.net/ows/1.1 http://schemas.opengis.net/ows/1.1.0/owsExceptionReport.xsd" xml:lang="en-US" version="1.1.0">
> 
> <ows:Exception exceptionCode="InternalError">
> <ows:ExceptionText>Unable to load the main.cfg file.</ows:ExceptionText>
> </ows:Exception>
> 
> </ows:ExceptionReport>
>   
> 
> I am looking into it to see if this is an configuration issue at my end, or if i have missed some thing that you can point out, it will be really helpful.
> Thank's
> Anunay
> 
> 
> On Thu, Nov 28, 2013 at 2:17 PM, Anunay Sinha <anunay.sinha88 at gmail.com> wrote:
> I was myself missing from the action from last two days. Will download and post you back on how it went
> Thanks for providing it to us.
> 
> Anunay
> 
> 
> On Wed, Nov 27, 2013 at 3:46 PM, Fenoy Gerald <gerald.fenoy at geolabs.fr> wrote:
> Dear Anunay,
> sorry for being so long for providing the solution.
> 
> I fact I psnet some time on saturday afternoon to make the ZOO-Project demonstrations user interface working on windows but I cannot figure out why MapServer is not answering any request coming using POST method so I cannot provide a full featured demo User Interface as I would like to provide to you. But as I also think that providing something even without demo user interface to interact directly with the WPS Server is more than nothing.
> 
> I put the binary version of the ZOO-Project for Win32 on ZOO-Project.org web site [1]. Note that the file is quite huge but it contains the full build tree for Python-2.7.3 including all requested modules (and even more, let say some modules which are not directly required by ZOO-Project).
> 
> Once you uncompressed the archive somewhere on windows platform, then you will simply have to activate the CgI module from your IIS instance, then define a virtual directory pointing to your cgi-bin directory. Once all that was done, replace all occurrence of « d:/ZOO_INSTALL_PATH » and « d:\ZOO_INSTALL_PATH » by the correct location where you uncompressed the archive.
> 
> I hope that this setup will work correctly on your side and you can run your tests of the ZOO-Project WPS Server implementation.
> 
> Hope to hear back from you,
> Best regards,
> 
> Gérald Fenoy
> 
> 
> [1] http://zoo-project.org/dl/zoo-windist.7z
> 
> Le 23 nov. 2013 à 11:52, Fenoy Gerald <gerald.fenoy at geolabs.fr> a écrit :
> 
> > Hello Anunay,
> > sorry for the delay, I’m currently packaging ZOO-Project distribution to be usable on IIS with few services.
> >
> > Note that more than only ZOO-Project will have to be packaged, indeed I would like to provide a working Python support so implying that it will require a full distribution of Python-2.7.3. You should not use another Python distribution than the one which will be provided.
> >
> > There is no real issue with the Python archive and deployment. Nevertheless, I would like to insist on the fact that some issue will probably occur when you will try to use some python utilities located in Script directory, so better to avoid using this tools. Note that you can always fix the files locally to fit with your setup if you want to use them. But Python interpreter will work correctly and will be usable from the ZOO-Kernel.
> >
> > Anyway, there is currently no documentation on how to setup ZOO-Project on IIS by now, but I will try my best to provide instruction when the binary distribution will be ready. It should be available soon this afternoon. To make things easier, I have to remove all services you do not need and to use a different tree into cgi-bin to avoid to make you search for the location where services are located to use the correct metapath.
> >
> > Be back to you soon with link to the documentation.
> >
> > Best regards,
> >
> >
> >
> > Le 23 nov. 2013 à 11:28, Anunay Sinha <anunay.sinha88 at gmail.com> a écrit :
> >
> >> HI,
> >> Can you let me know where I can find the instructions for running Zoo Kernel on IIS Server.
> >> We really wanna have ZooWPS running.
> >>
> >> Thanks for your efforts and help.
> >>
> >> Anunay
> >>
> >>
> >> On Thu, Nov 21, 2013 at 2:44 PM, Anunay Sinha <anunay.sinha88 at gmail.com> wrote:
> >> I think for now I can go ahead and use the bianries on the IIS server.
> >> But eventually we need to integrate it with the our GIS Engine. So I Have to build from the tree. But I can delay this part for now.
> >> As of now if I can just run it on IIS with some test services, that will be all.
> >> So please provide those binaries so that I can have these services running
> >>
> >> Also if you have some other document which can elaborate on building WPS from the source for IIS with external libraries that will be really helpful.
> >>
> >> Thanks for your quick response.
> >> Anunay
> >>
> >>
> >> On Thu, Nov 21, 2013 at 2:30 PM, Fenoy Gerald <gerald.fenoy at geolabs.fr> wrote:
> >> Hello Anunay,
> >> I think it is wrong to try to use this *really* old win32 binaries.
> >>
> >> We are currently using a new version ZOO-Kernel including the Python and Javascript languages support and also the MapServer support.
> >>
> >> The MapServer support is, by now, based on a modified version of MapServer 6.2.0 including various patches to fix encoding issue with WFS / GetFeatureInfo request.
> >>
> >> As we were asked for we focussed our work on IIS this time. We do not support Apache anymore on Windows platforms. Note that if you are using a Windows 7 professional then you get the IIS server available so it should not hurt that much. Anyway when you will want to deploy your solution you will probably use Windows Server something™ :)
> >>
> >> So I think that the best solution for you should be to use the same binary version we are currently using in production projects based on Windows. To make sure you will be able to run it, except from command line (indeed ZOO-Kernel can be easily run from command line on windows platforms), you should first confirm that you get an IIS instance available somewhere where you can run tests.
> >>
> >> In such a case I will publish the newer version I have available (latest trunk ZOO-Kernel, MapServer 6.2.0, GDAL 1.10.1, Python 2.7.3) all those softwares were built using Microsoft Visual Studio 2010 Express Edition (the « free » one). It depends on Microsoft Visual C++ 2010 Redistributable Package available for download here: [1].
> >>
> >> Note that despite I can provide both main.cfg and binary distribution of ZOO-Project (including C services already build) I guess there will still be some things missing for you. Indeed, you said that you are willing to integrate your own services. Which is standard thing, nevertheless if you plan to implement your services in C then it means that getting only the binaries won’t help you that much. Indeed, you will need the full build tree to be able to build and link your own binaries against the depending ones. Note that if you planned to implement your services by using JavaScript and / or Python language then you won’t have any issue in using only the binaries.
> >>
> >> There is a last issue with which I’m not really familiar is that the GDAL binary was linked against the ECW binary libraries provided by Erdas. But I wonder if I am allowed to distribute this specific DLL or not. I think I am not allowed.
> >>
> >> Anyway, please confirm that the binary solution is enough for you then I will upload the binaries for you on the ZOO-Project.org web site.
> >>
> >> Hope to hear back from you soon,
> >> Best regards,
> >>
> >>
> >>
> >> [1] http://www.microsoft.com/en-us/download/details.aspx?id=5555
> >>
> >> Le 21 nov. 2013 à 08:10, Anunay Sinha <anunay.sinha88 at gmail.com> a écrit :
> >>
> >>> I am trying to install ZooWPS on Windows. I am having some trouble with the prerequisites. They are not very specific with the version numbers of the corresponding softwares.
> >>> 1. Anyhow I went ahead and downloaded the latest stable releases(Binaries wherever I can and compiled the rest).
> >>> 2. Next I compiled Libgic
> >>> 3. I Downloaded the OSGGeo4W (It asked about Desktop and WEBGIS and I selected Desktop)
> >>> 4. Next It asked me to download "This Package" which was tool-win32.zip (I am not sure where to add this. For now I have kept it in my path)
> >>> 5. Next it talked about full runtime dependencies to be places in C:OSGeo4WBin (I am assuming it is c:\OSGeo4w\bin
> >>> 6. Next was to download zoo_loader.cgi and the Main.cfg file (I cannot find the Main.cfg file and still looking around for the content of the file)
> >>> 7. Next was to get OGR Service Providers which were provided in Zoo-services-win32.zip. I have placed them in C:\OSGeo4W\bin (It talked about two libraries but i simple copied everything into the bin. Was not sure which two are we talking about here )
> >>>
> >>> I have no previous experience with CGI and C coded servers so am missing a lot of things here. For instance I dont know where the server is and how to start it? I am looking into these things, but since this whole effort was sort of a POC i will really appreciate if some one can help me run the zoo kernel with OGR and once with my exiting code. So that we can see how it works and decide on what WPS framework to choose.
> >>> In the mean time I am trying to bridge this gap and get more info on CGI.
> >>>
> >>> Thanks for your efforts.
> >>>
> >>> Anunay
> >>>
> >>>
> >>>
> >>> On Tue, Nov 19, 2013 at 1:36 AM, nicolas bozon <nicolas.bozon at gmail.com> wrote:
> >>> Anunay,
> >>>
> >>> If your code base is in C++, i would definitively recommend you give ZOO a try.
> >>> You could probably use your existing C++ and take advantage of the available GDAL and GRASS support we maintain.
> >>> Also, the MapServer support (i.e the resulting data source(s) of your WPS request is automatically written to a mapfile and it thus makes it very easy to publish as WMS/WFS/WCS) provided by ZOO 1.3 may be of interest for your needs.
> >>> FYI, such capabilities are also used into our MapMint platform, which provides an admin interface to both ZOO, GDAL, MapServer and OpenLayers and that will soon be released open source too.
> >>> Do not hesitate to ask more practical/technical questions publicly or privately if needed.
> >>> Hope it helps
> >>>
> >>> Best,
> >>>
> >>> Nick
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> 2013/11/18 Anunay Sinha <anunay.sinha88 at gmail.com>
> >>> Thanks.
> >>> Will post it up there.
> >>> I was for a second interested in Zoo for the same reason (My GIS Engine was initially in C++ so wrapping it with C will be easy compared with the overhead it requires for other languages ). I just wanted to know how is Zoo compared with the rest?
> >>> In terms of acceptance in the market. And what are the points I need to take into consideration when choosing one over the other (you gave me one point, if there are more?)
> >>>
> >>> I will put up this post in the mailing list you mentioned but just to continue the discussion am keeping this thread running.
> >>>
> >>>
> >>>
> >>>
> >>> On Mon, Nov 18, 2013 at 11:09 PM, nicolas bozon <nicolas.bozon at gmail.com> wrote:
> >>> Hello Anunay and welcome to this list.
> >>>
> >>> I think you did a great choice for your 'web based GIS system', because WPS can handle pretty much things for it.
> >>>
> >>> As far as i know, there are 5 open source WPS platforms out there, but GeoTools isn't one (although it is used by GeoServer). Your list would then become, by alphabetical order:
> >>> 1. Degree
> >>> 2. GeoServer
> >>> 3. PyWPS
> >>> 4. ZooWPS
> >>> 5. 52North
> >>>
> >>> They are all implementing the WPS specification from OGC and they are all open source.
> >>>
> >>> I guess they are all able to run GIS algorithms available from other open source libraries such as GDAL, GRASS, Sextante, GeoTools, Sextante...,using different methods.
> >>>
> >>> Most of them are written in Java or Python, but ZOO-Kernel (ZOO-Project engine) is written in C language.
> >>> This somehow allows him to execute WPS Services coded in different languages (C, Python, Java, JavaScript...), so you won't be limited to only Java or Python. It can open doors to 'any' source code you want to turn into a compliant Web Service.
> >>>
> >>> This is my simple ZOOer answer, but i would recommend you post such a generic question to wps-dev at lists.opengeospatial.org, so you would probably get more answers from the different projects developers and users.
> >>>
> >>> Good luck and feel free to ask more questions on this list too.
> >>>
> >>> Best regards,
> >>>
> >>> Nick
> >>>
> >>>
> >>>
> >>>
> >>> 2013/11/18 Anunay Sinha <anunay.sinha88 at gmail.com>
> >>> We have a requirement where in we need to expose our analysis to a web based GIS system. We decided to do it using WPS.
> >>>
> >>> However I have general question about WPS (This may not be the best platform but still.)
> >>> What is a difference between different WPS Frameworks out there
> >>> 1. GeoServer
> >>> 2. GeoTools
> >>> 3. Deegree
> >>> 4 52North
> >>> 5 ZooWPS
> >>>
> >>> I am not sure which one to choose and what are things I need to consider when making this choice.
> >>> Also if you can let me know where ZooWPS stands when compared with the rest (My thinking here is since they all provide OGC WPS Implementation they all should be doing pretty much the same thing, but that is a wild thought)
> >>>
> >>> Looking for your help
> >>>
> >>>
> >>> Anunay
> >>>
> >>> _______________________________________________
> >>> Zoo-discuss mailing list
> >>> Zoo-discuss at lists.osgeo.org
> >>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/zoo-discuss
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >> Gérald Fenoy
> >> gerald.fenoy at geolabs.fr
> >>
> >>
> >>
> >> _______________________________________________
> >> Zoo-discuss mailing list
> >> Zoo-discuss at lists.osgeo.org
> >> http://lists.osgeo.org/cgi-bin/mailman/listinfo/zoo-discuss
> >
> >
> >
> > Gérald Fenoy
> > gerald.fenoy at geolabs.fr
> >
> 
> 
> 
> _______________________________________________
> Zoo-discuss mailing list
> Zoo-discuss at lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/zoo-discuss

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.osgeo.org/pipermail/zoo-discuss/attachments/20131202/96f667fe/attachment.pgp>