QGIS » QGIS Application

Try something along these lines:

# Set the global grassrc file to individual file name
MYGISRC="$HOME/.grassrc6.$MYUSER.`uname -n`" 

#generate GISRCRC
echo "GISDBASE: $HOME/grassdata" > "$MYGISRC" 
echo "LOCATION_NAME: $MYLOC" >> "$MYGISRC" 
echo "MAPSET: $MYMAPSET" >> "$MYGISRC" 
echo "GRASS_GUI: text" >> "$MYGISRC" 

# path to GRASS settings file
export GISRC=$MYGISRC

... then do the job.

I would also suggest:

os.putenv("GRASS_MESSAGE_FORMAT", "gui")
-> os.putenv("GRASS_MESSAGE_FORMAT", "plain")

(see http://grass.osgeo.org/grass64/manuals/variables.html for options)

Victor, what is the current state here?

Hey Markus,

I just had another look at that part, and what you suggest is exactly what SEXTANTE is doing. It creates a new gisrc file, and then sets GISRC to that file.

Could you please check that you still have the problem. The only difference between your suggested solution and the current one is the name of the file, but I guess that should not be a problem (unless GRASS refuses to use the name SEXTANTE uses for the file and reverts to the default .grassrc6)

Thanks!

Victor Olaya wrote:

Hey Markus,

I just had another look at that part, and what you suggest is exactly what SEXTANTE is doing. It creates a new gisrc file, and then sets GISRC to that file.

• using QGIS 1.8 from Fedora repo, fetching Sextante 1.0.9 via plugin manager
• slope calculation as example in QGIS-Sextante-GRASS
• exit from QGIS
• start current GRASS 6.4.svn:

grass64 
Cleaning up temporary files ...
Starting GRASS ...
access: No such file or directory
ERROR: LOCATION << /tmp/sextante/grassdata/temp_location >> not available

cat $HOME/.grassrc6 
GISDBASE: /tmp/sextante/grassdata
LOCATION_NAME: temp_location
MAPSET: PERMANENT
DEBUG: 0
GRASS_GUI: wxpython

--> The file has been overwritten again. Sextante should use e.g.
$HOME/.grassrc6.sextante

• http://grasswiki.osgeo.org/wiki/GRASS_and_Shell#Automated_batch_jobs:_Setting_the_GRASS_environmental_variables
• http://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly

- using QGIS 1.8 from Fedora repo, fetching Sextante 1.0.9 via plugin manager

oops, that might be a problem. We do no more work on SEXTANTE for 1.8. Since some time ago, the development version (which is now in the QGIS repo) can run only on QGIS master. The change in the API made backwards compatibility hard to mantain, so we are targeting just QGIS 2.0 now.

Not sure that that solves the problem, but the SEXTANTe version you are getting from the plugin manager is old, and it's not being updated now. I recommend you trying QGIS master.

Once 2.0 is out, we will release separate versions of SEXTANTe, but now you need QGIS master to run the latest developments. Sorry for that, and thanks again for your help!

While SEXTANTE from the QGIS 1.8 plugin manager may be old, it is the official one :-)

Well, I am not able to run a development version of QGIS on my systems since we are
in production... if you point me to the file where this is handled, I may see how
to fix it even for 1.0.9 (looks like a potentially trivial fix to me).

However, feel free to "wontfix" here, as you prefer.

Yes, I understand that a dev version is not fine in all environments...

You can find the code that handles that in here: GrassUtils.py

Tell me if you need me to do something else, and thanks again!

Is this still valid?

Apparently yes: http://lists.osgeo.org/pipermail/grass-user/2014-March/069945.html

Another report: OSGeo Live #1398 : QGIS's processing (sextante) toolbox hijacks grass's .rc file

Markus Neteler - wrote:

Another report: OSGeo Live #1398 : QGIS's processing (sextante) toolbox hijacks grass's .rc file

Processing runs GRASS commands via GRASS_BATCH_JOB through grass64. And it's GRASS' Init.sh that saves processing's temporary rc over the user's rc.

Is there a way around this or should we simply rename the user's rc before running grass64 and restore it afterwards?

AFAIK you can define the name like through a variable:

GISRC:
name of .grassrc6 file. Defines the system wide value while in a GRASS session.

(http://grass.osgeo.org/grass64/manuals/variables.html)

Markus Neteler - wrote:

AFAIK you can define the name like through a variable:

GISRC:
name of .grassrc6 file. Defines the system wide value while in a GRASS session.

(http://grass.osgeo.org/grass64/manuals/variables.html)

That's what it does (plus using GRASS_BATCH_JOB) - and the link in my previous comment points to the very line that copies that rc over the user's rc (AFAICS $GISRCRC is the user's rc if there is no "$HOME/.grassrc6.`uname -n`"). Perhaps it would be good to move the copy to the else branch of the following if.