[GRASSLIST:1777] Re: r.in.bin

[Glynn Clements]

Yan Fitterer wrote:

> First, congratulations for a briliant program.
> 
> My problem (is it a bug?):
> I'm getting a gtopo30 file from:
> http://edcdaac.usgs.gov/gtopo30/w020n90.html
> 
> The I try to import the .DEM file into Grass with r.in.bin
> 
> I get all OK (byte swap, signed integer, etc...) except that at a level of 
> about 110 (going up a hill for ex.), the z (altitude) values suddently go to 
> -120, and then increase in line with the terrain.
> 
> Has anybody seen that behaviour?
> 
> I'm running 5.0 beta 11 on Linux RH 7.0 (2.2.16 kernel)

I get conflicting results.

If I import it into an x-y location, I seem to get the behaviour which
you describe. OTOH, If I import it into the appropriate lat-lon
location, I don't have any problems (the only areas with negative
altitude are where I would expect, i.e. Holland).

NB: I'm running the latest 5.0 CVS, and there's a bug where it ignores
the rows/cols parameters if you specify N/E/S/W (I've fixed this, but
CVS is down right now so I can't commit it).

-- 
Glynn Clements <glynn.clements at virgin.net>