Details Ticket 3376


Comment | Reply | Take | Resolve


Serial Number 3376
Subject r.in.gdal: UInt16 colr map goes to full 65535
Area grass6
Queue grass
Requestors hamish_nospam@yahoo.com
Owner none
Status open
Last User Contact Sat May 12 17:55:41 2007 (1 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Sat May 12 17:55:41 2007 (1 yr ago)
Created Tue Jun 28 13:22:06 2005 (3 yr ago)

Transaction History Ticket 3376


Tue, Jun 28 2005 13:22:06    Request created by hbowman  
Subject: r.in.gdal: UInt16 colr map goes to full 65535

I just r.out.gdal'd a DEM as UInt16 which copies out the color table.

Then as a check I reimported it with r.in.gdal.

The "COPYING COLOR TABLE" took a while.

d.rast took a long while too. (killed it)


Turns out that while my file had values ~ 0-1000, the colr/ file had entries
of "0" for each int up to 65535  (as does the GeoTIFF as shown by gdalinfo*).
vi took care of that. :)

[*]  Color Table (RGB with 65536 entries)


Two things would be nice:

a) r.out.gdal shouldn't export 64k color tags, only up to max
b) r.in.gdal is smart enough to add as the last colr rule max:0 65535:0  ?



thanks,
Hamish
Sat, Nov 25 2006 11:24:09    Mail sent by mneteler  
Does the new r.out.gdal2 solve the problem?

Markus
Sat, May 12 2007 17:55:41    Mail sent by mneteler  
Does the new r.out.gdal (C implementation) solve the problem?

Markus
Comment | Reply | Take | Resolve

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request