[GRASSLIST:4795] Re: r.in.tiff: problems

[William K]

Seems a bit messy, going thru tiff, then fixing INT16 problems.  I 
prefer to go direct from the SRTM file.

I've been using my own clunky method for generating the hdr file, but 
Markus' would work if you just remove the gdal_translate step in 
srtm_generate_hdr.sh.  Then just use r.in.gdal.  It correctly takes 
care of the BIL cell center -> GRASS cell corner translation (you get a 
raster who's bounds are 1.5 seconds outside the degree square).  You 
could simplify it all by merging the generate hdr into r.in.srtm.


On Nov 11, 2004, at 4:13 PM, Hamish wrote:

>>> Next I'm trying to bring in some SRTM topographic data. I've used
>>> MacDEM to merge 4 degree squares and exported these as a tiff with
>>> world file. Using r.in.tiff, I get three bands (.r, .g, .b). However
>>> band .r displays as null values, .g and .b display as greyscale.
>>
>> A better way to bring in SRTMs into GRASS is directly, using 
>> r.in.gdal.
>> Then use GRASS to patch them together.  There's been a few queries
>> about it on the list recently - check the archives.  Maybe when I have
>> time to figure out the new wiki I'll add something there.
>
>
> Try Markus's r.in.srtm scripts, they work quite well.
>
> http://mpa.itc.it/rs/srtm/index.html
>
>
> Then patch together with r.patch.
>
>
> Hamish
>
>
-----
William Kyngesburye <kyngchaos at charter.net>
http://webpages.charter.net/kyngchaos/

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy