[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