On Feb 28, 2008, at 10:36 PM, [EMAIL PROTECTED] wrote:
Date: Thu, 28 Feb 2008 20:40:36 -0800
From: Dylan Beaudette <[EMAIL PROTECTED]>
Subject: Re: [GRASS-user] Re: [GRASS-dev] r.out.gdal Gtiff output does
not preserve color tables
To: Hamish <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
On Thursday 28 February 2008, Hamish wrote:
Dylan Beaudette wrote:
- r.out.gdal never worked for me (or rather the resulting file would
not open in ArcMap)
did you try adding INTERLEAVE=PIXEL and *not* using LZW compression
for createopt=?
From the help r.out.gdal page:
{{{
NOTES
When writing out GeoTIFF format for users of ESRI software or
ImageMagick, the band interleaving should be switched to pixel
interleaving using createopt="INTERLEAVE=PIXEL".
To specify multiple options use a comma separated list
(createopt="TFW=YES,COMPRESS=DEFLATE").
}}}
Hamish
Yep-- I have tried both of those options. I either get a file which
will not
open (mysterious ESRI error), or the file's data range is reported
as some
huge negative number <--> to some huge positive number, something like
3x10^25 . I will check on the exact value and report back.
We've also had this problem. We are using geotiffs as a standard
raster format for archiving. So this is a real pain.
However, FWIW, we've also experienced the same problem that Dylan
reports above in geotiffs produced by ArcGIS--a bunch of huge,
meaningless numbers in the data.
So if we can fix this, we're one up on the commercial competition.
Michael
_______________________________________________
grass-user mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-user
