[Gfoss] GRASS - ortorettifica


Salve,abbiamo problemi ad ortorettificare un ‘immagine ottica (correlata di dem) acquisita con IKONOS-2.Seguendo Grass ,il sw ci offre 8 step, che non siamo in grado di seguire. E’ possibile avere nei dettagli una spiegazione dei singoli passi (magari qualcuno che l’abbia già fatto)?
Grazie,ne abbiamo assoluta necessità.Saluti.

Mai usato direttamente ma mi è sempre sembrato buono. Guardate qua:
http://www.ing.unitn.it/~grass/docs/tutorial_62/htdocs/esercitazione/datum/node6.html

2009/4/3 Ferdinando De ucia <ferdinando_delucia@yahoo.it>


Salve,abbiamo problemi ad ortorettificare un ‘immagine ottica (correlata di dem) acquisita con IKONOS-2.Seguendo Grass ,il sw ci offre 8 step, che non siamo in grado di seguire. E’ possibile avere nei dettagli una spiegazione dei singoli passi (magari qualcuno che l’abbia già fatto)?
Grazie,ne abbiamo assoluta necessità.Saluti.

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.

2009/4/3 Ferdinando De ucia <ferdinando_delucia@yahoo.it>:

Salve,abbiamo problemi ad ortorettificare un 'immagine ottica (correlata di
dem) acquisita con IKONOS-2.Seguendo Grass

Secondo me non si puo usare i.ortho.photo senza modifiche
per una ortorettificazione di dati satellitari.

i.ortho.photo è fatto per foto aeree che hanno la proiezione centrale.

Dati satellitari invece sono un "misto": perdono nella direzione
del movimento la proiezione centrale come line scanner.
Ikonos push broom:
http://www.geog.ucsb.edu/~jeff/115a/history/ikonos.html
http://en.wikipedia.org/wiki/Whisk_broom_scanner
http://en.wikipedia.org/wiki/Push_broom_scanner

Oppure avete modificato gli algoritmi (che sarebbe molto interessante)
per integrare un sensor model di Ikonos?

ciao
Markus
--
http://gis.fem-environment.eu/

On Fri, Apr 03, 2009 at 02:06:50PM +0200, Markus Neteler wrote:

2009/4/3 Ferdinando De ucia <ferdinando_delucia@yahoo.it>:
> Salve,abbiamo problemi ad ortorettificare un 'immagine ottica (correlata di
> dem) acquisita con IKONOS-2.Seguendo Grass

Secondo me non si puo usare i.ortho.photo senza modifiche
per una ortorettificazione di dati satellitari.

i.ortho.photo è fatto per foto aeree che hanno la proiezione centrale.

Dati satellitari invece sono un "misto": perdono nella direzione
del movimento la proiezione centrale come line scanner.
Ikonos push broom:
http://www.geog.ucsb.edu/~jeff/115a/history/ikonos.html
http://en.wikipedia.org/wiki/Whisk_broom_scanner
http://en.wikipedia.org/wiki/Push_broom_scanner

Oppure avete modificato gli algoritmi (che sarebbe molto interessante)
per integrare un sensor model di Ikonos?

Confermo, in particolare Ikonos e' un satellite ad alta risoluzione
dove una ortorettificazione di precisione (da modello di sensore o
piu' praticamente RFM con RPC/RPC+GCP) e' indispensabile. AFAIK l'unico
programma che propone RPC e' Ossim. Inoltre accertatevi che tipo di
prodotto avete acquisito perche' solo Geo non e' gia' rettificato.
Senza DEM - e a risoluzione comparabile - inoltre, state perdendo tempo,
a meno che non siate in zona pianeggiante.

http://www.landcover.org/data/guide/technical/IKONOS_Product_Guide_jan06.pdf

BTW, effettivamente grass su questo campo e' fermo al palo, potrebbe
essere un interessate area di sviluppo...

--
Francesco P. Lovergine

2009/4/3 Francesco P. Lovergine <frankie@debian.org>:
...

BTW, effettivamente grass su questo campo e' fermo al palo, potrebbe
essere un interessate area di sviluppo...

Sì - per esempio GSoC? O meglio ricerca.
Poi in imagery3 c'è già un sensor model per Landsat (credo)
ma si trova ancora in GRASS 5...

ciao
Markus

Il giorno 03/apr/09, alle ore 22:47, Francesco P. Lovergine ha scritto:

On Fri, Apr 03, 2009 at 02:06:50PM +0200, Markus Neteler wrote:

2009/4/3 Ferdinando De ucia <ferdinando_delucia@yahoo.it>:

Salve,abbiamo problemi ad ortorettificare un 'immagine ottica (correlata di
dem) acquisita con IKONOS-2.Seguendo Grass

Secondo me non si puo usare i.ortho.photo senza modifiche
per una ortorettificazione di dati satellitari.

i.ortho.photo è fatto per foto aeree che hanno la proiezione centrale.

Dati satellitari invece sono un "misto": perdono nella direzione
del movimento la proiezione centrale come line scanner.
Ikonos push broom:
http://www.geog.ucsb.edu/~jeff/115a/history/ikonos.html
http://en.wikipedia.org/wiki/Whisk_broom_scanner
http://en.wikipedia.org/wiki/Push_broom_scanner

Oppure avete modificato gli algoritmi (che sarebbe molto interessante)
per integrare un sensor model di Ikonos?

Confermo, in particolare Ikonos e' un satellite ad alta risoluzione
dove una ortorettificazione di precisione (da modello di sensore o
piu' praticamente RFM con RPC/RPC+GCP) e' indispensabile. AFAIK l'unico
programma che propone RPC e' Ossim.

ci sono alcuni modelli implementati, per il codice potete dare un occhio qui [1]
altro sw all'avanguardia per il remote sensing è OTB "Orfeo Toolbox" [2]
ingloba ossim al suo interno ed ha numerosi modelli per gestire sensori sia di tipo "immagine" che di tipo radar
ma sinceramente non l'ho mai usato ... su osx non sono riuscito a compilarlo ... (su ubuntu non ha dato problemi)
c'è anche una live-cd disponibile ... lo fanno i Francesi ...

Inoltre accertatevi che tipo di
prodotto avete acquisito perche' solo Geo non e' gia' rettificato.
Senza DEM - e a risoluzione comparabile - inoltre, state perdendo tempo,
a meno che non siate in zona pianeggiante.

.... no comment, è da una vita che cerco qualche raw data su cui fare test ...
ma putroppo dataset hi res ce ne sono pochi disponibili.
ho delle ikonos fornitemi dall'uni ma sono gia ortorettificate
(hanno un file esterno per i coefficienti rpc,
ma mi pare che tale modello a mia disposizione non è ancora stato implementato in ossim
o meglio ... il modello c'è ma legge file di tipo nitf (con rpc incluse nell'header))

mentre per le quickbird
(ho provato alcune scene del bangladesh ... si trovano free su glcf (global land cover facility))
ho provato e i coefficienti rpc vengono riconosciuti ... purtoppo manca il dtm hi-res del bangladesh :wink:

....
a prposito mi ha piacevolmete stupito
la mail di Allessadro Frigeri riguardo i dati lidar disponibili!!!
sono bellissimi ... li ho appena pacchato e visualizzati con nviz .. che belli!
davvero complimenti e grazie di cuore a chi li ha resi disponibili ho letto che distribuiranno anche dell'altro , grandiosi !!!

.... ora magari una bella quickbird non ortorettificata ... e si provano le rpc di ossim :wink: ?!

[1] - http://trac.osgeo.org/ossim/browser/trunk/ossim/src/ossim/projection/ossimIkonosRpcModel.cpp
[2] - http://www.orfeo-toolbox.org/otb/

http://www.landcover.org/data/guide/technical/IKONOS_Product_Guide_jan06.pdf

BTW, effettivamente grass su questo campo e' fermo al palo, potrebbe
essere un interessate area di sviluppo...

--
Francesco P. Lovergine
_______________________________________________
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.

Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com

On Fri, Apr 03, 2009 at 11:34:36PM +0200, Markus Neteler wrote:

2009/4/3 Francesco P. Lovergine <frankie@debian.org>:
...
> BTW, effettivamente grass su questo campo e' fermo al palo, potrebbe
> essere un interessate area di sviluppo...

Sì - per esempio GSoC? O meglio ricerca.
Poi in imagery3 c'è già un sensor model per Landsat (credo)
ma si trova ancora in GRASS 5...

Sto raccogliendo un po' di materiale fra software e papers vari
per tracciare uno stato dell'arte, proprio in questi giorni, perche' siamo
incocciati in Kompsat-2. Dalle nostre parti ci si appoggia
molto a software commerciali ben noti per queste cose (fra envi e pci-geomatics),
e vengono troppo spesso date per scontate certe cose, voglio vedere se riesco
a farmi approvare una attivita' su questi aspetti che sono fortemente
carenti...

--
Francesco P. Lovergine