[Qgis-developer] Processing provider versions and hard coded path in settings

Blumentrath, Stefan Stefan.Blumentrath at nina.no
Mon Jan 25 03:54:35 PST 2016

Hi Alex,

Thanks for your reply, and sorry if my question was a bit unclear...

When I want to use e.g. GRASS 7 in Processing, I have to provide the path to the "GRASS7 folder" in Processing --> Processing Options --> Providers
From there, in my case e.g. "C:\Program Files (x86)\QGIS Lyon\apps\grass\grass-7.0.3RC2" has been saved as an absolute path to my QGIS.ini file in my home directory.

If I use different QGIS versions in parallel (e.g. latest stable and LTR) the path can change. Furthermore, I have to update it manually, after each update of GRASS or SAGA (because then the paths change as well...

This is what I meant, not the source code...

But maybe it would be better to have the paths themselves more stable... 
Recently, Helmut Kudrnovsky did some work on making RStudio available in the GRASS console in OSGeo4W. Maybe something like this is needed to grab the path to GRASS, SAGA or R for processing...?  


-----Original Message-----
From: Alexander Bruy [mailto:alexander.bruy at gmail.com] 
Sent: 25. januar 2016 12:13
To: Blumentrath, Stefan <Stefan.Blumentrath at nina.no>
Cc: qgis-developer at lists.osgeo.org
Subject: Re: [Qgis-developer] Processing provider versions and hard coded path in settings

Hi Stefan,

Processing providers are just plugins, so they installed in the global QGIS plugins directory. There is no hadrcoding in Processing sources related to the providers.

2016-01-25 12:04 GMT+02:00 Blumentrath, Stefan <Stefan.Blumentrath at nina.no>:
> Dear devs,
> In my QGIS.ini, the paths to the Processing providers are hard coded, 
> which means I have to manually adjust them after every software update 
> (Saga, GRASS, R).
> Any chance to pass the updates to the user(s)`s QGIS settings (or make 
> QGIS recognizing the Processing providers installed together with 
> QGIS), or is this only a limitation of the --configpath solution?.
> Should I extend:
> http://hub.qgis.org/issues/12623
> (as it seems related) or should I open a new ticket (in case this 
> wanted and feasible of course)...
> Kind regards,
> Stefan
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Alexander Bruy

More information about the Qgis-developer mailing list