[GRASS5] Re: [GRASS-CVS] CVS update: grass/src/raster/r.tiff
Markus Neteler
neteler at itc.it
Tue May 7 02:50:18 EDT 2002
Hi Eric,
just saw this submission:
On Tue, May 07, 2002 at 07:10:41AM +0200, grass at intevation.de wrote:
>
> Date: Tuesday May 7, 2002 @ 5:10
> Author: eric
>
> Update of /grassrepository/grass/src/raster/r.tiff
> In directory doto:/tmp/cvs-serv28994
>
> Modified Files:
> r.in.tiff.c
> Log Message:
> Remove quantization code as huge stack memory caused program be unusable on
> several architechtures (including mine ;). Also, d.rgb does good color
> composition now, so I don't see how the degradation in image quality would
> be desirable. All RGB TIFF's are now imported as band files.
>
> Small mods to TIFF world code: Now imports as an XY image if there are
> non-zero "shear" factors. Would like to handle these via i.rectify eventually,
> but in practice they are rarely non-zero...
>
> TODO: Need to look up the group file handling so a group can be made for
> RGB color bands... Handle larger integer types (16bit, mostly)...
You may want to look at r.in.gdal, the group file handling is already
implemented there.
In general - do we want to maintain r.in.tiff when r.in.gdal does more
or less the same (eventually group file handling must be added explicitely
for RGB, if needed)? r.in.gdal writes a group file when GCPs are found
within SAR data (CEOS2 driver). This might be "easily" extended to also
generate GCPs from a TFW file.
Just my 0.02 Euro
Markus
More information about the grass-dev
mailing list