[Gfoss] WMS Emilia Romagna

Mer 26 Gen 2011 11:09:01 CET

ciao,
abbiamo effettuato le verifiche del caso, ma non siamo riusciti a riprodurre
il disallinemento che tu gentilmente ci segnali.

l'SRS 23032 e' un ED50, quindi lo stesso dei dati originali, che quindi non
hanno bisogno del cambio di Datum ne' trasformazione con grigliati.

Non capiamo comunque con che dati tu stai facendo il confronto, visto che i
WMS Geoscopio Toscana non vengono esposti in 23032.

Ribadisco che per verificare il corretto allineamento tra due servizi WMS,
essi vanno richiesti nello stesso sistema di riferimento, in modo che
l'eventuale trasformazione venga effettuata lato server, soprattutto se
nella trasformazione e' compreso un cambio di Datum, che deve essere fatto
NECESSARIAMENTE tramite l'appicazione di grigliati (nel nostro caso IGMI),
che generalmente i client non hanno, essendo a pagamento. Tra l'altro qGIS
non e' in grado di effettuare trasformazioni di layer raster, ma solo
vettoriali.

Siamo invece riusciti ad effettuare il confronto tra i WMS RER e i WMS
Geoscopio Toscana per il 3003 (che entrambi espongono) e sinceramente
(contro ogni pronostico) si sovrappongono veramente bene.

Sinceramente non sappiamo a cosa ti riferisci quando parli di "WMS
Openlayers Overview", quindi da questo punto di vista non abbiamo potuto
fare i necessari test.

Aattendiamo da te ulteriori informazioni in modo da risolvere
definitivamente la questione.

saluti,
francesco

Il giorno 25 gennaio 2011 09:07, albertobonati <albertobonati a libero.it> ha
scritto:

> Il 24/01/2011 16.38, francesco marucci ha scritto:
>
> gentile utente,
>> come tu stesso puoi vedere dalle capabilities, i servizi WMS della regione
>> emilia-romagna vengono esposti in vari sistemi di riferimento:
>> il che significa che i dati ORIGINALI si trovano nel sistema di coordinate
>> cosiddetto UTMA, che puo' essere ricondotto a l'ED 50 UTM 32 senza i 4
>> milioni sulle Y, ma anche in altri sistemi di riferimento compresi altri
>> DATUM, il che significa che la trasformazione di coordinate viene fatta lato
>> server al momento della richiesta da parte dell'utente.
>>
>> Una trasformazione che richieda il cambio di Datum (tipicamente da ED50 a
>> WGS84 e/o da ED50 A ETRS89 e/o da ED50 a ROMA40) viene elaborata "lato
>> server" utilizzando l'algortitmo NTV2 coadiuvato dai grigliati fornito
>> dall'IGMI.
>>
>> il client, ovvero qGIS o OpenLayers, non deve fare altro che richiedere i
>> dati nel sistema di riferimento che si vuole, SENZA effettuare nessuna
>> trasformazione di sistema di riferimento.
>>
>> l'unico scoglio in questo aspetto e' dato dalla nomenclatura standard dei
>> sistemi di riferimento:
>>
>> per convenzione, la Regione Emilia-Romagna ha deciso di chiamare l'UTMA
>> come EPSG:0 e EPSG:NONE.
>>
>> qGIS, non e' in grado di interpretare tali codici, per cui ha bisogno che
>> essi siano inseriti nel suo srs.db. Altri client (anche OS), non hanno
>> bisogno di "incrociare" l'EPSG letto dalle capabilities con un database
>> interno, ma semplicemente costruiscono le richieste GetMap e GetFeatureInfo
>> basandosi sul codice SRS presente nelle capabilities.
>>
>> Detto questo, rispetto alla tua osservazione, una traslazione di 200
>> sembrerebbe proprio un errore dovuto ad un cambio di Datum SENZA tenere in
>> considerazione una trasformazione NTV2.
>>
>> Io non so in che Datum siano i dati che tu vorresti sovrapporre ai WMS
>> RER, ma immagino che sia WGS84, quindi la richiesta ai WMS RER la devi
>> effettuare già nel sistema di riferimento di arrivo, ovvero dello strato OSM
>> (WGS84).
>>
>> Pertanto, ti chiederei di specificare maggiormente le condizioni nelle
>> quali stai lavorando, ad esempio:
>> - che strato WMS RER stai caricando ?
>> - che SRS stai richiedendo al WMS RER ?
>> - in che SRS si trovano i dati che vuoi sovrapporre ai WMS RER ?
>> - e' stata forse abilitata la riproiezione al volo nel progetto ?
>>
>> spero che queste brevi istruzioni aiutino te a risolvere la questione e
>> noi a capire se c'e' qualcosa che non va nelle trasformazioni.
>>
>> saluti,
>> francesco
>>
>> PS
>> nel caso servisse caricare con qGIS i WMS regionali assieme a dati nel
>> sistema di riferimento regionali UTMA, possiamo dare le relative istruzione
>> per modificare il file srs.db di qGis in modo da abilitarlo alla correttaa
>> costruzione del GetMap con l'EPSG:0, cosa che di default qGIS non e' in
>> grado di fare.
>>
>> PSS
>> l'EPSG:102113 e' un classico Web Mercator ovvero paragonabile
>> all'EPSG:900913 di Google Maps. tale nomenclatura e' dovuta ad ESRI, che non
>> riconosce il 900913 ma solamente il 102113. No comment, please.
>>
>>
>> Ti ringrazio per la tua spiegazione che mi ha chiarito un aspetto del
> funzionamento di qGIS e dei layer WMS che non avevo affatto compreso: il
> fatto che il WMS potesse esporre dati con SRS diversi.
> Nella mia bella ignoranza credevo fosse qGIS a riproiettarli, e questo te
> la dice lunga sulla mia competenza in materia.
>
> Ho fatto qualche prova ed ora le cose mi tornano, ma il problema di
> allineamento in certi casi rimane.
>
> Se ad esempio apro un nuovo progetto con qGIS con SRS= EPSG:4326 e carico i
> layer WMS della RER con gli stessi parametri, l' allineamento con openlayers
> overview e con altri WMS (Geoscopio regione Toscana ad esempio) è perfetto.
>
> La stessa cosa accade se uso EPSG:32632.
>
> Se uso EPSG:23032 mi ritrovo uno scostamento di circa 200 mt.
>
> Se uso EPSG:3003 ho uno scostamento minore, di circa 50 mt, da un' altra
> parte.
>
> Questo succede per qualunque strato richieda, ovviamente la cosa si può
> apprezzare con le ortofoto e con la CTR a 5K e 25K.
>
> Tutte prove fatte aprendo un nuovo progetto, configurandolo con un SRS e
> poi richiedendo dati con lo stesso SRS.
>
> La riproiezione al volo era sempre disabilitata.
>
> Sperando che questo possa essere di qualche utilità, saluto cordialmente.
>
> Alberto Bonati
>
>
>
>
>
>
>
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> Gfoss a lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> Non inviate messaggi commerciali.
> I messaggi di questa lista non rispecchiano necessariamente
> le posizioni dell'Associazione GFOSS.it.
> 496 iscritti al 24.1.2011
-------------- parte successiva --------------
Un allegato HTML ?tato rimosso...
URL: <http://lists.gfoss.it/pipermail/gfoss/attachments/20110126/db497ce3/attachment.htm>