id summary reporter owner description type status priority milestone component version severity resolution keywords cc 3322 Erronous size output for Gtiff using gdalwarp jrm warmerdam "Hi, I'm encountering a tiff's output size issue with gdalwarp when trying to reproject a file using a grid transformation from LAMB1 (EPSG:27571) to LAMB93 (EPSG:2154), the operation cannot succeed because the process is taking more disk space than available. By too much I mean over 50Go while it should takes less than 4Go (based on a gdal_translate's test, see below). The source is file01.ecw = 680Mo for 48934x46280 {{{ gdal_translate -of Gtiff -co ""BIGTIFF=YES"" -co ""INTERLEAVE=PIXEL"" -co ""PROFILE=GDALGeoTIFF"" -co ""TFW=YES"" -co ""COMPRESS=LZW"" ""file01.ecw"" ""file02.tif"" }}} file02.tif = 3.8Go {{{ gdalwarp -s_srs ""+init=IGNF:LAMB1C +wktext"" -t_srs ""+init=IGNF:LAMB93 +wktext"" -rc -tr 2.5 2.5 -multi -of Gtiff -co ""BIGTIFF=YES"" -co ""INTERLEAVE=PIXEL"" -co ""PROFILE=GDALGeoTIFF"" -co ""TFW=YES"" -co ""COMPRESS=LZW"" -dstnodata 255 ""file01.ecw"" ""file03.tif"" }}} file03.tiff 49396x46760 I did a try with -co PREDICTOR too. Tools used here are FWTools 2.4.6 on Windows XP with an NTFS partition and GDAL 1.6.3 on Mandriva (with some personal packages to enable bigtiff's support) with an ext4 partition. Just for information, FME crashs on this conversion :) (sorry for not having filled the version in this ticket but gdal 1.6.3 doesn't shows up in versions' list)" defect closed normal GDAL_Raster 1.6.3 normal fixed gtiff