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 < [email protected]> ha scritto: > D'accordissimo. Vuoi aiutare il gestore dei tickets? > > On 26 November 2020 08:04:54 CET, Stefano Campus <[email protected]> > 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 <[email protected]> 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 <[email protected]> >>> 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 <[email protected]> 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 >>>>> [email protected] >>>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user >>>>> >>>> >>> -- >>> Sorry for being short >>> >> > -- > Sorry for being short >
_______________________________________________ QGIS-it-user mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/qgis-it-user
