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

Sat May 24 10:52:15 EDT 2008

Well, I've ruled out the encryption. I did a clean unencrypted install
of Ubuntu Hardy with gdal 1.5.1, and gdalinfo still doesn't recognize
the .tif as supported file format. I'll give Fedora 9 a try, and if
that works it's likely a Hardy problem since Gutsy works. I'll keep you
posted, and I'll take any suggestions.

Marius

Marius Jigmond wrote:

  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

@(#)$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. Help protect your kids.

_______________________________________________
gdal-dev mailing list
gdal-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

_________________________________________________________________
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/20080524/d0a57415/attachment.html