[FWTools] BigTiff problem in experimental FWTools3

Frank Warmerdam warmerdam at pobox.com
Tue May 17 18:33:51 EST 2011


On 11-05-17 03:31 PM, Petteri Packalen wrote:
> Chaitanya, Frank,
>
> I verified that only one libgdal exists in a system. I have also added '-co'
> switch to gdal_fillnodata.py in order to force BigTiff creation (BIGTIFF=YES).
> But the problem persists.
>
> However, I think I have traced the problem down to:
>
> http://svn.osgeo.org/gdal/trunk/gdal/alg/rasterfill.cpp
>
> In lines 458 and 474 temporary GTiff files are created. Also creation option
> COMPRESS=LZW is used (not easy to guess whether the file size will be over
> 2^32?). In my case the file osValTmpFile increases until its size goes over
> 2^32 when the error is emitted by TIFF library. Thus this temporary file was
> not created as a BigTiff file.
>
> Can you verify that I'm on the right track?
>

Petteri,

As Even suggests I believe this is the issue.  I have filed a ticket
and applied a fix to trunk and 1.8.

   http://trac.osgeo.org/gdal/ticket/4088

I am working to build a new 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
and watch the world go round - Rush    | Geospatial Programmer for Rent



More information about the FWTools mailing list