[Gfoss] WMS Emilia Romagna

Local Chapters GFOSS.it
1

Ho provato a importare in qGIS i layers WMS della Regione Emilia Romagna ma sicuramente sbaglio qualcosa poichè credo siano scostati di circa 200 mt da dove dovrebbero essere (prendendo come paragone Openlayers Overview con OSM)

Ho impostato il progetto con CRS ED50/UTM zona 32N e così pure i layers WMS.

Dalle istruzioni lette in lista mi è sembrato di capire che la proiezione è si ED50/UTM 32N ma modificata...

Vuole dire che mi devo creare un CRS personalizzato? E come deve essere?

Grazie dell' aiutino....

alberto

2

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.

Quoting albertobonati <albertobonati@libero.it>:

Ho provato a importare in qGIS i layers WMS della Regione Emilia Romagna ma sicuramente sbaglio qualcosa poichè credo siano scostati di circa 200 mt da dove dovrebbero essere (prendendo come paragone Openlayers Overview con OSM)

Ho impostato il progetto con CRS ED50/UTM zona 32N e così pure i layers WMS.

Dalle istruzioni lette in lista mi è sembrato di capire che la proiezione è si ED50/UTM 32N ma modificata...

Vuole dire che mi devo creare un CRS personalizzato? E come deve essere?

Grazie dell' aiutino....

alberto
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@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.
485 iscritti al 20.11.2010

3

On Mon, Jan 24, 2011 at 04:38:16PM +0100, francesco marucci wrote:

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.

Sarebbe utile avere tali istruzioni direttamente sul sito della RER

--strk;

  () Free GIS & Flash consultant/developer
  /\ http://strk.keybit.net/services.html

4

certamente,
presto saranno disponibili nel sito dell’archivio cartografico della RER:
http://archiviocartografico.regione.emilia-romagna.it/bookshopfe/

vi ripeto che l’annuncio in lista GFOSS.it e’ stato dato in anteprima, con l’obbiettivo di testare i servizi stessi.

al piu’ presto vi terremo informati su tutte le presentazioni/informazioni ufficiali in merito.

saluti,
francesco

Il giorno 24 gennaio 2011 19:59, strk <strk@keybit.net> ha scritto:

On Mon, Jan 24, 2011 at 04:38:16PM +0100, francesco marucci wrote:

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.

Sarebbe utile avere tali istruzioni direttamente sul sito della RER

–strk;

() Free GIS & Flash consultant/developer
/\ http://strk.keybit.net/services.html

5

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

6

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@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@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

7

Salve,
mi inserisco in questa discussione sperando di essere utile:

Ho un progetto in Qgis in Gauss Boaga Est (Epsg id 3004)

Ho sovrapposto:

ctr 1:5000 passatomi dalla provincia di Rimini
elementi da scavi archeologici (azzurrino)

ctr 1:5000 da servizio WMS RER

I dati mi pare si allineino abbastanza bene, ci sono solo 5 metri di scarto tra ctr della provincia e quella del server WMS. Sbaglio qualcosa? Dovrebbero sovrapporsi?

In questa foto a schermo in rosso CTR della provincia e in nero il servizio WMS.

http://picasaweb.google.com/lh/photo/emvdDmXFTPGKw6mizIBXcQ?feat=directlink

CTR Provincia di Rimini: http://picasaweb.google.com/lh/photo/emvdDmXFTPGKw6mizIBXcQ?feat=directlink
CTR Servizio WMS RER: http://picasaweb.google.com/lh/photo/yi8Z-K7cUkFJCu4U7cwwPA?feat=directlink
Alcune domande di uso pratico:

Guardando gli edifici in alto a sinistra mi sono accorto che sulla CTR della regione è presente un edificio che è stato demolito agli inizi degli anni '90. Scusatemi, non sono andato a leggere sul sito della regione, quindi se i dati serviti sono di metà anni 90 è OK.

Quote e disassamento:
dal momento che le quote sulle due CTR sono differenti, quali sono consigliabili da usare?
Dobbiamo fornire alla Soprintendenza le quote slm, e mi verrebbe da utilizzare i dati del WMS RER almeno sono tutti omogenei…almeno credo… un consiglio?

Il disassamento è correggibile? A quale CTR è meglio che mi riferisca per posizionare i miei dati di scavo archeologico che dovranno essere comunicati alla Soprintendenza? (ecco perchè nella discussione precedente chiedevo se era possibile mettere in contatto SBAER e servizio WMS…)

Ciao ciao e grazie!

Luca

8

Sorry ho sbagliato il primo link:

In questa foto a schermo in rosso CTR della provincia e in nero il servizio WMS.
http://picasaweb.google.com/lh/photo/F6o3R-GgjpES0yIFO2IlvQ?feat=directlink

9

Il 26/01/2011 11.09, francesco marucci ha scritto:

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

Come ti dicevo, ho riscontrato che se creo un progetto in SRS= EPSG:4326 e EPSG:32632 e quindi importo i dati RER utilizzando le stesse proiezioni, ho una perfetta rispondenza sia con Geoscopio sia con Openlayers Overview che è un plugin di qGIS che riporta la posizione di un punto sulla mappa su una finestra che mostra OSM, GMap etc.

Mi sono riferito per il confronto ad alcuni oggetti presenti sulla mappa OSM che avevo mappato io stesso usando come riferimento le ortofoto PCN e dei quali avevo quindi la sicurezza del posizionamento. Ad esempio ho utilizzato la rocca di Imola.

Ho quindi da questo concluso che Openlayers Overview mi fornisce un punto di riferimento affidabile e indipendente dalla proiezione utilizzata nel progetto qGIS.

Ora, se creo un progetto nuovo ed utilizzo EPSG:23032, ottengo lo scostamento di posizione di 200 mt ed uno minore se utilizzo EPSG:3003, scostamento misurato tra un punto sulla mappa WMS e lo stesso punto riportato su Openlayers Overview.

Non ho potuto confrontare direttamente il WMS RER con Geoscopio con questa proiezione per i motivi da te esposti.

Ho fatto anche io il confronto tra WMS RER e Geoscopio su EPSG:3003 e la sovrapposizione è perfetta a dir poco.

A questo punto comincio a sospettare che che Openlayers Overview riporti degli errori di posizione diversi a seconda della proiezione usata nel progetto....nulli con EPSG:4326 e EPSG:32632 e notevoli con altre proiezioni....non ho la minima idea di come funzioni questo plugin.

Beh...forse tutto questo è servito a far perdere a te un po' di tempo e a me per imparare qualcosa sui GIS...

Ciao

Alberto

10

ciao,
il ctr 1:5000 che ti ha passato la provincia (in rosso nella tua immagine) è molto più simile (per non dire identico) al WMS:

http://servizigis.regione.emilia-romagna.it/arcgis/public/DBTR_Ctr5/MapServer/WMSServer

che il piu’ aggiornato in assoluto, perche’ proviene dal DBTopo regionale.

Facci sapere se ci dovesse essere un disallineamento.

grazie,
francesco

Il giorno 26 gennaio 2011 12:30, Luca Mandolesi <mandoluca@gmail.com> ha scritto:

Salve,
mi inserisco in questa discussione sperando di essere utile:

Ho un progetto in Qgis in Gauss Boaga Est (Epsg id 3004)

Ho sovrapposto:

ctr 1:5000 passatomi dalla provincia di Rimini
elementi da scavi archeologici (azzurrino)

ctr 1:5000 da servizio WMS RER

I dati mi pare si allineino abbastanza bene, ci sono solo 5 metri di scarto tra ctr della provincia e quella del server WMS. Sbaglio qualcosa? Dovrebbero sovrapporsi?

In questa foto a schermo in rosso CTR della provincia e in nero il servizio WMS.

http://picasaweb.google.com/lh/photo/emvdDmXFTPGKw6mizIBXcQ?feat=directlink

CTR Provincia di Rimini: http://picasaweb.google.com/lh/photo/emvdDmXFTPGKw6mizIBXcQ?feat=directlink
CTR Servizio WMS RER: http://picasaweb.google.com/lh/photo/yi8Z-K7cUkFJCu4U7cwwPA?feat=directlink
Alcune domande di uso pratico:

Guardando gli edifici in alto a sinistra mi sono accorto che sulla CTR della regione è presente un edificio che è stato demolito agli inizi degli anni '90. Scusatemi, non sono andato a leggere sul sito della regione, quindi se i dati serviti sono di metà anni 90 è OK.

Quote e disassamento:
dal momento che le quote sulle due CTR sono differenti, quali sono consigliabili da usare?
Dobbiamo fornire alla Soprintendenza le quote slm, e mi verrebbe da utilizzare i dati del WMS RER almeno sono tutti omogenei…almeno credo… un consiglio?

Il disassamento è correggibile? A quale CTR è meglio che mi riferisca per posizionare i miei dati di scavo archeologico che dovranno essere comunicati alla Soprintendenza? (ecco perchè nella discussione precedente chiedevo se era possibile mettere in contatto SBAER e servizio WMS…)

Ciao ciao e grazie!

Luca

11

2011/1/26 francesco marucci <francesco@alveo.coop>

ciao,
il ctr 1:5000 che ti ha passato la provincia (in rosso nella tua immagine) è molto più simile (per non dire identico) al WMS:

http://servizigis.regione.emilia-romagna.it/arcgis/public/DBTR_Ctr5/MapServer/WMSServer

che il piu’ aggiornato in assoluto, perche’ proviene dal DBTopo regionale.

Base gis con EPGS ID 3004, allineamento perfetto con la base della provincia. Ottimo.

12

ciao,
la questione e’ semplicissima:
le coordinate provenienti dal Plugin Openlayers Overview (e OSM e GMap e PCN) sono originariamente in Datum WGS84, quindi quando tu configuri il progetto di qGIS in 23032 (Datum ED50), qGIS cerca di effettuare una trasformazione di SRS tra Datum senza grigliati e quindi la posizione delle coordinate del Plugin Openlayers Overview non puo’ essere corretta.

A quel punto carichi il WMS RER 23032 o 3003 (Datum ED50 e Datum Roma40) e ovviamente non si allineano correttamente con le coordinate del Plugin Openlayers Overview (che originariamente sono in WGS84).

Tutto qua.

saluti,
francesco

Il giorno 26 gennaio 2011 14:09, albertobonati <albertobonati@libero.it> ha scritto:

Il 26/01/2011 11.09, francesco marucci ha scritto:

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

Come ti dicevo, ho riscontrato che se creo un progetto in SRS= EPSG:4326 e EPSG:32632 e quindi importo i dati RER utilizzando le stesse proiezioni, ho una perfetta rispondenza sia con Geoscopio sia con Openlayers Overview che è un plugin di qGIS che riporta la posizione di un punto sulla mappa su una finestra che mostra OSM, GMap etc.

Mi sono riferito per il confronto ad alcuni oggetti presenti sulla mappa OSM che avevo mappato io stesso usando come riferimento le ortofoto PCN e dei quali avevo quindi la sicurezza del posizionamento. Ad esempio ho utilizzato la rocca di Imola.

Ho quindi da questo concluso che Openlayers Overview mi fornisce un punto di riferimento affidabile e indipendente dalla proiezione utilizzata nel progetto qGIS.

Ora, se creo un progetto nuovo ed utilizzo EPSG:23032, ottengo lo scostamento di posizione di 200 mt ed uno minore se utilizzo EPSG:3003, scostamento misurato tra un punto sulla mappa WMS e lo stesso punto riportato su Openlayers Overview.

Non ho potuto confrontare direttamente il WMS RER con Geoscopio con questa proiezione per i motivi da te esposti.

Ho fatto anche io il confronto tra WMS RER e Geoscopio su EPSG:3003 e la sovrapposizione è perfetta a dir poco.

A questo punto comincio a sospettare che che Openlayers Overview riporti degli errori di posizione diversi a seconda della proiezione usata nel progetto…nulli con EPSG:4326 e EPSG:32632 e notevoli con altre proiezioni…non ho la minima idea di come funzioni questo plugin.

Beh…forse tutto questo è servito a far perdere a te un po’ di tempo e a me per imparare qualcosa sui GIS…

Ciao

Alberto

Iscriviti all’associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@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