<br><div class="gmail_quote"><br><div class="gmail_quote"><div class="im">2011/8/24 francesco marucci <span dir="ltr"><<a href="mailto:francesco.marucci@gmail.com" target="_blank">francesco.marucci@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
gentile lista,<br>abbiamo trovato alcuni comportamenti di qGis rispettto al caricamento di servizi WMS che secondo noi andrebbero migliorati <br>
ed altre funzionalità che potrebbero essere aggiunte.<br></blockquote></div><div>Dissento su tutta la linea, ma forse sono io che ho una concezione particolare degli utenti.<br><br>1.<br>l'orinde dei layer non è intuitivo, quasi sempre ci si trova di fronte ad una pagina bianca.<br>

<br>Chi usa i servizi WMS deve comunque essere un utente un po' evoluto o che ha voglia di evolversi, occorre perlomeno avere chiari i concetti di CRS e proiezione al volo, oltre a qualche nozione su http, reti, proxy etc. <br>

La risposta del GetCapabilities è non a caso human-readable ed è bene che i bipedi che intendono usare un servizio WMS la leggano prima di lanciare il proprio client preferito.<br>Non si riuscirà mai a fare un WMS "a prova di stupido" (come diceva mio padre) e anche se io non ho mai provato ad usarli ho visto passare in lista ottimi metodi per salvare il progetto di Qgis con la TOC nell'ordine desiderato.<br>

Gran parte dei servizi offerti dalle regioni e dal PCN inoltre hanno una singola URL per ciascun layer, per cui il problema non si pone.<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">






<br>in ogni modo, non stiamo chiedendo che qGis si adatti ad una 
plateale mancanza di Arcgis Server.<br></blockquote><div><br> Ah, meno male, avevo preso paura all'inizio... <br><br>2. <br>Layer separati nella TOC<br><br>E' una feature che ha senso, ma non vedo la necessità di inserirla in Qgis a meno che non ci sia un ente o azienda disposto a finanziare questo lavoro e metterlo a disposizione di tutti.<br>

<br>3.<br>Limiti di scala<br><br>Come sopra, ritengo che non si aggiungono layer WMS a un progetto come gli amici su fb: come utente mi informo prima su cosa contiene il livello e a quali scale è distribuito (nel metadato non c'è?)<br>

<br>4.<br>Usare il tag Title al posto del tag Name<br><br>Questo mi pare adattarsi a ESRI, commercialmente non si fa.<br><br><br>5.<br>Visualizzare il tag abstract su più righe<br><br>Su questo, sorpresa, sono d'accordo, anche se immagino che i contenuti dell'abstract siano diponibili anche alla pagina web dove è disponibile l'URL del servizio o nel sommario del metadato.<br>

<br>---<br>Considerazione più generale: cosa significa promuovere e far crescere il sw libero? <br>Aumentare il numero di utenti? No.<br>Quello è l'obbiettivo di chi vende il software o ci vende pubblicità sopra (vedi Google) per il SW GFOSS significa solo avere più richiesta di aiuto e di nuove feature a cui rispondere.<br>

<br>Credo che l'obbiettivo sia quello di aumentare il numero di persone che contribuiscono al sw con soldi o codice, gli utenti crescono di conseguenza.<br>Chi produce SW commerciale lascia volutamente alcune funzionalità oscure e fuori standard, perché i menu ben nascosti  sono pane per i consulenti e i corsi di formazione mentre dissuadono l'utente dall'usare un altro sw che "ha i menu tutti diversi".<br>

<br></div></div>Detto questo ovviamente può essere opportuno coinvolgere gli sviluppatori su queste richieste, visto che è stato chiesto un parere, questi sono i miei 2 cent.<br><br>amefad<br>
</div><br>