[GRASS5] [bug #816] (grass) r.in.bin

Request Tracker grass-bugs at intevation.de
Wed Oct 10 10:57:07 EDT 2001

this bug's URL: http://intevation.de/rt/webrt?serial_num=816

Subject: r.in.bin

Platform: Linux/Intel
Linux distro: RedHat
linux cpu: Intel (i486, i586, pentium ...)
Xwindows version: Xfree 4.0.x
Xwindows manager: KDE 2.x
TclTk version: tcl/tk 8.3
grass binary for platform: I compiled the sources myself
grass sources source: no, I got a source code package from the server, grass5.0.pre2
c compiler name: gcc

Please enter error description here
When importing binary raster file with r.in.bin, the option "number of bytes/cell" is not taken into account.

I tried to import lat./long. AVHRR ancillary files.
The projection is Goode Homolosine.
The data are 2 bytes, according the NOAA documentation 
(cf. http://daac.gsfc.nasa.gov/CAMPAIGN_DOCS/FTP_SITE/readmes/pal.html)
 Parm.         bits               Offset        Gain        Bin. min/max
  lat          16-bit unsigned       9010        .01         10 / 18010
  lon          16-bit unsigned      18010        .01         10 / 36010  _______________________________________________________________________

Consequently, I used the following commands :

r.in.bin  input=avhrrpf.lat.1nnfaf output=avhrrpf.lat.1nnfaf bytes=2 north=38.5 south=-37.8 east=61.3 west=-20 r=1060 c=1100 
r.in.bin  input=avhrrpf.lon.1nnfaf output=avhrrpf.lon.1nnfaf bytes=2 north=38.5 south=-37.8 east=61.3 west=-20 r=1060 c=1100 

But the r.support command gave me 4 bytes/cell.

For getting the correct raster layer, I had to copy the binary files in cell
 directory, to edit the cellhd file, and to run the r.support command.

-------------------------------------------- Managed by Request Tracker

More information about the grass-dev mailing list