[Gdal-dev] gdal_merge.py Gtiff files with -pct losing color

[Dori]

Frank,

the new version of FWTools downloaded today still doesn't solve this bug
reported.  I used gdal_1.4.0beta2 newly released along with gdal_merge.py to
compose using "-pct" option and the same satellite input images, but I still
get a black image.
The 2 files I am trying to compose can be found in:
http://www.mediamax.com/izzybitsie/Hosted/AS_GMSSO_00_20061122205634.tif
http://www.mediamax.com/izzybitsie/Hosted/AS_GMSNO_00_20061122205548.tif.gz

Thanks

Happy Holidays!!!!!

On 12/7/06, Frank Warmerdam <warmerdam at pobox.com> wrote:
>
> Dori wrote:
> > Frank,
> >
> > I will report the bug if you tell me what exactly I should report as the
>
> > bug.  Is it the fact that the library is counting on Geotiffs to be
> > created with the proper TIFF color table?
> >
> > I really think this is a problem with the type of input maps I am using.
> > I was assured by the third party software company  used to generate the
> > input maps that their gtiffs were compliant with: Geotiff version 1.0
> > specification
> > (http://www.remotesensing.org/geotiff/spec/geotiffhome.html ) after I
> > asked them about the differences for image info I got using gdal and
> > imagemagick for the input images.
>
> Isadora,
>
> The problem is not the geotiff tags, but an aspect of the underyling
> TIFF.  The bug looks fine.  I'll try and have it fixed by the  next
> GDAL 1.4.0 beta (hopefully with a corresponding FWTools release).
>
> 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
> <http://pobox.com/%7Ewarmerdam>
> and watch the world go round - Rush    | President OSGeo, http://osgeo.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20061221/c3b4e8ce/attachment.html