[GRASS-user] Unable to import some raster and vector type maps

Good afternoon.

Very new user of GRASS, I was finally able to run the native Wingrass63RC5 under Win2k after renaming the “wish85.exe” and “tclsh85.exe” into “wish.exe” and “tclsh.exe” (is that correct ?). I tried a bit the “Spearfish” example and everything seems to work fine.

After having created a new project location, I try to import SRTM3 and SWBD files but when I call the modules “r.in.srtm” or “v.in.e00” through the menu, they crash telling me that the « child process exited abnormally ». This happens also with the “Terra ASTER” and “SPOT NDVI” ones for example, while others, like “Binary”, seem to work fine.

If I use QGIS to call the module “r.in.srtm” it doesn’t crash, but when I specify a compressed (or even uncompressed) SRTM file (without the “.hgt.zip” extension), it tells me « “unzip” and “file” are required, please install them first ». For “v.in.e00” it tells me « ‘avcimport’ program not found, install it first ».

Thanks for bringing me some help.

Eric

On Tue, 2008-03-11 at 15:17 -0300, Eric & Elga wrote:

Good afternoon.

Hi!

After having created a new project location, I try to import SRTM3

About SRTM: I don't know from where you have your srtm data. You can
grab srtm3 tiles also from http://srtm.csi.cgiar.org/ (look for the SRTM
Data Search and Download link).

The data are provided in GeoTiFF and are projected in wgs84. So you need
to create a LOCATION for wgs84 and impot with r.in.gdal

(Make sure you select the "JRC" mirror to download the data if you are
in Europe, otherwhise it's slow).

----- Original Message -----
From: "Nikos Alexandris" <nikos.alexandris@felis.uni-freiburg.de>
To: "Eric & Elga" <eegaba@terra.com.br>
Cc: <grass-user@lists.osgeo.org>
Sent: Tuesday, March 11, 2008 3:28 PM
Subject: Re: [GRASS-user] Unable to import some raster and vector type maps

On Tue, 2008-03-11 at 15:17 -0300, Eric & Elga wrote:
> Good afternoon.
>
Hi!

> After having created a new project location, I try to import SRTM3

About SRTM: I don't know from where you have your srtm data. You can
grab srtm3 tiles also from http://srtm.csi.cgiar.org/ (look for the SRTM
Data Search and Download link).

The data are provided in GeoTiFF and are projected in wgs84. So you need
to create a LOCATION for wgs84 and impot with r.in.gdal

(Make sure you select the "JRC" mirror to download the data if you are
in Europe, otherwhise it's slow).

Hi.

I use the SRTM from NASA's site (ftp://e0srp01u.ecs.nasa.gov/srtm) and never
encountered problems with them in other GIS software.

Thanks for the link, I'll check it and see how it works.

Eric

On Tue, 11 Mar 2008, Eric & Elga wrote:

Very new user of GRASS, I was finally able to run the native Wingrass63RC5 under Win2k after renaming the "wish85.exe" and "tclsh85.exe" into "wish.exe" and "tclsh.exe" (is that correct ?).

As you've seen that works, or you can also set the environment variable GRASS_WISH to wish85.exe and that should also work. If you don't like setting environment variables in Windows you can edit the line containing GRASS_WISH in grass63.bat (the startup script) to achieve the same result.

After having created a new project location, I try to import SRTM3 and SWBD files but when I call the modules "r.in.srtm" or "v.in.e00" through the menu, they crash telling me that the « child process exited abnormally ». This happens also with the "Terra ASTER" and "SPOT NDVI" ones for example, while others, like "Binary", seem to work fine.

r.in.srtm and v.in.e00 are shell scripts and will not run on a normal Windows installation. You need to install a Bash shell environment if you want to use them - most people use MinGW and Msys for this. Then you need to make sure the GRASS_SH environment variable is set to the location of your sh.exe or bash.exe shell, and also make sure that the MinGW and MSys bin directories are in your PATH. Again, there are example lines you can edit in grass63.bat if you want to set this up without editing Windows environment variables directly.

If I use QGIS to call the module "r.in.srtm" it doesn't crash, but when I specify a compressed (or even uncompressed) SRTM file (without the ".hgt.zip" extension), it tells me « "unzip" and "file" are required, please install them first ». For "v.in.e00" it tells me « 'avcimport' program not found, install it first ».

All this is telling you that QGIS has partly set up the required Unix shell environment for you to run those scripts (r.in.srtm/v.in.e00) but not all the Unix commands you need are available on your system. Check first that unzip.exe and file.exe really aren't there in your Msys or Mingw directories - they might be there but just not in the PATH. If not you may be able to get them from http://gnuwin32.sourceforge.net/, although I'm not sure exactly which package they'd be in. I'm not sure where you'd get avcimport from.

Hope this makes things clearer; I'm not sure if it will get you anywhere though.

Paul

----- Original Message -----
From: "Paul Kelly" <paul-grass@stjohnspoint.co.uk>
To: "Eric & Elga" <eegaba@terra.com.br>
Cc: <grass-user@lists.osgeo.org>
Sent: Tuesday, March 11, 2008 4:12 PM
Subject: Re: [GRASS-user] Unable to import some raster and vector type maps

On Tue, 11 Mar 2008, Eric & Elga wrote:

Very new user of GRASS, I was finally able to run the native Wingrass63RC5

under Win2k after renaming the "wish85.exe" and "tclsh85.exe" into
"wish.exe" and "tclsh.exe" (is that correct ?).

As you've seen that works, or you can also set the environment variable
GRASS_WISH to wish85.exe and that should also work. If you don't like
setting environment variables in Windows you can edit the line containing
GRASS_WISH in grass63.bat (the startup script) to achieve the same result.

After having created a new project location, I try to import SRTM3 and

SWBD files but when I call the modules "r.in.srtm" or "v.in.e00" through the
menu, they crash telling me that the « child process exited abnormally ».
This happens also with the "Terra ASTER" and "SPOT NDVI" ones for example,
while others, like "Binary", seem to work fine.

r.in.srtm and v.in.e00 are shell scripts and will not run on a normal
Windows installation. You need to install a Bash shell environment if you
want to use them - most people use MinGW and Msys for this. Then you need
to make sure the GRASS_SH environment variable is set to the location of
your sh.exe or bash.exe shell, and also make sure that the MinGW and MSys
bin directories are in your PATH. Again, there are example lines you can
edit in grass63.bat if you want to set this up without editing Windows
environment variables directly.

If I use QGIS to call the module "r.in.srtm" it doesn't crash, but when I

specify a compressed (or even uncompressed) SRTM file (without the
".hgt.zip" extension), it tells me « "unzip" and "file" are required, please
install them first ». For "v.in.e00" it tells me « 'avcimport' program not
found, install it first ».

All this is telling you that QGIS has partly set up the required Unix
shell environment for you to run those scripts (r.in.srtm/v.in.e00) but
not all the Unix commands you need are available on your system. Check
first that unzip.exe and file.exe really aren't there in your Msys or
Mingw directories - they might be there but just not in the PATH. If not
you may be able to get them from http://gnuwin32.sourceforge.net/,
although I'm not sure exactly which package they'd be in. I'm not sure
where you'd get avcimport from.

Hope this makes things clearer; I'm not sure if it will get you anywhere
though.

Paul

Thanks a lot Paul. I'll try this installing MinGW or Msys, as I thought it
wasn't necessary with the native win version.
I'll keep you posted.

Greetings.
Eric

why not grabbing it from ftp://e0srp01u.ecs.nasa.gov/srtm/version2/SRTM3 and using r.in.srtm directly?

workflow:
- r.in.srtm
- r.null (may be not necessary, depends if NULL values are already set to NULL)
- r.fillnulls (extensive but good spline interpolation to fill holes)

Marco

Nikos Alexandris schrieb:

On Tue, 2008-03-11 at 15:17 -0300, Eric & Elga wrote:

Good afternoon.

Hi!

After having created a new project location, I try to import SRTM3

About SRTM: I don't know from where you have your srtm data. You can
grab srtm3 tiles also from http://srtm.csi.cgiar.org/ (look for the SRTM
Data Search and Download link).

The data are provided in GeoTiFF and are projected in wgs84. So you need
to create a LOCATION for wgs84 and impot with r.in.gdal

(Make sure you select the "JRC" mirror to download the data if you are
in Europe, otherwhise it's slow).

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

----- Original Message -----
From: "Marco Lechner" <marco.lechner@geographie.uni-freiburg.de>
To: "Nikos Alexandris" <nikos.alexandris@felis.uni-freiburg.de>
Cc: "Eric & Elga" <eegaba@terra.com.br>; <grass-user@lists.osgeo.org>
Sent: Tuesday, March 11, 2008 4:49 PM
Subject: Re: [GRASS-user] Unable to import some raster and vector type maps

why not grabbing it from ftp://e0srp01u.ecs.nasa.gov/srtm/version2/SRTM3
and using r.in.srtm directly?

workflow:
- r.in.srtm
- r.null (may be not necessary, depends if NULL values are already set
to NULL)
- r.fillnulls (extensive but good spline interpolation to fill holes)

Marco

Nikos Alexandris schrieb:
> On Tue, 2008-03-11 at 15:17 -0300, Eric & Elga wrote:
>> Good afternoon.
>>
> Hi!
>
>> After having created a new project location, I try to import SRTM3
>
> About SRTM: I don't know from where you have your srtm data. You can
> grab srtm3 tiles also from http://srtm.csi.cgiar.org/ (look for the SRTM
> Data Search and Download link).
>
> The data are provided in GeoTiFF and are projected in wgs84. So you need
> to create a LOCATION for wgs84 and impot with r.in.gdal
>
> (Make sure you select the "JRC" mirror to download the data if you are
> in Europe, otherwhise it's slow).
>
>

@ nikos : The problem with CSI data is that they are not freely reusable : I
create maps, mostly topographic ones, as hobby for the Wikipedia community
where all media have to be placed under a free license, i.e. which can also
be used for commercial purpose.

@ Marco : These are the srtm and swbd I use but as I wrote, when I try to
launch r.in.srtm or v.in.e00 they crash before opening. I'm very new with
GRASS, is there another way to launch these modules? I'm running
wingrass6.3RC5 : could it be that these modules use the monitor which
doesn't work with this version?

Thanks.
Eric

On Tue, 11 Mar 2008, Eric & Elga wrote:

Thanks a lot Paul. I'll try this installing MinGW or Msys, as I thought it
wasn't necessary with the native win version.
I'll keep you posted.

GRASS is quite usable on Windows without MinGW/Msys: they aren't a requirement for running the bulk of GRASS modules which are written in C, nor for the startup or GUI (gis.m) which are written in Tcl - but a few modules are written in Bourne shell script and will not run without a bourne shell interpreter, which is not available on Windows. Unfortunately you've managed come across two such modules...
FWIW the full list (more or less) of modules which are shell scripts is:
d.correlate
d.monsize
d.mvmon
d.out.gpsdrive
d.out.png
d.out.file
d.polar
d.rast.leg
d.redraw
d.resize
d.shadedmap
d.slide.show
d.split
d.vect.thematic
db.dropcol
db.in.ogr
db.out.ogr
db.test
g.manual
g.mlist
g.mremove
i.fusion.brovey
i.image.mosaic
i.in.spotvgt
i.landsat.rgb
i.oif
i.spectral
i.tasscap
m.proj
r.blend
r.fillnulls
r.in.aster
r.in.srtm
r.in.wms
r.li.setup
r.mapcalculator
r.mask
r.out.xyz
r.plane
r.reclass.area
r.regression.line
r.shaded.relief
r.tileset
r.univar.sh
r3.mapcalculator
v.build.all
v.centroids
v.convert.all
v.db.addcol
v.db.addtable
v.db.join
v.db.dropcol
v.db.droptable
v.db.renamecol
v.db.reconnect.all
v.db.univar
v.db.update
v.dissolve
v.in.garmin
v.in.e00
v.in.gns
v.in.gpsbabel
v.in.mapgen
v.in.sites.all
v.in.wfs
v.rast.stats
v.report
v.univar.sh
v.what.vect

GRASS is quite usable on Windows without MinGW/Msys: they aren't a
requirement for running the bulk of GRASS modules which are written in C,
nor for the startup or GUI (gis.m) which are written in Tcl - but a few
modules are written in Bourne shell script and will not run without a
bourne shell interpreter, which is not available on Windows. Unfortunately
you've managed come across two such modules...

@ Marco : Yes, a Linux installation might be the best solution for me, but
as I'm also writing tutorials for Wikipedia in order for other mapmakers to
draw maps using DEMs (which is pretty new there), I'm looking for a free
multi-OS and graphical solution, easily usable by most of the contributors
there. Until now I used 3DEM and a limited version of Global Mapper, both
only for Windows and with serious limitations. Microdem didn't satisfy me
regarding the re-projection possibilities and GMT seems to be the hell to
use with their lines of codes for recreational purposes. If I'm able to make
work properly GRASS on a Win platform and if it's easy to use, it might be
the most versatile GIS software for us as hobbyists.

@ Paul : The fact I need to install MinGW isn't a big issue if it's not too
complicated and if it works. It's just that there're a lot of pages of
documentation and sometimes, like in this case, the explanations aren't very
clear for a new comer.

Eric

Hi Eric,

using a RC in a productive environment is not the best way. We used the workflow on a GRASS-course in Zürich last week using a liveDVD and GRASS 6.2.2. Well 6.2.2 has other bugs, but the srtm-import worked on a LiveSystem with SRTM-data covering whole switzerland (16 squaredegree) - without any problems. Well, to be honest, for the spline-interpolation we had to decrease the resolution for the course :wink:
How about using a parallel Linux-Installation or a vmware-based Linuxsolution?

Marco

Eric & Elga schrieb:

----- Original Message ----- From: "Marco Lechner" <marco.lechner@geographie.uni-freiburg.de>
To: "Nikos Alexandris" <nikos.alexandris@felis.uni-freiburg.de>
Cc: "Eric & Elga" <eegaba@terra.com.br>; <grass-user@lists.osgeo.org>
Sent: Tuesday, March 11, 2008 4:49 PM
Subject: Re: [GRASS-user] Unable to import some raster and vector type maps

why not grabbing it from ftp://e0srp01u.ecs.nasa.gov/srtm/version2/SRTM3
and using r.in.srtm directly?

workflow:
- r.in.srtm
- r.null (may be not necessary, depends if NULL values are already set
to NULL)
- r.fillnulls (extensive but good spline interpolation to fill holes)

Marco

Nikos Alexandris schrieb:

On Tue, 2008-03-11 at 15:17 -0300, Eric & Elga wrote:

Good afternoon.

Hi!

After having created a new project location, I try to import SRTM3

About SRTM: I don't know from where you have your srtm data. You can
grab srtm3 tiles also from http://srtm.csi.cgiar.org/ (look for the SRTM
Data Search and Download link).

The data are provided in GeoTiFF and are projected in wgs84. So you need
to create a LOCATION for wgs84 and impot with r.in.gdal

(Make sure you select the "JRC" mirror to download the data if you are
in Europe, otherwhise it's slow).

@ nikos : The problem with CSI data is that they are not freely reusable : I
create maps, mostly topographic ones, as hobby for the Wikipedia community
where all media have to be placed under a free license, i.e. which can also
be used for commercial purpose.

@ Marco : These are the srtm and swbd I use but as I wrote, when I try to
launch r.in.srtm or v.in.e00 they crash before opening. I'm very new with
GRASS, is there another way to launch these modules? I'm running
wingrass6.3RC5 : could it be that these modules use the monitor which
doesn't work with this version?

Thanks.
Eric

On Tue, 2008-03-11 at 20:49 +0100, Marco Lechner wrote:

why not grabbing it from ftp://e0srp01u.ecs.nasa.gov/srtm/version2/SRTM3
and using r.in.srtm directly?

Marco,

this is version2 which I think is not corrected for "wholes"! Version3
is provided in the link I copy-pasted in my previous e-mail.

Cheers,

Nikos

On Tue, 2008-03-11 at 16:06 -0300, Eric & Elga wrote:

@ nikos : The problem with CSI data is that they are not freely
reusable : I
create maps, mostly topographic ones, as hobby for the Wikipedia
community
where all media have to be placed under a free license, i.e. which can
also
be used for commercial purpose.

I understand. In my case I don't use it for commercial purpose and I
think that citing and providing the link to the "source" is enough.
Anyway, thank you for clarifying this as it is always important to know
about the license of product.

If you want to use GRASS on MS Windows and you don't want to deal with
developmental issues, then use the stable release under Cygwin.
All unix tools, scripts, etc will work there.

Of course we like testers for the new development releases too, just
don't expect everything to work perfectly yet :slight_smile:

You may have to compile the e00conv software yourself in Cygwin if you
want to use that (maybe someone has already done it for you). It
shouldn't be too hard (./configure && make && make install).
See the v.in.e00 help page for links. AFAIK it is just a data
processing program so it probably doesn't use much in the way of
linux/unix specific things & could probably be built for windows, if a
precompiled copy isn't already available from the upstream website.

Hamish

      ____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs