[GRASS-dev] Re: [GRASS GIS] #73: r.out.gdal tiff output does not
work
GRASS GIS
trac at osgeo.org
Thu May 8 16:18:17 EDT 2008
#73: r.out.gdal tiff output does not work
-----------------------+----------------------------------------------------
Reporter: helena | Owner: grass-dev at lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.4.0
Component: default | Version: svn-trunk
Resolution: | Keywords: r.out.gdal, tiff
-----------------------+----------------------------------------------------
Changes (by mlennert):
* priority: major => critical
Comment:
We've been having similar problems here and I've tested a bit further with
current svn.
At http://geog-pc40.ulb.ac.be/grass/misc/r_out_gdal/ you can find relevant
files:
- test_loc.tgz: test location with one raster file
- test.tif: this same raster file exported with 'r.out.gdal type=UInt16'
- test_tiffinfo.txt: tiffinfo output on test.tif (note the errors at the
beginning)
- test _gdalinfo.txt gdalinfo output on test.tif, which shows the correct
color categories and then an all-black color table from 0 - 65535. Is it
normal to have both 'COLOR_TABLE_RULE_RGB_0' entries and a color table in
the tiff ?
The tif can be read and displayed by QGIS. SAGA gives a weird image (both
with band and pixel interleave): test_saga.png. gvSIG crashes when trying
to load the file. These are not some general picture viewer, but
cartography/GIS programs, so I would hope that we should be able to solve
this for reasons of interoperability.
Final test which seems to show that there is something wrong: r.in.gdal
in=test.tif out=test: import takes a very long time and creates a huge
colr table file:
% 0 65535
0:0
1:0
2:0
3:0
4:0
5:0
6:0
7:0
8:0
9:0
10:0
11:0
[...]
65535:0 65535:0
Whereas the original colr file only contains this:
% 334 460
334:0:191:191 359.2:0:255:0
359.2:0:255:0 384.4:255:255:0
384.4:255:255:0 409.6:255:127:0
409.6:255:127:0 434.8:191:127:63
434.8:191:127:63 460:20
The display of test also takes a long time, I suppose because of this long
colr table.
I'm moving this up to critical as I think this is a fairly basic feature
which should "just work"...
Moritz
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/73#comment:8>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list