I presume running grass57 in batch mode is as described in "Open Source
GIS: a GRASS GIS Approach" p. 290 with a few obvious changes?
The problem is that I have written a whole bunch of shell scripts. When
I run the shell scripts individually my computer does load
balancing/sharing quite well.
grass57> ./script1.sh
However, if I call all the single scripts from a single script file, the
machine basically stops load sharing. e.g.,
grass57> ./callingscript.sh
where callingscript.sh contains the lines
#!/bin/bash
script1.sh
script2.sh
script3.sh
Sometimes, I can't even change workspaces. I'm running RHEL 3.0. I do
find this behavior very odd.
Cheers!
Craig
Craig,
please have a look at
$GISBASE/etc/make_location_epsg_g57.sh
or (src code)
lib/init/make_location_epsg_g57.sh
to see how GRASS 5.7 can be used in batch mode. The
suggested script is doing that to run g.proj (used
to generate new locations in the startup screen).
You can easily adapt it for your needs.
Markus
On Fri, Dec 10, 2004 at 10:24:27AM -0700, Craig Aumann wrote:
I presume running grass57 in batch mode is as described in "Open Source
GIS: a GRASS GIS Approach" p. 290 with a few obvious changes?
The problem is that I have written a whole bunch of shell scripts. When
I run the shell scripts individually my computer does load
balancing/sharing quite well.
grass57> ./script1.sh
However, if I call all the single scripts from a single script file, the
machine basically stops load sharing. e.g.,
grass57> ./callingscript.sh
where callingscript.sh contains the lines
#!/bin/bash
script1.sh
script2.sh
script3.sh
Sometimes, I can't even change workspaces. I'm running RHEL 3.0. I do
find this behavior very odd.
Cheers!
Craig
--
Markus Neteler <neteler itc it> http://mpa.itc.it
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy