[QGIS-it-user] Integrare SAGA 7.x in processing

Stefano_Campus · November 24, 2020, 9:57pm

ciao a tutti,
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di
cambiare senza preavviso, al momento la versione standard di SAGA supportata
in Processing è la versione ltr 2.3.
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in
processing anche le ultime versioni di saga 7.x.
attraverso un plugin di alexander bruy, non più presente nel suo repository
[1] (c'è comunque il plugin per utilizzare in Processing gli altrettanto
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,
utilizzare le ultime versioni di SAGA.

oggi invece scaricando la versione GUI di SAGA per windows nel repo di
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare
SAGA in Processing senza plugin terzi.

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

chiedo dunque a qualcuno se può cortesemente dare un'occhiata al contenuto
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria
interpretazione della procedura.

grazie mille

s.

[1] https://plugins.bruy.me/plugins/plugins.xml
[2]
https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

pigreco · November 25, 2020, 9:06am

Buongiorno e grazie per la mail molto utile.

Noto che nel readme.txt all'interno della cartella saga4qgis spiega come
procedere per QGIS StandaAlone e per QGIS da OSGeo4W (Network Installer) ??

Ammetto che non ho ancora fatto test, per adesso uso SAGA 2.3.2

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Stefano_Campus · November 25, 2020, 9:37am

per me sono criptiche anche le indicazioni per la standalone
s.

Il giorno mer 25 nov 2020 alle ore 10:06 Totò <pigrecoinfinito@gmail.com> ha scritto:

Buongiorno e grazie per la mail molto utile.

Noto che nel readme.txt all’interno della cartella saga4qgis spiega come
procedere per QGIS StandaAlone e per QGIS da OSGeo4W (Network Installer) ??

Ammetto che non ho ancora fatto test, per adesso uso SAGA 2.3.2

saluti

https://pigrecoinfinito.wordpress.com/

Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

pigreco · November 25, 2020, 10:18am

Aggiungo che qui Nyall fa capire che il suo plugin è molto fragile:

https://gis.stackexchange.com/questions/326339/using-saga-gis-7-x-modules-in-qgis

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Stefano_Campus · November 25, 2020, 10:30am

Quella risposta è di un anno e mezzo fa.
Infatti ora è disponibile solo il plugin di north-road.
io uso praticamente solo saga e il plugin mi sembra ben robusto

s.

Il mer 25 nov 2020, 11:18 Totò <pigrecoinfinito@gmail.com> ha scritto:

Aggiungo che qui Nyall fa capire che il suo plugin è molto fragile:

https://gis.stackexchange.com/questions/326339/using-saga-gis-7-x-modules-in-qgis

saluti

https://pigrecoinfinito.wordpress.com/

Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

agiudiceandrea · November 25, 2020, 4:37pm

Stefano Campus wrote

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

Ciao Stefano,

ho dato un'occhiata al file
***
Replace the SAGA binaries in:

C:\Program Files\QGIS X.Y\apps\saga(-ltr)

Adjust the interface in:

C:\Program Files\QGIS
X.Y\apps\qgis(-ltr)\python\plugins\processing\algs\saga(-ltr)

Adjust version in file:

SagaAlgorithmProvider.py

REQUIRED_VERSION = '7.7.'

***

e penso di poterlo "tradurre" così :-):

nella cartella di installazione di QGIS (che sia tramite standalone
installer o tramite OSGe04W) c'è una cartella che si chiama "apps"

bisogna sostituire quindi la cartella "saga-ltr" (o "saga" a seconda dei
casi) che si trova in "apps" con l'intera cartella saga-7.8.1_x64 contenuta
nello zip e rinominarla "saga-ltr"

estrarre il file zip saga4qgis.zip presente in "saga-ltr"

sostituire la cartella "description" che si trova in
apps\qgis\python\plugins\processing\algs\saga con la cartella "description"
che si trova in apps\saga-ltr\saga4qgis

sostituire il file SagaNameDecorator.py che si trova in
apps\qgis\python\plugins\processing\algs\saga con il file
SagaNameDecorator.py ceh si trova in apps\saga-ltr\saga4qgis

modificare il file SagaAlgorithmProvider.py che si trova in
apps\qgis\python\plugins\processing\algs\saga sostituendo la stringa
REQUIRED_VERSION = '2.3.'
con
REQUIRED_VERSION = '7.7.'

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

pigreco · November 25, 2020, 5:02pm

Buonasera,
ho appena riprodotto la guida si Andrea su QGIS 3.16.1 Hannover

FUNZIONA, ora ho SAGA GIS 7.8.1

Ma ad agni algoritmo mi avvisa con:

La versione SAGA 7.8.1 non è ufficialmente supportata - algoritmi possono
avere problemi.

grazie

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Paolo_Cavallini · November 25, 2020, 6:03pm

Se qualcuno riesce a convincerli a fare una cosa automatica, sarà santificato.

On 25 November 2020 17:37:32 CET, Andrea Giudiceandrea andreaerdna@libero.it wrote:

Stefano Campus wrote

> purtroppo, come spesso succede per la documentazione di SAGA non ho mica
> capito quale sia la procedura sinteticamente illustrata nel readme.txt.

Ciao Stefano,

ho dato un'occhiata al file
***
Replace the SAGA binaries in:

> C:\Program Files\QGIS X.Y\apps\saga(-ltr)

Adjust the interface in:

> C:\Program Files\QGIS
> X.Y\apps\qgis(-ltr)\python\plugins\processing\algs\saga(-ltr)

Adjust version in file:

> SagaAlgorithmProvider.py
> 
> > REQUIRED_VERSION = '7.7.'

***

e penso di poterlo "tradurre" così :-):

nella cartella di installazione di QGIS (che sia tramite standalone
installer o tramite OSGe04W) c'è una cartella che si chiama "apps"

bisogna sostituire quindi la cartella "saga-ltr" (o "saga" a seconda dei
casi) che si trova in "apps" con l'intera cartella saga-7.8.1_x64 contenuta
nello zip e rinominarla "saga-ltr"

estrarre il file zip saga4qgis.zip presente in "saga-ltr"

sostituire la cartella "description" che si trova in
apps\qgis\python\plugins\processing\algs\saga con la cartella "description"
che si trova in apps\saga-ltr\saga4qgis

sostituire il file SagaNameDecorator.py che si trova in
apps\qgis\python\plugins\processing\algs\saga con il file
SagaNameDecorator.py ceh si trova in apps\saga-ltr\saga4qgis

modificare il file SagaAlgorithmProvider.py che si trova in
apps\qgis\python\plugins\processing\algs\saga sostituendo la stringa
REQUIRED_VERSION = '2.3.'
con 
REQUIRED_VERSION = '7.7.'

--
Sent from: [http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html](http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html)

---

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
[https://lists.osgeo.org/mailman/listinfo/qgis-it-user](https://lists.osgeo.org/mailman/listinfo/qgis-it-user)

–
Sorry for being short

Stefano_Campus · November 25, 2020, 6:23pm

Per chi è interessato agli sviluppi di qgis nei confronti dei sw di terze parti, consiglio di leggere questo brevissimo scambio di messaggi a seguito della segnalazione sui problemi di saga.
In sostanza Dawson e Bruy si chiedono se abbia senso per qgis portarsi in pancia saga grass otb o invece non sia meglio lasciarli fuori e chi è interessato ad usarli lo fa attraverso plugin.
È evidente che quest’ultima scelta implicherebbe che eventuali problemi non siano presi in considerazione.

https://github.com/qgis/QGIS/issues/40260#issuecomment-733296293

s.

ps: grazie mille per l’aiuto su saga 7.x: ora studio…

Il mer 25 nov 2020, 19:03 Paolo Cavallini <cavallini@faunalia.it> ha scritto:

Se qualcuno riesce a convincerli a fare una cosa automatica, sarà santificato.

On 25 November 2020 17:37:32 CET, Andrea Giudiceandrea <andreaerdna@libero.it> wrote:

Stefano Campus wrote

> purtroppo, come spesso succede per la documentazione di SAGA non ho mica
> capito quale sia la procedura sinteticamente illustrata nel readme.txt.

Ciao Stefano,

ho dato un'occhiata al file
***
Replace the SAGA binaries in:

> C:\Program Files\QGIS X.Y\apps\saga(-ltr)

Adjust the interface in:

> C:\Program Files\QGIS
> X.Y\apps\qgis(-ltr)\python\plugins\processing\algs\saga(-ltr)

Adjust version in file:

> SagaAlgorithmProvider.py
> 
> > REQUIRED_VERSION = '7.7.'

***

e penso di poterlo "tradurre" così :-):

nella cartella di installazione di QGIS (che sia tramite standalone
installer o tramite OSGe04W) c'è una cartella che si chiama "apps"

bisogna sostituire quindi la cartella "saga-ltr" (o "saga" a seconda dei
casi) che si trova in "apps" con l'intera cartella saga-7.8.1_x64 contenuta
nello zip e rinominarla "saga-ltr"

estrarre il file zip saga4qgis.zip presente in "saga-ltr"

sostituire la cartella "description" che si trova in
apps\qgis\python\plugins\processing\algs\saga con la cartella "description"
che si trova in apps\saga-ltr\saga4qgis

sostituire il file SagaNameDecorator.py che si trova in
apps\qgis\python\plugins\processing\algs\saga con il file
SagaNameDecorator.py ceh si trova in apps\saga-ltr\saga4qgis

modificare il file SagaAlgorithmProvider.py che si trova in
apps\qgis\python\plugins\processing\algs\saga sostituendo la stringa
REQUIRED_VERSION = '2.3.'
con 
REQUIRED_VERSION = '7.7.'

--
Sent from: [http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html](http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html)

---

QGIS-it-user mailing list
[QGIS-it-user@lists.osgeo.org](mailto:QGIS-it-user@lists.osgeo.org)
[https://lists.osgeo.org/mailman/listinfo/qgis-it-user](https://lists.osgeo.org/mailman/listinfo/qgis-it-user)

–
Sorry for being short

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

agiudiceandrea · November 25, 2020, 6:33pm

Totò wrote

FUNZIONA, ora ho SAGA GIS 7.8.1

Ma ad agni algoritmo mi avvisa con:

La versione SAGA 7.8.1 non è ufficialmente supportata - algoritmi possono
avere problemi.

Se vuoi evitare questo avviso, potresti modificare, in
SagaAlgorithmProvider.py, la stringa
BETA_SUPPORT_VERSION = '7.'
in, per esempio,
BETA_SUPPORT_VERSION = '8.'

A presto.

Andrea

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

pigreco · November 25, 2020, 6:49pm

Andrea Giudiceandrea wrote

Se vuoi evitare questo avviso, potresti modificare, in
SagaAlgorithmProvider.py, la stringa
BETA_SUPPORT_VERSION = '7.'
in, per esempio,
BETA_SUPPORT_VERSION = '8.'

Ho provato, ma se cambio 7. in 8., in QGIS 3.16.1 non compare più SAGA negli
strumenti di processing nonostante nelle sorgenti (opzioni|Processing) sia
attivato.

grazie

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

agiudiceandrea · November 25, 2020, 7:16pm

Totò wrote

Ho provato, ma se cambio 7. in 8., in QGIS 3.16.1 non compare più SAGA
negli
strumenti di processing

Sì, scusami, hai ragione... non ho provato le modifiche direttamente (quindi
non mi ero accorto dell'errore) e non avevo letto il codice fino in fondo...

Per evitare il problema (dovebbe funzionare, ma non ho testato nemmeno
questa modifica...):
REQUIRED_VERSION = '7.'
BETA_SUPPORT_VERSION = '8.'

A presto.

Andrea

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

pigreco · November 25, 2020, 8:01pm

Andrea Giudiceandrea wrote

Per evitare il problema (dovebbe funzionare, ma non ho testato nemmeno
questa modifica...):
REQUIRED_VERSION = '7.'
BETA_SUPPORT_VERSION = '8.'

Ho provato anche con 8., 7.8. ma nulla non funziona.

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

agiudiceandrea · November 25, 2020, 8:44pm

Strano... ho provato proprio ora.

Usando in SagaAlgorithmProvider.py:

REQUIRED_VERSION = '7.'
BETA_SUPPORT_VERSION = '8.'

SAGA viene caricato tra gli strumenti di processing e non viene visualizzato
il messaggio di avviso...

Mistero...

A presto.

Andrea

Totò wrote

Andrea Giudiceandrea wrote

Per evitare il problema (dovebbe funzionare, ma non ho testato nemmeno
questa modifica...):
REQUIRED_VERSION = '7.'
BETA_SUPPORT_VERSION = '8.'

Ho provato anche con 8., 7.8. ma nulla non funziona.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

pigreco · November 25, 2020, 8:54pm

Andrea Giudiceandrea wrote

REQUIRED_VERSION = '7.'
BETA_SUPPORT_VERSION = '8.'

Scusami Andrea, io modificavo solo BETA_SUPPORT_VERSION = '8.' invece va
modificato anche REQUIRED_VERSION = '7.'

ora funziona.

grazie

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Stefano_Campus · November 25, 2020, 10:11pm

https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354

Riporto quanto consigliato da Nyall Dawson a proposito della scelta dei moduli in qgis.

"Whenever I’m teaching qgis I always recommend that users pick algorithms in this order:

Qgis native provider: it’s the most actively maintained and will work with ALL layer sources supported by qgis, also has nice functionality like saving results directly into existing geopackages, postgres database, etc, and the ability to “data define” parameters values so that they vary feature by feature. Also very fast, and no loss of attributes/quality caused by conversion to intermediate formats.

Gdal: a fantastic choice for any raster operations. Algorithms are super robust and extremely well tested, and heavily optimised for speed.

Grass: algorithms are extremely robust and mature, but very difficult to learn and suffer from a confusing mash of options. You definitely need to read the manual before using a tool. Also can be quite slow due to forced conversion the grass data types, which can also cause loss/modification of attribute information. But on the plus side, an absolute ton of functionality which isn’t available elsewhere.

Saga. Use as an absolute last resort. Don’t touch the vector algorithms as all have better alternatives in the other providers. Badly tested, frequently breaks, and unfortunately also often outputs incorrect results. Use only when there’s no other alternative, and make sure you perform your own qa on the results to verify that the tool is indeed working as advertised.

That’s my 2c at least, but it’s based on my years of experience in using and maintaining (and developing) these tools."

Il mar 24 nov 2020, 22:57 Stefano Campus <skampus@gmail.com> ha scritto:

ciao a tutti,
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di
cambiare senza preavviso, al momento la versione standard di SAGA supportata
in Processing è la versione ltr 2.3.
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in
processing anche le ultime versioni di saga 7.x.
attraverso un plugin di alexander bruy, non più presente nel suo repository
[1] (c’è comunque il plugin per utilizzare in Processing gli altrettanto
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,
utilizzare le ultime versioni di SAGA.

oggi invece scaricando la versione GUI di SAGA per windows nel repo di
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare
SAGA in Processing senza plugin terzi.

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

chiedo dunque a qualcuno se può cortesemente dare un’occhiata al contenuto
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria
interpretazione della procedura.

grazie mille

s.

[1] https://plugins.bruy.me/plugins/plugins.xml
[2]
https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download

–
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Paolo_Cavallini · November 26, 2020, 6:58am

Concordo in buona parte, ma è un peccato perdere tutta questa conoscenza, e dover rifare daccapo.

On 25 November 2020 23:11:19 CET, Stefano Campus skampus@gmail.com wrote:

https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354

Riporto quanto consigliato da Nyall Dawson a proposito della scelta dei moduli in qgis.

"Whenever I’m teaching qgis I always recommend that users pick algorithms in this order:

Qgis native provider: it’s the most actively maintained and will work with ALL layer sources supported by qgis, also has nice functionality like saving results directly into existing geopackages, postgres database, etc, and the ability to “data define” parameters values so that they vary feature by feature. Also very fast, and no loss of attributes/quality caused by conversion to intermediate formats.

Gdal: a fantastic choice for any raster operations. Algorithms are super robust and extremely well tested, and heavily optimised for speed.

Grass: algorithms are extremely robust and mature, but very difficult to learn and suffer from a confusing mash of options. You definitely need to read the manual before using a tool. Also can be quite slow due to forced conversion the grass data types, which can also cause loss/modification of attribute information. But on the plus side, an absolute ton of functionality which isn’t available elsewhere.

Saga. Use as an absolute last resort. Don’t touch the vector algorithms as all have better alternatives in the other providers. Badly tested, frequently breaks, and unfortunately also often outputs incorrect results. Use only when there’s no other alternative, and make sure you perform your own qa on the results to verify that the tool is indeed working as advertised.

That’s my 2c at least, but it’s based on my years of experience in using and maintaining (and developing) these tools."

Il mar 24 nov 2020, 22:57 Stefano Campus <skampus@gmail.com> ha scritto:

ciao a tutti,
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di
cambiare senza preavviso, al momento la versione standard di SAGA supportata
in Processing è la versione ltr 2.3.
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in
processing anche le ultime versioni di saga 7.x.
attraverso un plugin di alexander bruy, non più presente nel suo repository
[1] (c’è comunque il plugin per utilizzare in Processing gli altrettanto
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,
utilizzare le ultime versioni di SAGA.

oggi invece scaricando la versione GUI di SAGA per windows nel repo di
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare
SAGA in Processing senza plugin terzi.

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

chiedo dunque a qualcuno se può cortesemente dare un’occhiata al contenuto
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria
interpretazione della procedura.

grazie mille

s.

[1] https://plugins.bruy.me/plugins/plugins.xml
[2]
https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download

–
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

–
Sorry for being short

Stefano_Campus · November 26, 2020, 7:04am

Certo, assolutamente condivisibile e ne farò tesoro.
Ma il punto è un altro: se un modulo non funziona lo togli, non mi prendi per il culo dicendo “non so perché l’autore del ticket non abbia usato altri strumenti”.
Io il problema l’ho risolto in altro modo, ma se un modulo non funziona la prima cosa che penso è che sia il tramite di QGIS a provocare l’errore (peraltro è proprio così).
Quindi mi aspetto come risposta prima ‘grazie della segnalazione’ poi il vademecum.

Il gio 26 nov 2020, 07:58 Paolo Cavallini <cavallini@faunalia.it> ha scritto:

Concordo in buona parte, ma è un peccato perdere tutta questa conoscenza, e dover rifare daccapo.

On 25 November 2020 23:11:19 CET, Stefano Campus <skampus@gmail.com> wrote:

https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354

Riporto quanto consigliato da Nyall Dawson a proposito della scelta dei moduli in qgis.

"Whenever I’m teaching qgis I always recommend that users pick algorithms in this order:

Qgis native provider: it’s the most actively maintained and will work with ALL layer sources supported by qgis, also has nice functionality like saving results directly into existing geopackages, postgres database, etc, and the ability to “data define” parameters values so that they vary feature by feature. Also very fast, and no loss of attributes/quality caused by conversion to intermediate formats.

Gdal: a fantastic choice for any raster operations. Algorithms are super robust and extremely well tested, and heavily optimised for speed.

Grass: algorithms are extremely robust and mature, but very difficult to learn and suffer from a confusing mash of options. You definitely need to read the manual before using a tool. Also can be quite slow due to forced conversion the grass data types, which can also cause loss/modification of attribute information. But on the plus side, an absolute ton of functionality which isn’t available elsewhere.

Saga. Use as an absolute last resort. Don’t touch the vector algorithms as all have better alternatives in the other providers. Badly tested, frequently breaks, and unfortunately also often outputs incorrect results. Use only when there’s no other alternative, and make sure you perform your own qa on the results to verify that the tool is indeed working as advertised.

That’s my 2c at least, but it’s based on my years of experience in using and maintaining (and developing) these tools."

Il mar 24 nov 2020, 22:57 Stefano Campus <skampus@gmail.com> ha scritto:

ciao a tutti,
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di
cambiare senza preavviso, al momento la versione standard di SAGA supportata
in Processing è la versione ltr 2.3.
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in
processing anche le ultime versioni di saga 7.x.
attraverso un plugin di alexander bruy, non più presente nel suo repository
[1] (c’è comunque il plugin per utilizzare in Processing gli altrettanto
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,
utilizzare le ultime versioni di SAGA.

oggi invece scaricando la versione GUI di SAGA per windows nel repo di
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare
SAGA in Processing senza plugin terzi.

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

chiedo dunque a qualcuno se può cortesemente dare un’occhiata al contenuto
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria
interpretazione della procedura.

grazie mille

s.

[1] https://plugins.bruy.me/plugins/plugins.xml
[2]
https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download

–
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

–
Sorry for being short

Paolo_Cavallini · November 26, 2020, 7:53am

D’accordissimo. Vuoi aiutare il gestore dei tickets?

On 26 November 2020 08:04:54 CET, Stefano Campus skampus@gmail.com wrote:

Certo, assolutamente condivisibile e ne farò tesoro.
Ma il punto è un altro: se un modulo non funziona lo togli, non mi prendi per il culo dicendo “non so perché l’autore del ticket non abbia usato altri strumenti”.
Io il problema l’ho risolto in altro modo, ma se un modulo non funziona la prima cosa che penso è che sia il tramite di QGIS a provocare l’errore (peraltro è proprio così).
Quindi mi aspetto come risposta prima ‘grazie della segnalazione’ poi il vademecum.

Il gio 26 nov 2020, 07:58 Paolo Cavallini <cavallini@faunalia.it> ha scritto:

Concordo in buona parte, ma è un peccato perdere tutta questa conoscenza, e dover rifare daccapo.

On 25 November 2020 23:11:19 CET, Stefano Campus <skampus@gmail.com> wrote:

https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354

Riporto quanto consigliato da Nyall Dawson a proposito della scelta dei moduli in qgis.

"Whenever I’m teaching qgis I always recommend that users pick algorithms in this order:

Qgis native provider: it’s the most actively maintained and will work with ALL layer sources supported by qgis, also has nice functionality like saving results directly into existing geopackages, postgres database, etc, and the ability to “data define” parameters values so that they vary feature by feature. Also very fast, and no loss of attributes/quality caused by conversion to intermediate formats.

Gdal: a fantastic choice for any raster operations. Algorithms are super robust and extremely well tested, and heavily optimised for speed.

Grass: algorithms are extremely robust and mature, but very difficult to learn and suffer from a confusing mash of options. You definitely need to read the manual before using a tool. Also can be quite slow due to forced conversion the grass data types, which can also cause loss/modification of attribute information. But on the plus side, an absolute ton of functionality which isn’t available elsewhere.

Saga. Use as an absolute last resort. Don’t touch the vector algorithms as all have better alternatives in the other providers. Badly tested, frequently breaks, and unfortunately also often outputs incorrect results. Use only when there’s no other alternative, and make sure you perform your own qa on the results to verify that the tool is indeed working as advertised.

That’s my 2c at least, but it’s based on my years of experience in using and maintaining (and developing) these tools."

Il mar 24 nov 2020, 22:57 Stefano Campus <skampus@gmail.com> ha scritto:

ciao a tutti,
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di
cambiare senza preavviso, al momento la versione standard di SAGA supportata
in Processing è la versione ltr 2.3.
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in
processing anche le ultime versioni di saga 7.x.
attraverso un plugin di alexander bruy, non più presente nel suo repository
[1] (c’è comunque il plugin per utilizzare in Processing gli altrettanto
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,
utilizzare le ultime versioni di SAGA.

oggi invece scaricando la versione GUI di SAGA per windows nel repo di
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare
SAGA in Processing senza plugin terzi.

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

chiedo dunque a qualcuno se può cortesemente dare un’occhiata al contenuto
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria
interpretazione della procedura.

grazie mille

s.

[1] https://plugins.bruy.me/plugins/plugins.xml
[2]
https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download

–
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

–
Sorry for being short

–
Sorry for being short

Stefano_Campus · November 26, 2020, 9:02am

la discussione colà si fa sempre più interessante.
peccato non sia la sede giusta (github), ma è molto chiara la differenza di visione sia di QGIS stesso sia delle linee di sviluppo e delle regole di “convivenza e collaborazione” tra i vari software.

https://github.com/qgis/QGIS/issues/40260

s.

Il giorno gio 26 nov 2020 alle ore 08:53 Paolo Cavallini <cavallini@faunalia.it> ha scritto:

D’accordissimo. Vuoi aiutare il gestore dei tickets?

On 26 November 2020 08:04:54 CET, Stefano Campus <skampus@gmail.com> wrote:

Certo, assolutamente condivisibile e ne farò tesoro.
Ma il punto è un altro: se un modulo non funziona lo togli, non mi prendi per il culo dicendo “non so perché l’autore del ticket non abbia usato altri strumenti”.
Io il problema l’ho risolto in altro modo, ma se un modulo non funziona la prima cosa che penso è che sia il tramite di QGIS a provocare l’errore (peraltro è proprio così).
Quindi mi aspetto come risposta prima ‘grazie della segnalazione’ poi il vademecum.

Il gio 26 nov 2020, 07:58 Paolo Cavallini <cavallini@faunalia.it> ha scritto:

Concordo in buona parte, ma è un peccato perdere tutta questa conoscenza, e dover rifare daccapo.

On 25 November 2020 23:11:19 CET, Stefano Campus <skampus@gmail.com> wrote:

https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354

Riporto quanto consigliato da Nyall Dawson a proposito della scelta dei moduli in qgis.

"Whenever I’m teaching qgis I always recommend that users pick algorithms in this order:

Qgis native provider: it’s the most actively maintained and will work with ALL layer sources supported by qgis, also has nice functionality like saving results directly into existing geopackages, postgres database, etc, and the ability to “data define” parameters values so that they vary feature by feature. Also very fast, and no loss of attributes/quality caused by conversion to intermediate formats.

Gdal: a fantastic choice for any raster operations. Algorithms are super robust and extremely well tested, and heavily optimised for speed.

Grass: algorithms are extremely robust and mature, but very difficult to learn and suffer from a confusing mash of options. You definitely need to read the manual before using a tool. Also can be quite slow due to forced conversion the grass data types, which can also cause loss/modification of attribute information. But on the plus side, an absolute ton of functionality which isn’t available elsewhere.

Saga. Use as an absolute last resort. Don’t touch the vector algorithms as all have better alternatives in the other providers. Badly tested, frequently breaks, and unfortunately also often outputs incorrect results. Use only when there’s no other alternative, and make sure you perform your own qa on the results to verify that the tool is indeed working as advertised.

That’s my 2c at least, but it’s based on my years of experience in using and maintaining (and developing) these tools."

Il mar 24 nov 2020, 22:57 Stefano Campus <skampus@gmail.com> ha scritto:

ciao a tutti,
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di
cambiare senza preavviso, al momento la versione standard di SAGA supportata
in Processing è la versione ltr 2.3.
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in
processing anche le ultime versioni di saga 7.x.
attraverso un plugin di alexander bruy, non più presente nel suo repository
[1] (c’è comunque il plugin per utilizzare in Processing gli altrettanto
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,
utilizzare le ultime versioni di SAGA.

oggi invece scaricando la versione GUI di SAGA per windows nel repo di
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare
SAGA in Processing senza plugin terzi.

purtroppo, come spesso succede per la documentazione di SAGA non ho mica
capito quale sia la procedura sinteticamente illustrata nel readme.txt.

chiedo dunque a qualcuno se può cortesemente dare un’occhiata al contenuto
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria
interpretazione della procedura.

grazie mille

s.

[1] https://plugins.bruy.me/plugins/plugins.xml
[2]
https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download

–
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

–
Sorry for being short

–
Sorry for being short