[gdal-dev] gdal_extents utility?

Angelos Tzotsos gcpp.kalxas at gmail.com
Sun Nov 7 18:51:48 EST 2010

  Hi Even,

Thank you for your comments.

At this point the code serves the purposes of the gimed metadata editor.
Of course the utility is going to be re-written if it is to be included 
in gdal (with different license).
All your suggestions are very welcome and will be taken under consideration.

I will look into what you propose with the CSV driver. Looks interesting.

As for your last question, this has to be handled with some kind of 
external parameter from the user.

Best regards,

On 11/07/2010 11:13 PM, Even Rouault wrote:
> Angelos,
> Speaking for myself : Your utility is certainly usefull for your purposes, but
> I'm not sure if there is enough "added value" and/or general purposeness to
> include it as a new utility. Is the output of the utility aimed at some other
> utilities of a larger processing chain ?
> Some things I noticed :
> 1) The licence : code that goes into GDAL source tree must be licenced under
> the X/MIT licence
> 2) The hard-coded Greek SRS. You should use the one from the GDAL dataset /
> OGR layer instead of the hard coded value.
> 3) The extent reported on a GDAL dataset won't match the ones reported by
> gdalinfo. For some reason you add a half-pixel shift
> 4) What is that DTM file ? Looks like it could be handled by the CSV driver
> with the help of OGR VRT wrapper file.
> 5) If the OGR datasource has more than one layer, several lines will be
> written. Is it wanted ?
> Best regards,
> Even

Angelos Tzotsos
Remote Sensing Laboratory
National Technical University of Athens

More information about the gdal-dev mailing list