[Gfoss] Digest di Gfoss, Volume 45, Numero 62

Ciao Giova!
Ricordo che ai tempi del master usando Verto (versione2 mi pare), a causa di un baco nel software calcoli ripetuti sulle stesse coordinate non sempre davano il medesimo risultato…sob! sul fatto che arcgis e proj non concordino, azzardo, potrebbe essere dovuto ad approssimazioni differenti sulle dimensioni dell’ellissoide di riferimento: dovresti controllare i parametri della trasformazione sia su arcgis che su proj.

Inoltre se ti serve una precisione piuttosto spinta temo sarebbe più corretto utilizzare l’ellissoide GRS80 e quindi le proiezioni ETRS89/UTM32 (ma a questo punto forse si tratterebbe temo di una riproiezione vera e propria… o forse no? trattandosi di realizzazione europea del WGS84 il dubbio mi rimane…)

saluti

Fra

Il giorno 26 marzo 2009 10.59, <gfoss-request@faunalia.it> ha scritto:

Invia le richieste di iscrizione alla lista Gfoss all’indirizzo
gfoss@faunalia.it

Per iscriverti o cancellarti attraverso il web, visita
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
oppure, via email, manda un messaggio con oggetto `help’ all’indirizzo
gfoss-request@faunalia.it

Puoi contattare la persona che gestisce la lista all’indirizzo
gfoss-owner@faunalia.it

Se rispondi a questo messaggio, per favore edita la linea dell’oggetto
in modo che sia più utile di un semplice “Re: Contenuti del digest
della lista Gfoss…”

Argomenti del Giorno:

  1. Re: Ubuntu e Postgres - problema installazione e password
    (Luca Mandolesi)
  2. Re: Help!!! ECW.Mapserver non comunica con gdal (cargeo)
  3. Re: conversione LL->UTM wgs84, risultati diversi tra proj.4 e
    verto. perche?! (G. Allegri)
  4. Re: problema plugin installer qgis (Paolo Cavallini)
  5. GFoss e OSM su Altreconomia (Luigi Pirelli)
  6. Re: conversione LL->UTM wgs84, risultati diversi tra proj.4 e
    verto. perche?! (Antonio Falciano)
  7. Re: conversione LL->UTM wgs84, risultati diversi tra proj.4 e
    verto. perche?! (G. Allegri)
  8. Re: conversione LL->UTM wgs84, risultati diversi tra proj.4 e
    verto. perche?! (G. Allegri)

Message: 1
Date: Thu, 26 Mar 2009 09:44:18 +0100
From: Luca Mandolesi <mandoluca@gmail.com>
Subject: Re: [Gfoss] Ubuntu e Postgres - problema installazione e
password
To: Alessandro Briosi <tsdogs@briosix.org>
Cc: “GFOSS.it” <gfoss@faunalia.it>
Message-ID:
<31f1d37d0903260144k704a31codfda01e5848ded4a@mail.gmail.com>
Content-Type: text/plain; charset=“iso-8859-1”

Ho installato postgis e ho provato ad abilitarlo seguendo questo wiki (che
usavo pure su mac):
http://wiki.gfoss.it/index.php/Postgres/PostGIS_primi_passi#Soluzione_2(dove
all’inizio c’è pure la soluzione al mio iniziale problema! 8 ) )

Dopo essere entrato nella shell di psql ho lanciato nell’ordine come da
wiki:

createdb miodb
createlang plpgsql miod

psql -d miodb -f lwpostgis.sql
psql -d miodb -f spatial_ref_sys.sql

Quando vado ad aprire il db con pgadmin miodb non esiste e se provo su un db
creato da dentro pgadmin ad abilitare postgis non sortisco effetti.

Cosa sto trascurando?

Grazie, ciao!!
-------------- parte successiva --------------
Un allegato HTML è stato rimosso…
URL: <http://lists.faunalia.it/pipermail/gfoss/attachments/20090326/91476a8d/attachment-0001.htm>


Message: 2
Date: Thu, 26 Mar 2009 01:44:19 -0700 (PDT)
From: cargeo <geowmnc@libero.it>
Subject: Re: [Gfoss] Help!!! ECW.Mapserver non comunica con gdal
To: gfoss@faunalia.com
Message-ID: <22717898.post@talk.nabble.com>
Content-Type: text/plain; charset=UTF-8

PS: errore di scrittura nel precedente post;volevo scrivere
CONFIG “GDAL_DATA” “/usr/local/share/gdal/”
ciao

cargeo wrote:

Grazie Francesco…ho seguito i tuoi suggerimenti.
Con gdalinfo ho verificato il file ecw e ho provato a leggere un tiff, e
tutto è ok.
Ho provato a dare indicazioni sul mapfile x far leggere gdal, trovando la
sintassi sul manuale e ricercandola in internet, scrivendo:
CONFIG “GDAL_DATA” “”/usr/local/share/gdal"
Tuttavia se testo il mapfile con shp2img mi da ancora errore

msDrawMap(): Image handling error. Failed to draw layer named ‘orto’.

msDrawRaster(): Image handling error. Unrecognized or unsupported image
format

drawEPP(): Image handling error.
/home/mapdata/ka-map/ka-map-1.0-20070205/htdocs/data/casalvecchio/395143.ecw
is not an EPPL file.

Forse ho sbagliato la sintassi o i percorsi in CONFIG? Forse devo
installare di nuovo gdal?

Ti ringrazio ancora comunque di tutto…ciao Carmen

francesco.pirotti wrote:

1 - assicurati che sia effettivamente un file ecw (mi è capitato di
avere file con una estensione che poi avevano un formato non
corrispondente)… utilizza l’utility gdalinfo per
assicurarti.
2 - se hai installato gdal dopo, puoi utilizzare le opzioni nel tuo
mapfile per dire a mapserver di leggere la libreria GDAL nel percorso
specifico tuo. (non ricordo esattamente la sintassi, ma nel manuale di
maserver c’è con esemplificato una libreria PROJ che ha un percorso
particolare)
3 - nel caso prova a leggere con mapserver un file tif utilizzando gdal
così vedi se il problema è il file o GDAL

Francesco Pirotti

cargeo ha scritto:

Ciao…dimenticavo, ho installato GDAL dopo mapserver;potrebbere essere
questo il problema?
Posso configurare mapserver con gdal, dopo l’installazione?
Come posso fare?
Non riesco a trovare una soluzione…
Grazie
Cargeo

cargeo wrote:

Ho veramente bisogno di aiuto…Devo visualizzare una ortofoto .ecw con
mapserver. Ho installato e configurato correttamente gdal con .ecw;
Infatti risulta:
$ gdalinfo --formats|grep ECW
ECW (rw): ERMapper Compressed Wavelets
JP2ECW (rw+): ERMapper JPEG2000

Inoltre se chiamo mapserv -v risulta tra gli altri INPUT: GDAL.

Tuttavia se provo a leggere l’ecw con mapserver mi da errore:
msDrawMap(): Image handling error. Failed to draw layer named ‘orto’.


msDrawRaster(): Image handling error. Unrecognized or unsupported image
format

drawEPP(): Image handling error.
/home/mapdata/ka-map/ka-map-1.0-20070205/htdocs/data/casalvecchio/395143.ecw
is not an EPPL file.

Non ho idea di come risolvere…
Ringrazio in anticipo x un aiuto.
Ciao… Cargeo
PS: Lavoro su ubuntu 8.10


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.


View this message in context: http://www.nabble.com/Help%21%21%21-ECW.Mapserver-non-comunica-con-gdal-tp22683237p22717898.html
Sent from the Gfoss mailing list archive at Nabble.com.


Message: 3
Date: Thu, 26 Mar 2009 09:51:43 +0100
From: “G. Allegri” <giohappy@gmail.com>
Subject: Re: [Gfoss] conversione LL->UTM wgs84, risultati diversi tra
proj.4 e verto. perche?!
To: massimo di stefano <massimodisasha@yahoo.it>
Cc: Geographic Free and Open Source Software - Italian mailing list
<gfoss@faunalia.com>
Message-ID:
<e12429640903260151k48d6ab94r8be46f81a5fef54c@mail.gmail.com>
Content-Type: text/plain; charset=“iso-8859-1”

Diverso invece il discorso, se vuoi passare da coordinate lonlat
(geografiche) a utm (cartografiche)
basate sulla proiezione della carta di gauss.
In questo caso si applicano varie formule tra cui le formule di Hirvonen
sono rapidamente convergenti e forniscono una approssimazione millimetrica.

Quindi questo è il caso del passaggio da geografiche wgs84 a
utms32/whs84. Credevo fosse univoco anche questo…
Ti allego uno shape con soli 2 punti…

Grazie Massimo,
Giova
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso…
Nome: testmulti.tar.gz
Tipo: application/x-gzip
Dimensione: 400 bytes
Descrizione: non disponibile
URL: <http://lists.faunalia.it/pipermail/gfoss/attachments/20090326/ac19f12e/attachment-0001.bin>


Message: 4
Date: Thu, 26 Mar 2009 09:52:36 +0100
From: Paolo Cavallini <cavallini@faunalia.it>
Subject: Re: [Gfoss] problema plugin installer qgis
To: “GFOSS.it” <gfoss@faunalia.it>
Message-ID: <49CB4254.5080708@faunalia.it>
Content-Type: text/plain; charset=ISO-8859-1

Markus Neteler ha scritto:

2009/3/26 Paolo Cavallini <cavallini@faunalia.it>:

beppe ha scritto:

Salve a tutti,
dopo il problema (risolto) con mapserver, ho riscontrato un errore nel
caricamento dei plugin di qgis.
Dovresti avere i vecchi plugins nella tua home: rimuovili (a mano o con
l’installer) e reinstalla quelli nuovi.

NB: di solito va installato anche il python-qgis, credo che questo valga
anche per OSGeo4W.
E’ allo studio un miglioramento del plugin installer, che dia la
precedenza ai plugins di sistema quando questi siano piu’ nuovi di
quelli installati dall’utente. Attualmente quelli utente mascherano
quelli di sistema, il che normalmente e’ una scelta sensata, salvo nel
caso di aggiornamenti di qgis e dei relativi plugins di sistema.
A presto!

Paolo Cavallini: http://www.faunalia.it/pc


Message: 5
Date: Thu, 26 Mar 2009 09:54:18 +0100
From: Luigi Pirelli <l.pirelli@acsys.it>
Subject: [Gfoss] GFoss e OSM su Altreconomia
To: gfoss@faunalia.com, soci.gfoss@faunalia.com
Message-ID: <49CB42BA.9040004@acsys.it>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed

Segnalo un articolo su OSM e Gfoss sul numero di marzo del mensile:

Altreconomia (http://www.altreconomia.it)

a firma di Luca Primavera

ciao ginetto

ATTENZIONE: le informazioni contenute in questo messaggio sono da considerarsi confidenziali ed il loro utilizzo e’ riservato unicamente al destinatario sopra indicato. Chi dovesse ricevere questo messaggio per errore e’ tenuto ad informare il mittente ed a rimuoverlo definitivamente da ogni supporto elettronico o cartaceo.

WARNING: This message contains confidential and/or proprietary information which may be subject to privilege or immunity and which is intended for use of its addressee only. Should you receive this message in error, you are kindly requested to inform the sender and to definitively remove it from any paper or electronic format.


Message: 6
Date: Thu, 26 Mar 2009 10:53:02 +0100
From: Antonio Falciano <afalciano@yahoo.it>
Subject: Re: [Gfoss] conversione LL->UTM wgs84, risultati diversi tra
proj.4 e verto. perche?!
To: “G. Allegri” <giohappy@gmail.com>
Cc: Geographic Free and Open Source Software - Italian mailing list
<gfoss@faunalia.com>
Message-ID: <49CB507E.4060001@yahoo.it>
Content-Type: text/plain; charset=ISO-8859-15

G. Allegri ha scritto:

Scusate. Sono impazzito o la proiezione di un LL wgs84 come UTM è solo
questione di applicare una… proiezione, appunto, che è univocamente
definita?

Come afferma giustamente Massimo, si tratta di una conversione
(passaggio da coordinate geografiche a proiettate a parita’ di datum) ed
in particolare, osservando la longitudine, si tratta di passare da
EPSG:4326 a EPSG:32632.

Ho fatto dei test su dei punti GPS, riproiettandoli con proj.4 (usando
ogr), con arcgis e con Verto 3.

LL 40.18282800 9.32401828
Verto 4462069.308 546268.668
proj.4 4448099.986 527584.223
arcgis 4448042.856 527617.210 (a partire da 9,323870 40,182596,
perché così mi sono stati salvati in shapefile a partire da ogr…)

Lo scarto è minore tra arcgis e proj.4, mentre si distanzia molto in
Verto. Ma non dovrebbe essere univoca la trasformazione???
Ho un lapsus di topografia. Troppo tempo che non faccio riproiezioni! :slight_smile:

Male! Un esperto in GIS dovrebbe farle molto spesso! :slight_smile:
Nel tuo caso si tratta di un classico errore legato al formato
sessadecimale (gg.dddddddd) delle tue coordinate geografiche. proj.4 se
le divora senza problemi per default, mentre altre applicazioni
potrebbero richiedere altri formati (es. sessagesimale, gg.ppssdddd) e
quindi prima di effettuare conversioni e/o trasformazioni e’ opportuno
controllarne le impostazioni sulle unita’ di misura degli angoli.
In definitiva, le coordinate UTM WGS84 33N sono 4448099.99 527584.22.
Spero di averti chiarito un pò le idee.

ciao
Antonio


Message: 7
Date: Thu, 26 Mar 2009 10:57:35 +0100
From: “G. Allegri” <giohappy@gmail.com>
Subject: Re: [Gfoss] conversione LL->UTM wgs84, risultati diversi tra
proj.4 e verto. perche?!
To: Antonio Falciano <afalciano@yahoo.it>
Cc: Geographic Free and Open Source Software - Italian mailing list
<gfoss@faunalia.com>
Message-ID:
<e12429640903260257i68228602ud6e8c570b1811102@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Come afferma giustamente Massimo, si tratta di una conversione
(passaggio da coordinate geografiche a proiettate a parita’ di datum) ed
in particolare, osservando la longitudine, si tratta di passare da
EPSG:4326 a EPSG:32632.

Sì, scusate. Ho usato il termine sbagliato, ma è chiaro che non si
tratta di una riproiezione…

Male! Un esperto in GIS dovrebbe farle molto spesso! :slight_smile:

Eheh, per fortuna lavoro su dati che non lo richiedono spesso! :))))

In definitiva, le coordinate UTM WGS84 33N sono 4448099.99 527584.22.

Ah, fa piacere. Verto richiede che li metta esattamente come li ho
riportati… e torno con quel risultato. Possibile?!


Message: 8
Date: Thu, 26 Mar 2009 10:59:10 +0100
From: “G. Allegri” <giohappy@gmail.com>
Subject: Re: [Gfoss] conversione LL->UTM wgs84, risultati diversi tra
proj.4 e verto. perche?!
To: Antonio Falciano <afalciano@yahoo.it>
Cc: Geographic Free and Open Source Software - Italian mailing list
<gfoss@faunalia.com>
Message-ID:
<e12429640903260259l40c46f67rb90f5a4242ebcf26@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Ah, fa piacere. Verto richiede che li metta esattamente come li ho
riportati… e torno con quel risultato. Possibile?!

La stessa frase, in italiano, sarebbe: verto richiede che i dati
vengano forniti nel formato che ho indicato nella prima email, ma il
risultato (anch’esso riportato nella mia mail) è ben diverso da quello
che tu mi indiche, e che tornerebbe anche a me. Possibile?!



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

Fine di Digest di Gfoss, Volume 45, Numero 62


Francesco Massa ha scritto:

Ciao Giova!
Ricordo che ai tempi del master usando Verto (versione2 mi pare), a
causa di un baco nel software calcoli ripetuti sulle stesse coordinate
non sempre davano il medesimo risultato...sob! sul fatto che arcgis e
proj non concordino, azzardo, potrebbe essere dovuto ad approssimazioni
differenti sulle dimensioni dell'ellissoide di riferimento: dovresti
controllare i parametri della trasformazione sia su arcgis che su proj.

Premetto che non sono un esperto conoscitore di Verto, ma posso
affermare che sulle conversioni non ci dovrebbero essere problemi con
ognuno dei software menzionati, risolvendosi analiticamente in maniera
molto accurata. Basterebbe un semplice foglio di calcolo!
E continuo a ripeterlo: trattandosi di una conversione e non di una
trasfomazione non occorre specificare alcun parametro, se non banalmente
il datum WGS84.

Inoltre se ti serve una precisione piuttosto spinta temo sarebbe più
corretto utilizzare l'ellissoide GRS80 e quindi le proiezioni
ETRS89/UTM32 (ma a questo punto forse si tratterebbe temo di una
riproiezione vera e propria.. o forse no? trattandosi di realizzazione
europea del WGS84 il dubbio mi rimane...)

L'utilizzo di un datum altimetrico (GRS80) servirebbe nel caso
utilizzassimo le quote, ma credo non sia questo il caso. E poi ETRS89 è
"parente stretto" di WGS84... dimmi cosa cambia.

Antonio

Ciao
A quanto ricordo GRS80 non è un DATUM altimetrico, bensì è l’ellissoide associato al sistema WGS84 (o più precisamente ETRF89) alla stregua di Hayford per ROMA40 ed ED50 o WGS-84 (fantasia al potere) per il DATUM WGS84.
http://it.wikipedia.org/wiki/Ellissoide_di_riferimento

Il passaggio da coordinate geografiche a piane nel datum WGS84 è come dici giustamente tu una trasformazione puramente analitica: sollevavo il problema delle dimensioni dell’ellissoide perché a memoria mi pareva di ricordare che tale dimensione fosse utilizzata per questi conti.
In realtà temo si tratti di un finto problema in quanto la differenza è davvero minima tra i due sistemi per cui è facile che il problema di Giovanni dipenda da altro.

http://en.wikipedia.org/wiki/WGS_84 (tabella a fondo pagina)

Saluti

Francesco

Il giorno 26 marzo 2009 11.36, Antonio Falciano <afalciano@yahoo.it> ha scritto:

Francesco Massa ha scritto:

Ciao Giova!
Ricordo che ai tempi del master usando Verto (versione2 mi pare), a
causa di un baco nel software calcoli ripetuti sulle stesse coordinate
non sempre davano il medesimo risultato…sob! sul fatto che arcgis e
proj non concordino, azzardo, potrebbe essere dovuto ad approssimazioni
differenti sulle dimensioni dell’ellissoide di riferimento: dovresti
controllare i parametri della trasformazione sia su arcgis che su proj.

Premetto che non sono un esperto conoscitore di Verto, ma posso
affermare che sulle conversioni non ci dovrebbero essere problemi con
ognuno dei software menzionati, risolvendosi analiticamente in maniera
molto accurata. Basterebbe un semplice foglio di calcolo!
E continuo a ripeterlo: trattandosi di una conversione e non di una
trasfomazione non occorre specificare alcun parametro, se non banalmente
il datum WGS84.

Inoltre se ti serve una precisione piuttosto spinta temo sarebbe più
corretto utilizzare l’ellissoide GRS80 e quindi le proiezioni
ETRS89/UTM32 (ma a questo punto forse si tratterebbe temo di una
riproiezione vera e propria… o forse no? trattandosi di realizzazione
europea del WGS84 il dubbio mi rimane…)

L’utilizzo di un datum altimetrico (GRS80) servirebbe nel caso
utilizzassimo le quote, ma credo non sia questo il caso. E poi ETRS89 è
“parente stretto” di WGS84… dimmi cosa cambia.

Antonio

Francesco Massa ha scritto:

Ciao
A quanto ricordo GRS80 non è un DATUM altimetrico, bensì è l'ellissoide
associato al sistema WGS84 (o più precisamente ETRF89) alla stregua di
Hayford per ROMA40 ed ED50 o WGS-84 (fantasia al potere) per il DATUM WGS84.
http://it.wikipedia.org/wiki/Ellissoide_di_riferimento

Stamattina ho fatto un pò di confusione: GRS80 [1] è la denominazione
sia di un ellissoide che del sistema di riferimento geodetico ad esso
collegato, analogamente a WGS84. In particolare, gli ellissoidi WGS84 ed
ETRS89 [2] sono degli affinamenti successivi di GRS80 (cambia
sostanzialmente il flattening).
E' sicuramente cosa ben diversa da un datum altimetrico che prevede
invece l'uso di un modello di ondulazione geoidica. Ogni tanto è utile
fare un bel ripasso! :slight_smile:

Il passaggio da coordinate geografiche a piane nel datum WGS84 è come
dici giustamente tu una trasformazione puramente analitica: sollevavo il
problema delle dimensioni dell'ellissoide perché a memoria mi pareva di
ricordare che tale dimensione fosse utilizzata per questi conti.
In realtà temo si tratti di un finto problema in quanto la differenza è
davvero minima tra i due sistemi per cui è facile che il problema di
Giovanni dipenda da altro.

ok, ci siamo chiariti!

ciao
Antonio

[1] http://en.wikipedia.org/wiki/GRS80
[2] http://en.wikipedia.org/wiki/ETRS89