[Gfoss] Dubbio su sistemi di proiezione e webgis/Qgis server/Lizmap

[Andrea Peri]

Ti rispondo alla prima parte della tua domanda:



Il 2 luglio 2015 14:53, Rossin Pietro <pietro.rossin a arpa.fvg.it> ha scritto:
> Giro qui una domanda fatta a Cavallini e parzialmente risposta con
> suggerimento di discuterne in lista.
>
>
>
> Ho un dubbio sui sistemi di coordinate che devo usare per catalogare i dati
> e poi servirli sul web.
>
>
>
> Il nostro sistema di coordinate ufficiale italiano (fuso est) dovrebbe
> essere il 3045 (o 25833 non proprio corretto)
>

Cosa intendi per ufficiale ?

L'attuale (ad oggi) sistema ufficiale in Italia che sapessi io e' il
nuovissimo epsg:6707 e dintorni.

http://lists.gfoss.it/pipermail/gfoss/2014-March/031997.html

Prima di questo , noi in RT ad esempio usavamo il GaussBoaga (epsg:3003),
Il nuovo 6707 , ancora non e' stato recepito dai softwares come QGIS
(altri si, ma qgis ancora no)

Per cui non si puo' usare.

In attesa di poterlo usare facciamo ricorso all' epsg:25832 (RT e'
dall'altro lato rispetto al FVG)

Purtroppo per un baco delle definizioni prj usate da qgis ,
qando qgis apre un file con una definizione prj epsg:25832 lo confonde
con l' epsg:3044 (vado a memoria) e quindi imposta tale sistema come
riferimento del dataset.

Tra epsg:25832 e epsg:3044 cambia solamente l'ordine di esplicitazione
delle coordinate xy in un caso e yx nell'altro.

Saluti,

A.


> Questo è quanto emerso in questa discussione
>
> https://groups.google.com/d/msg/qgis_utenti_fvg/84rUcjoqWOY/O5W1UwfaScUJ
>
>
>
> Corretto?
>
>
>
> Il datum di entrambi i sistemi sopra dovrebbe essere ETRS_1989   sferoide
> GRS_1980
>
>
>
> A volte qui in regione si usa il 32633 che ha come datum/sferoide wgs84.
>
> L’estensione in longitudine è la medesima, cambia quella in latitudine
>
> 3045 è 12.0000, 35.5000, 18.0000, 75.0000
>
> 32633 è 12.0000, 0.0000, 18.0000, 84.0000
>
>
>
> La rototraslazione del ETRS_1989   su wgs84 è 0 per tutti i parametri.
>
> La differenza dei due elissoidi è un decimo di millimetro sul semiasse
> maggiore.
>
>
>
> Le differenze in coordinate alle nostre lat/long sono nell’ordine di 3-5cm
>
>
>
> Messa così è una inezia.. pochi centimetri, e sugli applicativi desktop la
> traslazione tra un sistema ed un altro non dovrebbe essere impegnativa.
>
> Ma pensando al fatto che poi un certo numero di strati li devo mettere su
> web usando Qgis-server (lizmap) mi chiedo come è più opportuno trattare i
> dati.
>
>
>
> In Lizmap il sistema di coordinate è quello impostato nel progetto di Qgis
> che sta sotto all’applicativo web e che viene letto da QGis-Server
>
> Se io nel progetto metto più strati con sistemi di coordinate diverse
> immagino che il server impieghi tempo/processore a proiettarli al volo per
> generare le tiles.
>
> Nel momento in cui vengono caricati gli strati di sfondo (Google/Bing/OSM)
> aggiungo sistemi di coordinate, tra cui il 3857 (che datum usa??), immagino
> che di mezzo ci stiano dei calcoli..
>
>
>
> Più calcoli sono da fare minore sarà la prestazione del server
> cartografico..
>
>
>
> Ammesso che lo stoccaggio del dato ufficiale immagino sia da fare in 3045
> per allinearci allo standard nostro regionale, come conviene proiettare i
> dati da dare a Qgis-Server?
>
> Conviene usare il 32633? Se il 3857 è simile al 3395 (world mercator), se
> usano lo stesso datum (wgs84).. i tempi di calcolo dovrebbero essere minori
> nel mettere assieme gli strati durante la riproiezione al volo se uso il
> 32633..
>
> Se uso strati di sfondo con epsg 3857 conviene salvare il progetto
> direttamente in quel sistema di coordinate??
>
>
>
>
>
> Che dite?
>
> Grazie
>
> Pietro
>
>
>
> AVVISO DI RISERVATEZZA Informazioni riservate possono essere contenute nel
> messaggio o nei suoi allegati. Se non siete i destinatari indicati nel
> messaggio, o responsabili per la sua consegna alla persona, o se avete
> ricevuto il messaggio per errore, siete pregati di non trascriverlo,
> copiarlo o inviarlo a nessuno. In tal caso vi invitiamo a cancellare il
> messaggio ed i suoi allegati. Grazie. CONFIDENTIALITY NOTICE Confidential
> information may be contained in this message or in its attachments. If you
> are not the addressee indicated in this message, or responsible for message
> delivering to that person, or if you have received this message in error,
> you may not transcribe, copy or deliver this message to anyone. In that
> case, you should delete this message and its attachments. Thank you.
>
> _______________________________________________
> Gfoss a lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 750 iscritti al 18.3.2015



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------