[Gdal-dev] RE: Use of GDAL
Martin Daly
Martin.Daly at cadcorp.com
Thu Dec 16 12:16:20 EST 2004
Norman,
Do you have a URL for the WCS? I'd like to try our client against it
(that uses GDAL for accessing the downloaded coverage, naturally).
Regards,
Martin
> Hi,
>
> though I would write to tell you about an application of GDAL
> which you can all use free of charge.
>
> First of all, thanks Frank for all your help, in particular for
> configuring our
> server!!
>
> We are working as part of a consortium under the ESA (European Space
> Agency) MASS project, and it is a research project to investigate
> interoperability
> of EOS services using SOAP.
>
> We decided to offer to put a SOAP wrapper around two
> services. The first service being gdalwarp (the reprojection
> service) and the second service
> being
> an orthocorrection service using the python wrappers to GDAL
> and the very sexy MapServer WCS for serving SRTM data.
>
> These services can be used individually or chained using the Oracle
> workflow tool.
>
> The reprojection service works exactly the same as gdalwarp,
> the biggest
> problem
> we face is restricting the target projections of gdalwarp for
> a user to
> something
> meaningful, as it is a free research project we haven't overcome this
> (any ideas?).
>
> The second service used the python api to GDAL and requests a
> SRTM DEM from a MapServer WCS in 16 bit geotiff format it
> then orthocorrects the input
> satellite image
> using a similar algorithm to (sun) topographic correction.
>
> To try the reprojection service do the following
>
> 1) http://services.eoportal.org
> 2) Choose Services > Data Conversion > CSLReprojection
> 3) Fill in the following fields
>
> Input Image :
> ftp://anonymous:anonymous@hotmail.co.uk@ftp.remotesensing.org:
> 21/geotiff/samples/pci_eg/latlong.tif
>
>
> Error Threshold:
> 0.125
> Sampling method:
> nearest neighbour
> Warp Polygon Order
> CRS:
> Common CRS
>
> Then select target CRS to be WGS84
>
> There are many improvements we could make to the HTML interface, in
> particular the specification of the FTP address,
> but in practise, most invocations will be through SOAP in a
> product chain.
>
> (This is the bit to make my Manager happy!!)
> ComSine are a SME based in the UK, happy to take on all work, both
> commercial and research based, part funded, or
> wholly funded, www.comsine.com).
>
> Thanks again to GDAL, a very easy to use and robust product.
>
> Norman Barker
More information about the Gdal-dev
mailing list