[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