<div dir="ltr">la discussione colà si fa sempre più interessante.<div>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.</div><div><br></div><div><a href="https://github.com/qgis/QGIS/issues/40260">https://github.com/qgis/QGIS/issues/40260</a></div><div><br></div><div>s. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 26 nov 2020 alle ore 08:53 Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>D'accordissimo. Vuoi aiutare il gestore dei tickets?<br><br><div class="gmail_quote">On 26 November 2020 08:04:54 CET, Stefano Campus <<a href="mailto:skampus@gmail.com" target="_blank">skampus@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="auto">Certo, assolutamente condivisibile e ne farò tesoro.<div dir="auto">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".</div><div dir="auto">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ì).</div><div dir="auto">Quindi mi aspetto come risposta prima 'grazie della segnalazione' poi il vademecum.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il gio 26 nov 2020, 07:58 Paolo Cavallini <<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Concordo in buona parte, ma è un peccato perdere tutta questa conoscenza, e dover rifare daccapo.<br><br><div class="gmail_quote">On 25 November 2020 23:11:19 CET, Stefano Campus <<a href="mailto:skampus@gmail.com" rel="noreferrer" target="_blank">skampus@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="auto"><div dir="auto"><a href="https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/issues/40260#issuecomment-733932354</a><br></div><div dir="auto"><br></div><div dir="auto">Riporto quanto consigliato da Nyall Dawson a proposito della scelta dei moduli in qgis.</div><div dir="auto"><br></div><div dir="auto">"Whenever I'm teaching qgis I always recommend that users pick algorithms in this order:</div><div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">Gdal: a fantastic choice for any raster operations. Algorithms are super robust and extremely well tested, and heavily optimised for speed.</div><div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">That's my 2c at least, but it's based on my years of experience in using and maintaining (and developing) these tools."</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il mar 24 nov 2020, 22:57 Stefano Campus <<a href="mailto:skampus@gmail.com" rel="noreferrer" target="_blank">skampus@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">ciao a tutti,<br>
come ben sapete data la pessima abitudine degli sviluppatori di SAGA di<br>
cambiare senza preavviso, al momento la versione standard di SAGA supportata<br>
in Processing è la versione ltr 2.3.<br>
Tuttavia nel corso degli ultimi mesi ci sono vari tentativi di integrare in<br>
processing anche le ultime versioni di saga 7.x.<br>
attraverso un plugin di alexander bruy, non più presente nel suo repository<br>
[1] (c'è comunque il plugin per utilizzare in Processing gli altrettanto<br>
validi moduli di Whitebox GIS) ed ora un plugin di northroad sul repo<br>
ufficiale (Processing Saga NextGen Provider), è possibile, appunto,<br>
utilizzare le ultime versioni di SAGA.<br>
<br>
oggi invece scaricando la versione GUI di SAGA per windows nel repo di<br>
Sourceforge [2] ho scoperto che pare che direttamente si possa utilizzare<br>
SAGA in Processing senza plugin terzi.<br>
<br>
purtroppo, come spesso succede per la documentazione di SAGA non ho mica<br>
capito quale sia la procedura sinteticamente illustrata nel readme.txt.<br>
<br>
chiedo dunque a qualcuno se può cortesemente dare un'occhiata al contenuto<br>
del file saga4qgis.zip contenuto nel pacchetto [2] e mi può dare una propria<br>
interpretazione della procedura. <br>
<br>
grazie mille<br>
<br>
s.<br>
<br>
[1] <a href="https://plugins.bruy.me/plugins/plugins.xml" rel="noreferrer noreferrer noreferrer" target="_blank">https://plugins.bruy.me/plugins/plugins.xml</a><br>
[2]<br>
<a href="https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download" rel="noreferrer noreferrer noreferrer" target="_blank">https://sourceforge.net/projects/saga-gis/files/SAGA%20-%207/SAGA%20-%207.8.1/saga-7.8.1_x64.zip/download</a><br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html" rel="noreferrer noreferrer noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html</a><br>
_______________________________________________<br>
QGIS-it-user mailing list<br>
<a href="mailto:QGIS-it-user@lists.osgeo.org" rel="noreferrer noreferrer" target="_blank">QGIS-it-user@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-it-user" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-it-user</a><br>
</blockquote></div>
</blockquote></div><br>-- <br>Sorry for being short</div></blockquote></div>
</blockquote></div><br>-- <br>Sorry for being short</div></blockquote></div>