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

Marius Jigmond mariusjigmond at hotmail.com
Wed May 28 22:27:01 EDT 2008



I am still struggling with this issue and I have a bit more
information. One, Fedora 9 did not work on my new motherboard. I ran
two different strace's on gdalinfo. One on the system that gdalinfo can
read the raster, and the other on the system where gdalinfo fails.
Something interesting was revealed at the end of the strace:



1. Working GDALINFO strace says:

open("/media/hdb7/bands123.tif", O_RDONLY) = -1 EFBIG (File too large)


open("/media/hdb7/bands123.tif", O_RDONLY|O_LARGEFILE) = 3


This too me looks like it's trying to open the tif normally, it fails,
and then enables large file support. (it's just an (un)educated guess,
since I'm not a programmer)



2. Non-working GDALINFO strace says:

open("GISdata/Romania/LandsatMosaics/bands123.tif", O_RDONLY) = -1
EOVERFLOW (Value too large for defined data type)


stat64("GISdata/Romania/LandsatMosaics/bands123.tif/hdr.adf",
0xbf93e03c) = -1 ENOTDIR (Not a directory)


stat64("GISdata/Romania/LandsatMosaics/bands123.tif/HDR.ADF",
0xbf93e03c) = -1 ENOTDIR (Not a directory)


open("GISdata/Romania/LandsatMosaics/bands123.tif", O_RDONLY) = -1
EOVERFLOW (Value too large for defined data type)


write(2, "ERROR 4: `GISdata/Romania/Landsa"..., 99ERROR 4:
`GISdata/Romania/LandsatMosaics/bands123.tif' not recognised as a
supported file format.


>From what I can tell here (again, another (un)educated guess) it fails
to enable large support following the first read failure, as above.



Does this information help anyone? I would really like to get it to
work. I can provide any information you think it's useful. Thank you.



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
    
  
  



  




_________________________________________________________________
Give to a good cause with every e-mail. Join the i’m Initiative from Microsoft.
http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20080528/9d3a9b91/attachment.html


More information about the gdal-dev mailing list