[Zoo-discuss] Using gdal_warp service fails sometimes

Thomas Tilak thomas.tilak at gmail.com
Mon May 9 00:26:10 PDT 2016


Sure,


Here is the request:

http://localhost:32768/cgi-bin/zoo_loader.cgi?service=WPS&version=1.0.0&request=Execute&identifier=Gdal_Warp&dataInputs=dstalpha%3Dtrue%3Boverwrite%3Dtrue%3Bs_srs%3DEPSG%3A4326%3Bt_srs%3DEPSG%3A3857%3BinputDSN%3D%2Fquicklooks%2FSPOT7%2Fmetropole%2FDS_SPOT7_201605060945417_FR1_FR1_FR1_FR1_E009N42_03251_g.tif%3BoutputDSN%3D%2Fquicklooks%2FSPOT7%2Fmetropole%2FDS_SPOT7_201605060945417_FR1_FR1_FR1_FR1_E009N42_03251_a

It really seems to depend on input data. How can I have different output
format with my request?

I




2016-05-06 12:21 GMT+02:00 Fenoy Gerald <gerald.fenoy at geolabs.fr>:

> Hi Thomas,
> sorry for late reply.
>
> Thanks a lot for you report. May I ask you to send the request you have
> used to face the issue ?
>
> You are right mentioning that the issue seems to come from the ZOO-Kernel
> when it output the XML result.
>
> I would like to know if the issue only occurs by changing the input data
> or depend on the output format specified ?
>
> I hope to hear back from you for being able to solve the issue.
>
> Best regards,
>
> > Le 4 mai 2016 à 18:28, Thomas Tilak <thomas.tilak at gmail.com> a écrit :
> >
> > I am using trunk version of zoo-project retrieved from a checkout on
> http://svn.zoo-project.org/svn/trunk.
> >
> > The gdal_warp service fails on some input data while it is perfectly
> working on other. I do not suspect gdal process because output data is
> created correctly but the service freezes and does not finish.
> >
> > I activated debug options both in kernel and service compile and it
> seems to fail when writing xml response.
> >
> > I used gdb to try to figure out what was going on and here is the result
> of bt:
> >
> >
> ---------------------------------------------------------------------------------------------------------------------
> > Program received signal SIGSEGV, Segmentation fault.
> >
> > 0x00007ffff51d7e2d in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> >
> > (gdb) bt
> >
> > #0  0x00007ffff51d7e2d in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> >
> > #1  0x00007ffff51da314 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> >
> > #2  0x00007ffff51dca40 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
> >
> > #3  0x00007ffff6151e2e in xmlBufferCreate () from
> /usr/lib/x86_64-linux-gnu/libxml2.so.2
> >
> > #4  0x00007ffff615b20f in xmlAllocOutputBuffer () from
> /usr/lib/x86_64-linux-gnu/libxml2.so.2
> >
> > #5  0x00007ffff620722e in xmlDocDumpFormatMemoryEnc () from
> /usr/lib/x86_64-linux-gnu/libxml2.so.2
> >
> > #6  0x000000000041191b in printDocument ()
> >
> > #7  0x000000000041186d in printProcessResponse ()
> >
> > #8  0x0000000000414100 in outputResponse ()
> >
> > #9  0x0000000000408f23 in runRequest (inputs=<optimized out>) at
> zoo_service_loader.c:2176
> >
> > #10 0x0000000000405d75 in cgiMain () at zoo_loader.c:402
> >
> > #11 0x0000000000427b13 in main (argc=2, argv=0x7fffffffebd8) at
> cgic.c:312
> >
> >
> ---------------------------------------------------------------------------------------------------------------------
> >
> > I can provide all the output provided by debug option at execution if
> needed.
> >
> > I hope you will be able to find what is going on here.
> >
> >
> >
> >
> >
> > Regards.
> >
> >
> >
> > _______________________________________________
> > Zoo-discuss mailing list
> > Zoo-discuss at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/zoo-discuss
>
>
>
> Gérald Fenoy
> http://wiki.osgeo.org/wiki/User:Djay
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/zoo-discuss/attachments/20160509/c5e070a5/attachment.html>


More information about the Zoo-discuss mailing list