[GRASS5] [bug #4064] (grass) r.in.srtm: doesn't work, though it's a latlong WGS84 projection

Request Tracker grass-bugs at intevation.de
Tue Feb 7 06:08:43 EST 2006

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

Subject: r.in.srtm: doesn't work, though it's a latlong WGS84 projection

Platform: GNU/Linux/x86
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: CVS 2005.02.07

I cannot import an srtm into a latlong, wgs84 location created interactively at Grass startup:

$ r.in.srtm input=/home/john/gis/dane/srtm2/N51E016.hgt.zip output=N51E016 
Extracting /home/john/gis/dane/srtm2/N51E016...
Archive:  /home/john/gis/dane/srtm2/N51E016.hgt.zip
  inflating: N51E016.hgt             
Converting input file to BIL...

GRASS_INFO_ERROR(14866,1): Projection of dataset does not appear to match current location.
GRASS_INFO_ERROR(14866,1): name: Latitude-Longitude
GRASS_INFO_ERROR(14866,1): datum: wgs84
GRASS_INFO_ERROR(14866,1): towgs84: 0.000,0.000,0.000
GRASS_INFO_ERROR(14866,1): proj: ll
GRASS_INFO_ERROR(14866,1): ellps: wgs84
cellhd.proj = 0 (unreferenced/unknown)
You can use the -o flag to r.in.gdal to override this check and use the location definition for the dataset.
GRASS_INFO_ERROR(14866,1): Consider generating a new location from the input dataset using the 'location' parameter.
ERROR: N51E016 - map not found
Done: generated map N51E016
(Note: Holes in the data can be closed with 'r.fillnulls' using splines)

My projection looks OK, doesn't it:

GRASS 6.1.cvs (caves_wgs84):~ > g.proj -p
name       : Latitude-Longitude
datum      : wgs84
towgs84    : 0.000,0.000,0.000
proj       : ll
ellps      : wgs84
unit       : degree
units      : degrees
meters     : 1.0

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

More information about the grass-dev mailing list