<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
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:<br>
<br>
1. Working GDALINFO strace says:<br>
open("/media/hdb7/bands123.tif", O_RDONLY) = -1 EFBIG (File too large)
<br>
open("/media/hdb7/bands123.tif", O_RDONLY|O_LARGEFILE) = 3
<br>
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)<br>
<br>
2. Non-working GDALINFO strace says:<br>
open("GISdata/Romania/LandsatMosaics/bands123.tif", O_RDONLY) = -1
EOVERFLOW (Value too large for defined data type)
<br>
stat64("GISdata/Romania/LandsatMosaics/bands123.tif/hdr.adf",
0xbf93e03c) = -1 ENOTDIR (Not a directory)
<br>
stat64("GISdata/Romania/LandsatMosaics/bands123.tif/HDR.ADF",
0xbf93e03c) = -1 ENOTDIR (Not a directory)
<br>
open("GISdata/Romania/LandsatMosaics/bands123.tif", O_RDONLY) = -1
EOVERFLOW (Value too large for defined data type)
<br>
write(2, "ERROR 4: `GISdata/Romania/Landsa"..., 99ERROR 4:
`GISdata/Romania/LandsatMosaics/bands123.tif' not recognised as a
supported file format.
<br>
>From what I can tell here (again, another (un)educated guess) it fails
to enable large support following the first read failure, as above.<br>
<br>
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.<br>
<br>
Marius<br>
<br>
Even Rouault wrote:
<blockquote cite="mid:200805241009.17391.even.rouault@mines-paris.org"
type="cite">
<pre wrap="">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 :
</pre>
<blockquote type="cite">
<pre wrap="">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@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@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:
<a class="moz-txt-link-freetext" href="http://forum.qgis.org/viewtopic.php?f=2&t=783">http://forum.qgis.org/viewtopic.php?f=2&t=783</a>. Thanks.
Marius
_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
<a class="moz-txt-link-freetext" href="http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_Re">http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_Re</a>
fresh_family_safety_052008
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
<br /><hr />Give to a good cause with every e-mail. <a href='http://im.live.com/Messenger/IM/Join/Default.aspx?souce=EML_WL_ GoodCause' target='_new'>Join the i’m Initiative from Microsoft.</a></body>
</html>