[gdal-dev] gdaltransform utility not working in web service

[Chaitanya kumar CH]

Dinesh,

You gave the path to a tiff file as an argument from which the projection
definition or the GCPs will be extracted. So there should be no need for it
to read from inputAoiPath.
Please elaborate on how you are trying to do this.

On Thu, Mar 22, 2012 at 10:05 AM, Dinesh Dass Subramanian <
sdineshdass at gmail.com> wrote:

> Dear Frank,
>
> Thanks for your help. I have added the LD_LIBRARY_PATH and there is no
> error in the output file.But new message is coming while I try to
> execute the gdaltransform or any other utility in my web service.
>
> op.text
> --------
>  Usage: gdaltransform [--help-general]
>      [-i] [-s_srs srs_def] [-t_srs srs_def] [-to \"NAME=VALUE\"]
>      [-order n] [-tps] [-rpc] [-geoloc]
>      [-gcp pixel line easting northing [elevation]]
>      [srcfile [dstfile]]
>
> I have debugged the code and upto the commandline class, it is working
> fine. The commandline class is able to interpret the gdaltransform as
> executable and the remaining strings as arguments. But the exectask
> class could not execute the command. Please suggest. Thanks.
>
>
> On 3/21/12, Frank Warmerdam <warmerdam at pobox.com> wrote:
> > On 12-03-19 07:44 AM, Dinesh Dass Subramanian wrote:
> >> Hi,
> >>
> >>
> >> I'm trying to develop a web service for gdaltransform utility that gets
> >> four
> >> coordinates as input and write it in an input file. Then the
> gdaltransform
> >> utility is executed as in commandline to produce the output in the
> output
> >> file.
> >> I have the RPC file in the same path. The problem is the gdaltransform
> is
> >> not
> >> getting executed while I run the web service. But the same command works
> >> in
> >> normal commandline mode. Please help to resolve this problem. Thanks.
> > ...
> >> *op.txt (error shown)*
> >> *---------*
> >> gdaltransform: error while loading shared libraries: libgdal1.7.0.so.1:
> >> cannot
> >> open shared object file: No such file or directory
> >
> > Dinesh,
> >
> > This a normal error indicating that the libgdal1.7.0.so.1 shared library
> > is not being found.  Normally I'd address this by adding a "SetEnv"
> > directive
> > in my apache file setting LD_LIBRARY_PATH to include the directory with
> > the libgdal1.7.0.so.1 file.  It might also make sense to put that file
> > somewhere like /usr/lib and use ldconfig - see the ldconfig or ld.so.conf
> > man pages for more information on this.  This is in no way a GDAL
> specific
> > issue.
> >
> > Best regards,
> > --
> >
> ---------------------------------------+--------------------------------------
> > I set the clouds in motion - turn up   | Frank Warmerdam,
> > warmerdam at pobox.com
> > light and sound - activate the windows | http://home.gdal.org/warmerda
> > and watch the world go round - Rush    | Geospatial Software Developer
> >
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
>
>
> --
> Regards,
> S.Dinesh Dass,
> M.Tech - Remote Sensing,
> Institute of Remote Sensing,
> Anna University,
> Chennai.
> Mob: +91-9976033932
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>



-- 
Best regards,
Chaitanya kumar CH.

+91-9494447584
17.2416N 80.1426E
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20120322/1ef99d64/attachment-0001.html