salve a tutti,
mi preme informarvi che ho aperto un ticket in qGis (http://trac.osgeo.org/qgis/ticket/3156), in realtà riesumandone uno vecchio (http://trac.osgeo.org/qgis/ticket/1589) al quale poi non ero riuscito a star dietro per mancanza di tempo e di WMS pubblici di esempio.
il motivo del ticket e' un comportamento "particolare" di qGIS con i sistemi di riferimento di un servizio WMS: quando viene caricato un servizio WMS, qGIS legge correttamente le capabilities, elencando i sistemi di riferimento disponibili per quel servizio, ma quando poi l'utente va a scegliere il sistema con in quale vuole caricare il WMS, qGIS "filtra"gli EPSG proposti attraverso una sua tabella di sistemi di riferimento (resources/srs.db), scremando gli EPSG che lui "non conosce" (il cui codice non e' presente nel suo DB).
per verificare questo comportamento potete provare con il servizio che esponiamo con l'arcgis server:
http://servizigis.regione.emilia-romagna.it/arcgis/public_sgss/geocatalogo_mappa/MapServer/WMSServer?
un esempio e' dato dall'SRS EPSG:102113 che e' esattamente il Web Mercator (Google), universalmente riconosciuto come EPSG:900913: l'arcgis server disgraziatamente per tale sistema di riferimento riconosce solamente l'EPSG:102113 e non l'EPSG:900913 e quindi noi siamo costretti a servire i nostri WMS con il 102113, che pero' qGIS non ha nel suo DB e quindi un utente non puo' caricare il WMS con il Web Mercator, un peccato.
il workaround che abbiamo trovato e' quello di aggiungere un record nel resources/srs.db con l'EPSG mancante e tutto funziona correttamente.
ma e' sinceramente un po' scomodo da fare per ogni client.
inoltre, la definizione di un "CRS personalizzato" in qGIS non risolve la nostra questione perche' poi qGIS non e' in grado di utilizzare tale sistema di riferimento personalizzato per costruire il parametro SRS di una richiesta getMap di un WMS (altro problemino ?).
non vi dico poi quando noi ci troviamo a dover pubblicare i nostri WMS nel sistema di riferimento UTM_RER (UTM 32 ED50 con y_shift -4000000) che non ha EPSG riconosciuto ! esponiamo quindi in EPSG:NONE e EPSG:0 e poi per leggerlo in qGIS siamo costretti ad aggiungere un record per l'EPSG:NONE e uno per l'EPSG:0 (cosa che fino alla versione 1.4 non era possibile perche' il campo per il codice EPSG era numerico e non ci permetteva di accettare il valore NONE).
immagino che il motivo di questo filtro sia la necessità per qGIS di conoscere i parametri della proiezione scelta (contenuta appunto nel suo DB) per effettuare una eventuale riproiezione.
ma mi chiedo: qGIS e' in grado di riproiettare al volo solamente il vettoriale, non i raster (WMS), quindi che motivo ci sarebbe ?
e poi: qGIS non ha mica bisogno dei parametri della proiezione per costruire la richiesta getMap, non e' cosi' ?
a questi dubbi si aggiunge la richiesta di aiuto della lista:
pensate che abbia esposto bene il problema nella formulazione del ticket ?
e' abbastanza chiaro ? ho colto il nocciolo della questione e credete che sia risolvibile, senza che l'utente sia costretto a modificarsi il suo srs.db in locale ?
per noi (emilia-romagna) questo aspetto non e' un discorso banale, perche' la fruizione dei nostri WMS (soprattutto con un client cosi' diffuso come qGIS), sta diventando un aspetto strategico.
attendo lumi.
saluti a tutti,
francesco