[gdal-dev] GDALINFO fails with large .tif raster

Sat May 24 10:41:54 EDT 2008

Here's the output of tiffdump:

GISdata/Romania/LandsatMosaics/bands123.tif:

Magic: 0x4949 <little-endian> Version: 0x2a

Directory 0: offset 2878894228 (0xab987094) next 0 (0)

ImageWidth (256) SHORT (3) 1<31865>

ImageLength (257) SHORT (3) 1<30113>

BitsPerSample (258) SHORT (3) 3<8 8 8>

Compression (259) SHORT (3) 1<1>

Photometric (262) SHORT (3) 1<1>

StripOffsets (273) LONG (4) 30113<8 95603 191198 286793 382388
477983 573578 669173 764768 860363 955958 1051553 1147148 1242743
1338338 1433933 1529528 1625123 1720718 1816313 1911908 2007503 2103098
2198693 ...>

Orientation (274) SHORT (3) 1<1>

SamplesPerPixel (277) SHORT (3) 1<3>

RowsPerStrip (278) SHORT (3) 1<1>

StripByteCounts (279) LONG (4) 30113<95595 95595 95595 95595 95595
95595 95595 95595 95595 95595 95595 95595 95595 95595 95595 95595 95595
95595 95595 95595 95595 95595 95595 95595 ...>

XResolution (282) RATIONAL (5) 1<1>

YResolution (283) RATIONAL (5) 1<1>

PlanarConfig (284) SHORT (3) 1<1>

ResolutionUnit (296) SHORT (3) 1<1>

Software (305) ASCII (2) 164<IMAGINE TIFF Support\nCop ...>

ExtraSamples (338) SHORT (3) 2<0 0>

SampleFormat (339) SHORT (3) 3<1 1 1>

33550 (0x830e) DOUBLE (12) 3<28.5 28.5 0>

33922 (0x8482) DOUBLE (12) 6<0 0 0 -126752 5.52648e+06 0>

34735 (0x87af) SHORT (3) 28<1 1 0 6 1024 0 1 1 1025 0 1 1 1026 34737
257 0 3072 0 1 32635 3073 34737 244 257 ...>

34737 (0x87b1) ASCII (2) 502<IMAGINE GeoTIFF Support\n ...>

There are only two variables here between what works and what doesn't.
One distribution is Gutsy unencrypted (works) and the other is Hardy
encrypted (doesn't work). I will try an unencrypted installation of
Hardy and see if that fixes the problem. It works in Windows as well,
so it's literally a Hardy or encryption problem. Or I might be missing
something else rather obvious :). Thank you for looking into this. I
will post the results of the new installation once available.

Marius

Even Rouault wrote:

  I've downloaded your TIFF image and tried it with different GDAL versions : 
GDAL SVN with internal libtiff, GDAL 1.5 branch with my system libtiff 
(3.8.2-7ubuntu2), and GDAL 1.4.1 (Ubuntu package libgdal1-1.4.0, 
1.4.1-6build1) with system libtiff, and all of them can gdalinfo successfully 
on it.

Have you tried to run 'tiffdump' on your TIFF image ?

Best regards,
Even

Le Friday 23 May 2008 01:04:09 Marius Jigmond, vous avez écrit :

    I am posting this at Jachym Cepicky's suggestion as I had originally
posted it on the QGIS forum. I cannot open large (2.7 GB) .tif rasters
on a Ubuntu Hardy distribution. I have tried gdal 1.4.4 from Ubuntu,
1.5.1 from Jachym's repo, and the version distributed with the 2.0.6
version of FWTools. Here's some output:

marius at snowcrave:~$ gdalinfo GISdata/Romania/LandsatMosaics/bands123.tif
ERROR 4: `GISdata/Romania/LandsatMosaics/bands123.tif' not recognised as
a supported file format.

gdalinfo failed - unable to open
'GISdata/Romania/LandsatMosaics/bands123.tif'.

I know the raster file is fine because I can read it on a Ubuntu Gutsy
box with gdal 1.4.2. Here's the output from the Gutsy box:

marius at bigfoot:~$ gdalinfo /media/hdb7/bands123.tif
Driver: GTiff/GeoTIFF
Size is 31865, 30113
Coordinate System is:
PROJCS["WGS 84 / UTM zone 35N",
    GEOGCS["WGS 84",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.2572235629972,
                AUTHORITY["EPSG","7030"]],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433],
        AUTHORITY["EPSG","4326"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",27],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",500000],
    PARAMETER["false_northing",0],
    UNIT["metre",1,
        AUTHORITY["EPSG","9001"]],
    AUTHORITY["EPSG","32635"]]
Origin = (-126751.937963147182018,5526477.750000000000000)
Pixel Size = (28.500000000000000,-28.500000000000000)
Metadata:
  AREA_OR_POINT=Area
  TIFFTAG_SOFTWARE=IMAGINE TIFF Support
Copyright 1991 - 1999 by ERDAS, Inc. All Rights Reserved
@(#)$RCSfile: etif.c $ $Revision: 1.10.1.9.1.9.2.11 $ $Date: 2004/09/15
18:42:01EDT $
  TIFFTAG_XRESOLUTION=1
  TIFFTAG_YRESOLUTION=1
  TIFFTAG_RESOLUTIONUNIT=1 (unitless)
Corner Coordinates:
Upper Left  ( -126751.938, 5526477.750) ( 18d19'38.37"E, 49d33'53.29"N)
Lower Left  ( -126751.938, 4668257.250) ( 19d26'39.47"E, 41d55'1.31"N)
Upper Right (  781400.562, 5526477.750) ( 30d54'46.05"E, 49d49'28.61"N)
Lower Right (  781400.562, 4668257.250) ( 30d24'13.74"E, 42d 6'57.36"N)
Center      (  327324.312, 5097367.500) ( 24d46'10.68"E, 46d 0'29.21"N)
Band 1 Block=31865x1 Type=Byte, ColorInterp=Gray
Band 2 Block=31865x1 Type=Byte, ColorInterp=Undefined
Band 3 Block=31865x1 Type=Byte, ColorInterp=Undefined

On the Hardy box I have encrypted ext3 partitions, while on the Gutsy
they are unencrypted ext3. I placed the raster on an unencrypted
partition, but that didn't help. Gdalinfo works with smaller (900 MB)
.tif rasters on the Hardy box. I look forward to any suggestions you
might have. The QGIS post can be accesed here:
http://forum.qgis.org/viewtopic.php?f=2&t=783. Thanks.

Marius

_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_Re
fresh_family_safety_052008

_________________________________________________________________
E-mail for the greater good. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ GreaterGood
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20080524/e5dd2a01/attachment-0001.html