[Gfoss] epsg 3004 - geoserver e grass

Ivan_Marchesini · June 8, 2009, 10:05am

Ciao a tutti,
torno su questo discorso.. magari qualcuno può aiutarmi a capire meglio.
lavorando su geoserver sono andato a vedere la definizione del srs 3004.
La definizione riporta, al proprio interno, i seguenti parametri di
trasformazione del datum:
_______
TOWGS84[-50.2, -50.4, 84.8, -0.69, -2.012, 0.459, -5.791915759418465]
_______

se andiamo a vedere in grass invece, per le diverse parti d'italia
troviamo:
________
rome40 "towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68" "Italy
(Peninsular Part)" "Accuracy 3-4m"
rome40 "towgs84=-168.6,-34.0,38.6,-0.374,-0.679,-1.379,-9.48" "Italy
(Sardinia)" "Accuracy 3-4m"
rome40 "towgs84=-50.2,-50.4,84.8,-0.690,-2.012,0.459,-28.08" "Italy
(Sicily)" "Accuracy 3-4m"
________

si vede bene che, a parte la scala, i parametri di geoserver sono gli
stessi di grass per la sicilia.

questa cosa mi lascia un po' perplesso perchè mi sembra strano che
geoserver usi parametri di trasformazione del datum propri della
sicilia...

ciao

--
Ti prego di cercare di non inviarmi files .dwg, .doc, .xls, .ppt.
Preferisco formati liberi.
Please try to avoid to send me .dwg, .doc, .xls, .ppt files.
I prefer free formats.
http://it.wikipedia.org/wiki/Formato_aperto
http://en.wikipedia.org/wiki/Open_format

Ivan Marchesini
Perugia (Italy)
Socio fondatore GFOSS "Geospatial Free and Open Source Software" http://www.gfoss.it
e-mail: marchesini@unipg.it
ivan.marchesini@gmail.com
tel: +39(0)755853760
fax (home): +39(0)5782830887
jabber: geoivan73@jabber.org
skype: geoivan73

Andrea_Aime · June 8, 2009, 10:07am

ivan marchesini ha scritto:

Ciao a tutti,
torno su questo discorso.. magari qualcuno può aiutarmi a capire meglio.
lavorando su geoserver sono andato a vedere la definizione del srs 3004.
La definizione riporta, al proprio interno, i seguenti parametri di
trasformazione del datum:
_______
TOWGS84[-50.2, -50.4, 84.8, -0.69, -2.012, 0.459, -5.791915759418465]
_______

se andiamo a vedere in grass invece, per le diverse parti d'italia
troviamo:
________
rome40 "towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68" "Italy
(Peninsular Part)" "Accuracy 3-4m"
rome40 "towgs84=-168.6,-34.0,38.6,-0.374,-0.679,-1.379,-9.48" "Italy
(Sardinia)" "Accuracy 3-4m"
rome40 "towgs84=-50.2,-50.4,84.8,-0.690,-2.012,0.459,-28.08" "Italy
(Sicily)" "Accuracy 3-4m"
________

si vede bene che, a parte la scala, i parametri di geoserver sono gli
stessi di grass per la sicilia.

questa cosa mi lascia un po' perplesso perchè mi sembra strano che
geoserver usi parametri di trasformazione del datum propri della
sicilia...

Il sistema di referencing di GeoTools non è in grado di lavorare
con più di un parametro towgs84, e fa riferimento al solo codice
EPSG per identificare un sistema di riferimento. Quando il database
EPSG ha più di un set di parametri per il cambio di datum, il primo
viene usato (nel caso dell'Italia per qualche strano motivo è quello
della Sicilia... strano poiché di norma il primo set di valori è quello
più rappresentativo per l'intera area).

Se vuoi forzare l'uso di un toWGS84 diverso puoi ri-definire il codice
3004 come pare a te seguendo le istruzioni in questa pagina:
http://geoserver.org/display/GEOSDOC/Custom+projection+definition+in+Geoserver+1.5.0+(onwards)

Ciao
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

moovida · June 8, 2009, 10:12am

Ciao Ivan,
questo e' interessante, visto che il 3004 di solito in geotools e'
fornito senza Bursa Wolf parameters.
Noi in JGrass/uDig li abbiamo aggiunti appositamente alla lista
esistente cosi' come li elenchi sotto.

Non e' possibile che il crs sia entrato con qualche dato tuo?

Ciao
Andrea

2009/6/8 ivan marchesini <ivan.marchesini@gmail.com>:

Ciao a tutti,
torno su questo discorso.. magari qualcuno può aiutarmi a capire meglio.
lavorando su geoserver sono andato a vedere la definizione del srs 3004.
La definizione riporta, al proprio interno, i seguenti parametri di
trasformazione del datum:
_______
TOWGS84[-50.2, -50.4, 84.8, -0.69, -2.012, 0.459, -5.791915759418465]
_______

se andiamo a vedere in grass invece, per le diverse parti d'italia
troviamo:
________
rome40 "towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68" "Italy
(Peninsular Part)" "Accuracy 3-4m"
rome40 "towgs84=-168.6,-34.0,38.6,-0.374,-0.679,-1.379,-9.48" "Italy
(Sardinia)" "Accuracy 3-4m"
rome40 "towgs84=-50.2,-50.4,84.8,-0.690,-2.012,0.459,-28.08" "Italy
(Sicily)" "Accuracy 3-4m"
________

si vede bene che, a parte la scala, i parametri di geoserver sono gli
stessi di grass per la sicilia.

questa cosa mi lascia un po' perplesso perchè mi sembra strano che
geoserver usi parametri di trasformazione del datum propri della
sicilia...

ciao

--
Ti prego di cercare di non inviarmi files .dwg, .doc, .xls, .ppt.
Preferisco formati liberi.
Please try to avoid to send me .dwg, .doc, .xls, .ppt files.
I prefer free formats.
http://it.wikipedia.org/wiki/Formato_aperto
http://en.wikipedia.org/wiki/Open_format

Ivan Marchesini
Perugia (Italy)
Socio fondatore GFOSS "Geospatial Free and Open Source Software" http://www.gfoss.it
e-mail: marchesini@unipg.it
ivan.marchesini@gmail.com
tel: +39(0)755853760
fax (home): +39(0)5782830887
jabber: geoivan73@jabber.org
skype: geoivan73

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.it
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

moovida · June 8, 2009, 10:15am

Ciao Andrea,
[...]

Il sistema di referencing di GeoTools non è in grado di lavorare
con più di un parametro towgs84, e fa riferimento al solo codice
EPSG per identificare un sistema di riferimento. Quando il database
EPSG ha più di un set di parametri per il cambio di datum, il primo
viene usato (nel caso dell'Italia per qualche strano motivo è quello
della Sicilia... strano poiché di norma il primo set di valori è quello
più rappresentativo per l'intera area).

Da dove prende i parametri geoserver? Non mi risulta che ci siano nel
db epsg in geotools.

Ciao
Andrea

Se vuoi forzare l'uso di un toWGS84 diverso puoi ri-definire il codice
3004 come pare a te seguendo le istruzioni in questa pagina:
http://geoserver.org/display/GEOSDOC/Custom+projection+definition+in+Geoserver+1.5.0+(onwards)

Ciao
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.it
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Andrea_Aime · June 8, 2009, 10:16am

andrea antonello ha scritto:

Ciao Ivan,
questo e' interessante, visto che il 3004 di solito in geotools e'
fornito senza Bursa Wolf parameters.

Questo succedeva anni fa, quando il modulo epsg-wkt era la
sorgente di SRS che andava per la maggiore in GeoTools.

A quanto ne so sia uDig trunk che GeoServer usano epsg-hsql,
che si base sul dataset EPSG ufficiale, e ritorna un parametro
TOWGS84 per la maggior parte dei CRS

Ciao
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

moovida · June 8, 2009, 10:21am

questo e' interessante, visto che il 3004 di solito in geotools e'
fornito senza Bursa Wolf parameters.

Questo succedeva anni fa, quando il modulo epsg-wkt era la
sorgente di SRS che andava per la maggiore in GeoTools.

A quanto ne so sia uDig trunk che GeoServer usano epsg-hsql,
che si base sul dataset EPSG ufficiale, e ritorna un parametro
TOWGS84 per la maggior parte dei CRS

Strano, perche' nemmeno uDig Trunk sembra esserene provvisto. E
intendo proprio la proiezione che cita Ivan, che spesso usiamo. Se i
toWGS84 passati sono "quasi" randomici, allora in uDig voglio che si
risolva, non credo possiamo permetterci di fornire un crs con toWGS84
della Sicilia senza avvertire.
Comunque questa cosa mi interessa, visto che mi risolverebbe l'onere
di mantenere una lista di codici extra, quindi appurero'.

Grazie,
Andrea

Ciao
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Ivan_Marchesini · June 8, 2009, 10:30am

Ottimo
grazie andrea...

Il giorno lun, 08/06/2009 alle 12.07 +0200, Andrea Aime ha scritto:

talia per qualche strano motivo è quello
della Sicilia... strano poiché di norma il primo set di valori è
quello
più rappresentativo per l'intera area).

--
Ti prego di cercare di non inviarmi files .dwg, .doc, .xls, .ppt.
Preferisco formati liberi.
Please try to avoid to send me .dwg, .doc, .xls, .ppt files.
I prefer free formats.
http://it.wikipedia.org/wiki/Formato_aperto
http://en.wikipedia.org/wiki/Open_format

Ivan Marchesini
Perugia (Italy)
Socio fondatore GFOSS "Geospatial Free and Open Source Software" http://www.gfoss.it
e-mail: marchesini@unipg.it
ivan.marchesini@gmail.com
tel: +39(0)755853760
fax (home): +39(0)5782830887
jabber: geoivan73@jabber.org
skype: geoivan73

Antonio_Falciano · June 8, 2009, 11:44am

Andrea Aime ha scritto:

andrea antonello ha scritto:

Ciao Ivan,
questo e' interessante, visto che il 3004 di solito in geotools e'
fornito senza Bursa Wolf parameters.

Questo succedeva anni fa, quando il modulo epsg-wkt era la
sorgente di SRS che andava per la maggiore in GeoTools.

A quanto ne so sia uDig trunk che GeoServer usano epsg-hsql,
che si base sul dataset EPSG ufficiale, e ritorna un parametro
TOWGS84 per la maggior parte dei CRS

Anche in gvSIG l'EPSG Geodetic Parameter Dataset e' in versione HSQL e
sia la vecchia che l'attuale versione dell'estensione JCRS sono in grado
di filtrare i parametri delle trasformazioni in base al CRS di base
(senza parametri) esplicitandone l'area di interesse come definita da
EPSG. Sta poi all'utente scegliere la trasformazione che ritiene piu'
opportuna. Sarebbe auspicabile che le varie comunita' Java based
dialogassero tra loro ed adottassero uno standard comune di riferimento,
convergendo adeguatamente in metaCRS [1].

Saluti

[1] http://wiki.osgeo.org/wiki/MetaCRS

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

Andrea_Aime · June 8, 2009, 12:05pm

Antonio Falciano ha scritto:

Andrea Aime ha scritto:

andrea antonello ha scritto:

Ciao Ivan,
questo e' interessante, visto che il 3004 di solito in geotools e'
fornito senza Bursa Wolf parameters.

Questo succedeva anni fa, quando il modulo epsg-wkt era la
sorgente di SRS che andava per la maggiore in GeoTools.

A quanto ne so sia uDig trunk che GeoServer usano epsg-hsql,
che si base sul dataset EPSG ufficiale, e ritorna un parametro
TOWGS84 per la maggior parte dei CRS

Anche in gvSIG l'EPSG Geodetic Parameter Dataset e' in versione HSQL e
sia la vecchia che l'attuale versione dell'estensione JCRS sono in grado
di filtrare i parametri delle trasformazioni in base al CRS di base
(senza parametri) esplicitandone l'area di interesse come definita da
EPSG. Sta poi all'utente scegliere la trasformazione che ritiene piu'
opportuna. Sarebbe auspicabile che le varie comunita' Java based
dialogassero tra loro ed adottassero uno standard comune di riferimento,
convergendo adeguatamente in metaCRS [1].

Dubito che vedremo una cosa simile in futuro, ma la speranza è l'ultima
a morire

Ciao
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.