-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Processing (on Windows): external SAGA does not work anymore #24331
Comments
Author Name: Pedro Venâncio (Pedro Venâncio) For some reason, SAGA 2.3.1 io_gdal module is not loaded using SAGA from The same using OSGeo4W Shell:
Running saga_cmd directly from the folder, it already works:
|
Author Name: Jürgen Fischer (@jef-n) Reason for not using the binaries from the saga project is that they have a lot of own dependencies, that are already included in OSGeo4W. The version in OSGeo4W is patched to allow usage of OSGeo4W dependencies (ie. ported to GDAL C-API - patches were submitted and merged upstream; https://sourceforge.net/p/saga-gis/code/merge-requests/3/). Unfortunately the new support for SAGA LTR in processing of 2.18 wasn't anticipated. This was meant to be used with QGIS3 (ie. plenty of time to spot and fix any issues introduced by this). |
Author Name: Giovanni Manghi (@gioman) I also just noticed that saga-ltr installed with osgeo4w misses io_gdal completely c:\OSGeo4W64\apps\saga-ltr>saga_cmd ## ######## ### ## ## #### #
# ## ##### #SAGA Version: 2.3.2 (64 bit) 66 loaded tool libraries (585 tools):
Error: select a library |
Author Name: Giovanni Manghi (@gioman) Giovanni Manghi wrote:
SAGA LTR shipped with osgeo4w seems to work only in osgeo4w shell. |
Author Name: Jürgen Fischer (@jef-n) Giovanni Manghi wrote:
As it's supposed to - why is that a problem? |
Author Name: Giovanni Manghi (@gioman)
that was just a comment to my previous one. Like a note/reminder. But anyway your comment made be think about it, and if I must be honest I'm not totally convinced that this is expected. It is at least a change compared to previous SAGA osgeo4w installation, if I'm not wrong. Returning to the subject of this ticket: if now SAGA that ships with osgeo4w is compiled (and not just a copy of the upstream binaries) then I guess that in processing allowing use external SAGA installations should be disabled/removed(?). |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Alexander Bruy (@alexbruy) Here is PR to remove support for external SAGA #4587. Not sure if same should be done for 2.18, as 2.18 still supports different SAGA versions.
While testing the support for SAGA LTR I therefore downloaded uncompressed and pointed Processing to it. Processing correctly recognizes SAGA and SAGA version, tools open and are run, but ultimately they fail. This does not happen if used SAGA ltr is the one shipped with osgeo4w. This anyway used to work as expected in the past. Algorithm Analytical hillshading starting... C:\OSGEO4~1\bin>set SAGA=C:\Users\qgis\Desktop\saga231 C:\OSGEO4~1\bin>set SAGA_MLB=C:\Users\qgis\Desktop\saga231\modules C:\OSGEO4 C:\OSGEO4~1\bin>saga_cmd io_gdal 0 -TRANSFORM 1 -RESAMPLING 0 -GRIDS "C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\51bd78a192e243b9ba5d841fc68d84f8\madeiramdt100.sgrd" -FILES "C:\Users\qgis\Desktop\data ## ######## ### ## ## #### ###### ## ## ## ##### #SAGA Version: 2.3.1 (64 bit) 76 loaded tool libraries (659 tools):
type -h or --help for further information Error: select a library C:\OSGEO4~1\bin>saga_cmd ta_lighting "Analytical Hillshading" -ELEVATION "C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\51bd78a192e243b9ba5d841fc68d84f8\madeiramdt100.sgrd" -METHOD 0 -AZIMUTH 315 -DECLINATION 45 -EXAGGERATION 4 -SHADE "C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\38d16b8c0e654334921f0a6a2ca622a1\SHADE.sdat" ## ######## ### ## ## #### ###### ## ## ## ##### #SAGA Version: 2.3.1 (64 bit) library path: C:\Users\qgis\Desktop\saga231\modules\ Load grid: C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\51bd78a192e243b9ba5d841fc68d84f8\madeiramdt100.sgrd... Usage: saga_cmd ta_lighting 0 [-ELEVATION ] [-SHADE ] [-METHOD ] [-AZIMUTH ] [-DECLINATION ] [-EXAGGERATION ] [-SHADOW ] [-NDIRS ] [-RADIUS ] C:\OSGEO4~1\bin>exit The following layers were not correctly generated.
|
Author Name: Jürgen Fischer (@jef-n)
While testing the support for SAGA LTR I therefore downloaded uncompressed and pointed Processing to it. Processing correctly recognizes SAGA and SAGA version, tools open and are run, but ultimately they fail. This does not happen if used SAGA ltr is the one shipped with osgeo4w. This anyway used to work as expected in the past. Algorithm Analytical hillshading starting... C:\OSGEO4~1\bin>set SAGA=C:\Users\qgis\Desktop\saga231 C:\OSGEO4~1\bin>set SAGA_MLB=C:\Users\qgis\Desktop\saga231\modules C:\OSGEO4 C:\OSGEO4~1\bin>saga_cmd io_gdal 0 -TRANSFORM 1 -RESAMPLING 0 -GRIDS "C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\51bd78a192e243b9ba5d841fc68d84f8\madeiramdt100.sgrd" -FILES "C:\Users\qgis\Desktop\data ## ######## ### ## ## #### ###### ## ## ## ##### #SAGA Version: 2.3.1 (64 bit) 76 loaded tool libraries (659 tools):
type -h or --help for further information Error: select a library C:\OSGEO4~1\bin>saga_cmd ta_lighting "Analytical Hillshading" -ELEVATION "C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\51bd78a192e243b9ba5d841fc68d84f8\madeiramdt100.sgrd" -METHOD 0 -AZIMUTH 315 -DECLINATION 45 -EXAGGERATION 4 -SHADE "C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\38d16b8c0e654334921f0a6a2ca622a1\SHADE.sdat" ## ######## ### ## ## #### ###### ## ## ## ##### #SAGA Version: 2.3.1 (64 bit) library path: C:\Users\qgis\Desktop\saga231\modules\ Load grid: C:\Users\qgis\AppData\Local\Temp\processing926e3fb9581345ea92a61a65c9b211c4\51bd78a192e243b9ba5d841fc68d84f8\madeiramdt100.sgrd... Usage: saga_cmd ta_lighting 0 [-ELEVATION ] [-SHADE ] [-METHOD ] [-AZIMUTH ] [-DECLINATION ] [-EXAGGERATION ] [-SHADOW ] [-NDIRS ] [-RADIUS ] C:\OSGEO4~1\bin>exit The following layers were not correctly generated.
|
Author Name: Jürgen Fischer (@jef-n)
|
Author Name: Giovanni Manghi (@gioman) Alexander Bruy wrote:
now that #24332 is fixed this can be applied also to 2.18.*
|
Author Name: Giovanni Manghi (@gioman)
Original Redmine Issue: 16422
Affected QGIS version: 2.18.5
Redmine category:processing/saga
Assignee: Victor Olaya
If SAGA is not installed with osgeo4w then Processing has always allowed to use and external SAGA installation by configuring the proper path in Processing configurations.
While testing the support for SAGA LTR I therefore downloaded
https://downloads.sourceforge.net/project/saga-gis/SAGA%20-%202.3/SAGA%202.3.1/saga_2.3.1_x64.zip?r=https%3A%2F%2Fsourceforge.net%2Fprojects%2Fsaga-gis%2Ffiles%2FSAGA%2520-%25202.3%2FSAGA%25202.3.1%2F&ts=1491557320&use_mirror=netcologne
uncompressed and pointed Processing to it.
Processing correctly recognizes SAGA and SAGA version, tools open and are run, but ultimately they fail. This does not happen if used SAGA ltr is the one shipped with osgeo4w. This anyway used to work as expected in the past.
Related issue(s): #24332 (relates)
Redmine related issue(s): 16423
The text was updated successfully, but these errors were encountered: