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, [email protected]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
