[gdal-dev] Re: GDAL custom build (ECW required)

Frank Warmerdam warmerdam at pobox.com
Tue Mar 23 14:59:40 EDT 2010

Gilles Bassière wrote:
>>  Creating output file that is 10000P x 10000L.
>>  Processing input file ortho-dept04-2004-la2e.vrt.
>>  0...10...20...30..gdalwarp: tif_jpeg.c:691: JPEGPreDecode: Assertion
>> `sp->cinfo.comm.is_decompressor' failed.
>>  Aborted


The likely solution to this problem is to build GDAL with
the internal copy of libtiff.  I have fixed a variety of
bugs related to random read/write support in libtiff on
compressed images and some of those fixes have not yet made
it out into distributions copy of libtiff.

> The largest image has a black gap in the middle instead of the actual
> data. The smaller image doesn't show this gap and prove that there is
> actually data in the input dataset.

I suspect black gaps would be due to a problem introduced in
GDAL warp for 1.7.x and only recently fixed.  I would suggest you
build GDAL from either a stable or trunk snapshot so you will
have the fix for this problem with will also appear in 1.7.2 when
it is released.

> Could this be due to wrong values read in the ECW input files?

While I've had lots of problems with ecw over the years, I don't
see any obvious sign it relates to the ecw side of things.

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

More information about the gdal-dev mailing list