>2.<br>>come proposto nella immagine sopracitata, riteniamo utile poter caricare<br>>diversi layer di un servizio WMS, continuando a gestirli in modo separato<br>>nella TOC (anche eventualmente per cambiarne l'ordine): proponiamo dunque un<br>
>checkbox che se attivato carica i layer scelti (ovviamente se ce n'e' piu'<br>>di uno) come diversi layer nella TOC, costruendo una GetMap per ogni layer.<br><br><br>Un comando veramente interessante.<br>
Richiede una certa competenza da parte dell'utente.<br>Il problema infatti e' il tipo di immagine che vuoi produrre.<br>Infatti se vuoi una mappa composta di 10 strati e li tratti come 10 chiamate getmap distinte,<br>
il primo risultato sicuro e' che a costruirtela ci mette 10 volte il tempo che ci mette a costruirtela<br>mettendoli tutti insieme.<br>Poi hai un altro problema:<br>Se l'immagine e' JPEG, il jpeg non consente la trasparenza e quindi uno strato (che se vuoto ) copre l'altro .<br>
Per cui devi fare ricorso necessariamente a GIF o PNG.<br>Poi pero' con il GIF hai il problema che esso non consente piu' di 256 colori e quindi non va assolutamente bene<br>per proporre mappe derivanti da OFC a colori.<br>
E quindi resta solo il PNG.<br><br>Come dicevo serve un utente competente, che capisce che deve anche chiedere una immagine in formato PNG altrimenti<br>viene fuori un pastrocchio.<br><br>>3.<br>>altro aspetto che riteniamo piuttosto importante è la questione dei limiti<br>
>di scala associati ad un layer WMS, che attualmente non credo siano gestiti<br>>in qGis: lato server, molto spesso, un layer ha dei limiti di<br>>visualizzazione delle entità in funzione della scala, nel senso che se<br>
>richiedo una GetMap ad una scala che risulta aldifuori del range di<br>>visualizzazione, otterrò una mappa bianca (a meno che il WMS non sia stato<br>>costruito intelligentemente in modo da indicare nell'immagine che la mappa è<br>
>fuori scala, ma spesso non e' così). le capabilities, per avvertire gli<br>>utenti che puo' avvenire un comportamento del genere (immagine bianca) hanno<br>>due tag dedicati: nelle versioni 1.0.0, 1.1.0 e 1.1.1 il tag è lo scalehint<br>
>(min e max), mentre dalla 1.3.0 sono il minscaledenom e maxscaledenom.<br>>sarebbe bello che qGis leggesse questi valori (per lo scalehint non e'<br>>immediato per risalire alla scala ma si fa) e li mostrasse in qualche modo<br>
>(indicazione nella finestra "Aggiungi layer dal server" o nei metadati<br>>oppure layer sgrigiato nella toc) all'utente in modo che capisca il motivo<br>>dell'immagine bianca. una soluzione elegante potrebbe essere che al<br>
>caricamento di un layer WMS qGis assegni gli stessi limiti di scala, se<br>>presenti, dalle capabilities al layer nella TOC, spuntando nella linguetta<br>>"Generale" delle proprietà del layer la voce "Visibilità dipendente dalla<br>
>scala" ed inserendo i valori letti dalle capabilities, in modo che l'utente<br>>possa risalire al motivo per il quale non vede nulla nella mappa. Ancor più<br>>bello sarebbe (in linea generale per tutti i tipi di layer) che in funzione<br>
>di quei valori e della scala della mappa, nella TOC il nome del layer fosse<br>>sgrigiato se fuori scala.<br><br>Probabilmente questa strategia è utile in certi casi di uso, ma in altri potrebbe <br>generare dei fraintendimenti.<br>
Ad esempio se l'utente chiede una mappa composta di tre strati:<br><br>uno che si accende a tutte le scale, uno che si accende da 1:1 - 1:10.000 e uno che si accende da 1:5.000 - 1:1.15.000<br><br>da quello che capisco il sistema dovrebbe renderle attivabili solo nell'intervallo 1:5.000-1:10.000<br>
<br>Non vi e' il rischio di rendere il sistema assolutamente complicato e quindi semplicemente scoraggiare l'utente dall'impiegarlo ?<br><br>Una proposta del genere va bene solo nel caso in cui a una getmap e' abbinato un unico strato.<br>
<br>>4.<br>>potrebbe essere utile che un layer WMS venga caricato nella TOC prendendo il<br>>nome non dal tag Name ma dal tag Title; ovviamente questo aspetto si<br>>accentua molto con servizi WMS esposti da prodotti ESRI, ArcIMS e ArcGis<br>
>server (dicono che dalla versione 10 questo cambierà, ma chissà quanto tempo<br>>passerà prima che si esponga con quella versione) che notoriamente indicano<br>>nel tag Name un indentificativo non parlante (numero da zero in poi), ed è<br>
>quindi poi difficile distinguerli nella TOC.<br><br>Ma senti un po' che ti combina l'arcgis-server :))<br><br>Io conosco abbastanza bene arcims di esri, e li' assolutamente il title lo metti te come ti pare meglio.<br>
Altro che 0,1,2,3....<br><br>Per il resto l'ipotesi non mi convince proprio per il fatto che<br>l'id e' di solito piu' condensato.<br>Noi ad esempio ci scriviamo "idcomuni", "idprovince", "idparticella".<br>
Quando compongo la mappa e ne faccio una sola che ci mette dentro tutti e tre, il buon qgis,<br>parte chiamandolo:<br><br>"idcomuni/idprovince/idparticella"<br><br>se ci scrivesse:<br>"Ambito amministrativo comunale/Ambito amministrativo provinciale/particelle catastali"<br>
<br>Troppo estesa,<br><br><br>>5.<br>>nella finestra "Aggiungi layer dal server" riteniamo importante poter<br>>visualizzare il campo "Abstract" per intero (puo' essere anche piuttosto<br>
>lungo, se deve descrivere cosa contiene un layer): proponiamo dunque di<br>>poter "vedere" su piu' righe il contenuto del tag, oppure poter scorrere per<br>>interno il testo fino alla fine, o soluzioni simili<br>
<br>Non capisco l'utilità della cosa (almeno per voi).<br><br>Voi fate tanti servizi distinti.<br>Uno per ogni singolo strato.<br>Pertanto l'utente prima di scegliere deve gia' sapere cosa sta scegliendo.<br>Secondo me dovreste potenziare un sistema di ricerca su ISO19115.<br>
A che vi serve spedire l'abstract sul WMS?<br><br>Lo capirei se metteste tutti i vostri archivi in un unico servizio WMS, e allora l'utente si legge <br>la descrizione di tutti gli strati e decide quali vuole.<br>
Ma pouiche' avete tutto distribuito in tanti servizi WMS distinti, l'utente dovrebbe chiamarseli tutti <br>uno per uno per leggersi l'abstract di ciascuno di essi ?<br><br>Vale la pena fare uno sforzo per metterci l'abstract ?<br>
Che oltre tutto richiede di superare alcune problematiche, tra cui anche la pesantezza.<br>Un getcapabilities completo di abstract e' grande almeno 10 volte un get-capabilities normale.<br><br>Piuttosto, <br>se ho cpatio i vostri problemi di base:<br>
avrei un suggerimento  alternativo :<br><br>Perche' non mettete in linea una serie di progetti QGIS gia' pronti e confezionati per consultare i vostri dati,<br>ove ci inserite nella legenda gli strati che ritenete utili, li etichettate come e' giusto fare e impostate le giuste scale.<br>
L'utente si scarica il progetto qgis e lo apre, et-voila vede il progetto come pensato e come è giusto che sia visto.<br><br>QGIS permette di avere il settaggio del server wms direttamente nel progetto e quindi se mettete in linea i progetti qgis gia' confezionati,<br>
lutente si scarica quelli e vede subito i vostri dati presi a modino dai vostri servers WMS.<br><br>A me pare una soluzione ottimale.<br><br>Saluti,<br><br>Andrea.<br><br><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . .<br>
qwerty àèìòù<br>-----------------<br><br><br><br><br><br><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br><br>