<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-03-07 16:58 GMT+01:00 Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Il 07/03/2018 16:35, Salvatore Larosa ha scritto:<br>
> Non trovo nulla di male nel pubblicizzare qualcosa, ma in questo caso la<br>
> faccenda è diversa, il plugin aggiunge una semplice basemap al progetto,<br>
> ma dalla versione 3 questa funzionalità è disponibile nativamente ma è<br>
> poco conosciuta ancora.<br>
<br>
</span>il plugin aggiunge anche una lunga e crescente serie di servers, e il<br>
meccanismo con cui l'utente si prende la responsabilità di gestire le<br>
licenze.<br>
per questo secondo me è utile. altrimenti gli sviluppatori di non ci<br>
perderebbero tempo, non credi?<br></blockquote><div><br></div><div>Capisco la problematica sulle licenze, ma da quello che posso capire, spulciando</div><div>un po il codice del plugin, la maggior parte dei servers sono tutti di tipo TMS, quindi</div><div>facilmente integrabili utilizzando la funzione nativa. Quel che rimane sono Virtual Dataset</div><div>che richiamano un WMS. Può darsi che mi sbaglio ma è quel che vedo.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> Il rischio è che la funzionalià nativa non venga utilizzata se è<br>
> disponibile un plugin che fa la medesima cosa, semplicemente per il<br>
> fatto che il plugin ha acquisito una maggiore visibilità<br>
> ormai da tempo.<br>
><br>
> Io punterei più a migliore la documentazione in tal senso, o aggiungere<br>
> qualche modo veloce nativamente (come proposto da me nella PR menzionata<br>
> da Totò), piuttosto che rischiare di dismettere una funzionalità nativa<br>
> di QGIS.<br>
<br>
</span>non la si dismette: il plugin internamente utilizza proprio quella - in<br>
effetti è un front end a quella. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> In sintesi, se qualcosa si può fare nativamente, non trovo corretto che<br>
> venga proposto agli utenti di contribuire economicamente per fare<br>
> qualcosa che è possibile fare già liberamente.<br>
<br>
</span>è sempre libero, in entrambe i casi<br></blockquote><div><br></div><div>si certo, non avevo dubbi sulla libertà di scelta, ma se devo spendere dei soldi</div><div>preferisco investirli su qualcosa che ancora non si può fare o che si può migliorare,</div><div>solo un mio punto di vista.</div><div><br></div><div>A favor di chiarezza, non ho nulla contro gli sviluppatori, figuriamoci, ma il mio </div><div>è solo un pensiero per cercare di evitare funzionalità ridondanti all'interno</div><div>del software in quanto potrebbero portare a confondere l'utente finale, come già accaduto in passato</div><div>nel periodo in cui coesistevano fTools/GdalTools e Processing.</div><div><br></div><div>Ciao.</div></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Salvatore Larosa<br>linkedIn: <a href="http://linkedin.com/in/larosasalvatore" target="_blank">http://linkedin.com/in/larosasalvatore</a><br>twitter: @lrssvt<br>skype: s.larosa<br>IRC: lrssvt on freenode<br></div>
</div></div>