[Gdal-dev] GDAL 1.2.0 Beta Release - Error

[Frank Warmerdam]

Lorenzo Moretti wrote:
> OK for this tip but I use Grass and r.in.gdal and this method is not 
> applicable for user.  The module r.in.gdal read the band in wrong mode.
> It's difficult for the user to use gdal_translate for creating 4 tiff 
> files before and after to go to Grass and import these tiff files. This 
> method must be more simple. Why is it impossible to import bands in 
> right sequence?

Lorenzo,

I do not believe that GDAL is reading the bands in the wrong order.  It is
reading the bands in the order they occur in the original file.  The original
file is also marked as RGB photometric interpretation if it is like the other
quickbird files I have encountered.  The problem is that the original files
are not setup for proper identification of band mappings.

If you have a full GDAL installation then my method would work fine.  If not
then use GRASS methods to reorder the bands.  I believe that the bands are
imported as seperate raster layers, and a composite image object created
for them.  It should be possible to create a new image object with different
band orderings.

Statements like "This method must be more simple." get under my skin.  I am
willing to do alot to make GDAL operate effectively and usefully.  However,
there are limits to what I am going do to make up for screwball data products
and there are also limits to what I can accomplish with regard to GRASS from
a single import program (r.in.gdal).  I don't appreciate people telling me
what I must do, not even my wife!

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent