[ArcheOS] R: Re: python photogrammetry toolbox

Lun 24 Ott 2011 16:24:26 CEST

ciao a tutti e grazie per la pronta risposta, rispondo prima a alessandro (e in parte a luca), poi a luca:

- riguardo al problema ./, è probabilmente corretto il fatto della lingua di sistema. io l'ho risolto senza passare per windows con trova/sostiuisci di gedit del file .ply (metodo agricolo ma funziona) passando da questo:
ply
format ascii 1.0
element vertex 34019
property float x
property float y
property float z
property float nx
property float ny
property float nz
property uchar diffuse_red
property uchar diffuse_green
property uchar diffuse_blue
end_header
0.116795 0.640617 -2.80541 0.517759 0.309717 0.797497 166 85 22
0.126549 0.63992 -2.80657 0.0894808 0.409166 0.908062 166 86 23

a questo:
ply
format ascii 1.0
element vertex 34019
property float x
property float y
property float z
property float nx
property float ny
property float nz
property uchar diffuse_red
property uchar diffuse_green
property uchar diffuse_blue
end_header
0,116795 0,640617 -2,80541 0,517759 0,309717 0,797497 166 85 22
0,126549 0,63992 -2,80657 0,0894808 0,409166 0,908062 166 86 23
- riguardo al --checkCameraDatabase ho installato l'aggiornamento e ora ppt-gui ha il checkcamera. Io avevo effettivamente risolto modificando il database delle camere con Sqlite database browser come dici tu, quindi se avete bisogno del tutorial posso dare una mano
- il grosso problema rimane l'acquisizione delle foto, proverò a mettere in pratica i consigli, anche se non penso di essere andato molto distante da quelli che proponete ma i risultati non sono soddisfacenti (ho fatto tutta la trafila tra rane varie, ET e teste di leoni...). esperienza ci vuole, ma soprattutto il tempo per farsela...
- riguardo alla connessione DB oggeto 3D si effettivamente avevo capito in modo extrem la questione, quindi ben venga se mi/ci offri dei dati per lavorare insieme sulla faccenda, se no parto da cubi e vado avanti ad attaccare facciette. Comunque la questione a questo punto non riguarda la SFM e se andiamo avanti a parlarne qui facciamo un gran casino. Quindi aspetto un tuo post (e al limite i tuoi dati) da qualche parte luca per riaprire la questione.
sani a tutti!

alb

----Messaggio originale----

Da: alessandro.bezzi@arc-team.com

Data: 22/10/2011 19.52

A: <archeos@lists.linux.it>

Ogg: Re: [ArcheOS] python photogrammetry toolbox

-->

ciao Alberto,

riguardo all'errore EOF penso sia dovuto alla lingua di sistema: hai
per caso installato il sistema in italiano? io lo ho in inglese e non
ho mai risontrato errori, però ho due casi in cui ArcheOS in italiano
riporta quell'errore in meshlab, errore che sparisce se si apre il file
e lo si salva in ply binario (un trucco e installare wine e meshlab per
windows, aprire il file e risalvarlo. poi puoi usare il meshlab di
archeos).

riguardo al --checkCameraDatabase

con un aggiornamento del pacchetto ppt-gui (è già nei repositories) si
può installare l'ultima versione della GUI che comprende la tab per
l'aggiornamento del database. in alternativa si puoi utilizzare il
software SQLite database browser dentro al menu Database. spero di fare
un videotutorial a breve una volta finita l'attività di cantiere.

riguardo a come eseguire le foto:

prova a dare un occhio alle presentazioni che ho caricato sulla pagina http://www.arc-team.com/wiki/doku.php?id=open_library

sono le ultime due. In quella Bezzi-Bezzi-Ducke ho inserito qualche
consiglio.

in sostanza sono:

- le prime tre foto non devono avere grossi cambi di scena, sebbene sia
necessario un movimento da un punto di ripresa all'altro.

- poi spostati progressivamente intorno all'oggetto e cerca di coprire
tutto quello che ti serve

- per un 360 gradi fai almeno 24 scatti.

ciao

Alessandro

On 22/10/11 10:33, luca wrote:

Ciao Alberto,

rispondo sotto

On 21/10/11 16:50, albertocosner@libero.it
wrote:

    ciao a tutti,
    come promesso in quel di
ferrara nel tempo a disposizione (poco per la verità) sto "sfrazzando"
in archeos 4. Mi sto avvicinando alle due problematiche poste al
convegno, cioè i pdf animati e i collegamenti info alle mesh 3d.

Riassumo per le persone che non sono potute venire al convegno di
Ferrara. Per quanto riguarda i pdf 3d, il problema è che si possono
fare in ArcheOS (con MeshLab), ma non visualizzare; in pratica al
momento non ho ancora trovato un lettore pdf libero per GNU/Linux che
legga anche i pdf 3d (che MeshLab esporta con il formato u3d, che mi
pare di fatto stia diventando uno standard). Per chi volessa dare una
mano a cercarne uno segnalo il link (http://arc-team-open-research.blogspot.com/)
di
ATOR (il blog di archeologia in cui diamo notizie sulle ricerche che
stiamo portando avanti), dove si può scaricare un semplicissimo pdf 3d
per provare a visualizzarlo in ArcheOS (si trova nel post "3D pdf for
archaeology). Io per visualizzarlo ho dovuto virtualizzare Windows con
VB e usare Adobe Reader (versione superiore alla 8). A questo proposito
riporto il link che il prof. Davoli ha segnalato al convegno
(riguardante i vari pdf reader liberi): http://pdfreaders.org/index.it.html. 
  Io avevo provato questi
software qualche mese fa, ma potrebbero esserci delle versioni nuove o
potrei aver dimenticato qc.

Riguardo ai modelli 3d da collegare ad un db, si tratta semplicemente
di caricare modelli 3d complessi in GRASS e collegarli ad un db in
Postgres. Dico modelli complessi perché modelli relativamente semplici
non sono difficili da fare. Faccio un esempio. Durante la mia tesi
avevo creato varie superfici 3d di un contesto di scavo attraverso un
software di fotogrammetria. Era semplice disegnare vettorialmente in 2d
per esempio i frammenti ceramici presenti sulle superfici e poi in
GRASS associare la z a quei disegni prendendola dal modello raster 3D.
Ovviamente i vettoriali così creati erano connessi ad un db ed erano a
tutti gli effetti 3D. Quello che vorremmo fare noi adesso è caricare in
GRASS modelli più complessi, cioè effettivamente modellati in Blender
(ad esempio uno scheletro) e collegarli ad un db. Le strade che stiamo
percorrendo sono 2:

1) usare degli script per collegare direttamente Blender a
Postgres/Postgis e caricare i modelli con tanto di db per poi
connettere Postgres e GRASS (fatto e funziona fino ad un certo punto:
visualizziamo i punti connessi al db, ma non le facce che compongono il
modello)

2) esportare il modello in dxf (però per ora perdiamo il db associato)
e importarlo in GRASS (funziona molto bene, ma poi bisogna
riconnetterlo al db)

Sarebbe un po' lungo adesso spiegare tutto passo passo. Scriverò al più
presto un post in ATOR per spiegare i problemi (anche se spero che li
risolveremo a breve)

     Riguardo al secondo punto
sto
provando a partire da zero con una mesh X utilizzando il python
photogrammetry toolbox.

Qui credo di non essermi spiegato bene; quello che intendevo al
convegno era appunto di caricare un modello diciamo "vettoriale" fatto
in un modellatore (Blender) e non un modello ottenuto da SfM e IBM
(Python Photogrammetry ToolBox) che credo sarebbe troppo pesante. Per
questa seconda ipotesi aspetterei semplicemente il tool che stanno
sviluppando per importare questi modelli in GRASS e che dovrebbe uscire
a breve. Altrimenti si può passare sempre per dxf (ma si perde la
texture, che però si potrebbe "riappicicare" come ortofoto
georeferenziata in Nviz). L'idea di basarsi su un modellatore è
comunque legata al fatto di non limitarsi ad una documentazione
tridimensionale dello scavo archeologico (per la quale basterebbe come
dici tu la SfM), ma contemplare anche una ricostruzione (in una
prospettiva quadrimensionale, x,y,z,t) per cui è necessario passare per
software specifici di modellazione.

    I primi 3 scogli sono stati
superati, uno non del tutto:

    - acquisizione di immagini
decenti per creare il bundle (questa è la questio non del tutto
risolta, mi pare molto faraginosa e empirica la raccolta delle foto
giuste per essere elaborate, forse è una questione di esperienza, ma
non trovo la faccenda molto affidabile quando meno nei dettagli).

Mi potresti dire che modello stai cercando di fare, così potrei darti
qualche consiglio pratico (un piccolo oggetto o un edificio?). Comunque
le basi da tenere presente sono:

- servono almeno 3 foto (e non 2 come in stereo restitzione
fotogrammetrica) per ricostruire un oggetto (o una sua parte)

- meglio non fare salti eccessivi tra una foto e l'altra (sono tecniche
impostate, almeno inizialmente, comunque sui filmati, quindi più fluida
è la sequenza di foto e meglio è; meglio qualche foto in più che in
meno)

Hai provato con le foto del tutorial fatto da Ale (il TOPOI-Loewen)? 

    - modifica del database delle
macchine fotografiche, trovarlo all'interno di archeos non è stata una
passeggiata, forse sarebbe più semplice creare un tutorial per
modificare il db piuttosto che inserire il comando --checkCameraDatabase

Ale aveva fatto un nuovo pacchetto conl'agiunta di questa opzione da
interfaccia grafica (il quarto tab partendo da SX). Non mi ricordo se
sia stato o meno già aggiunto ai repository ufficiali (magari tu lo
ricordi Fabrizio?). ho visto che la versione per windows è già stata
aggiornata perché mi è arrivata una segnalazione a riguardo.

    - una volta creato il file
.ply
meshlab riportava un errore nel eof e quindi non lo apriva, sgamata la
questione con il fatto che il file .ply che esce dal tool non usa il
comma ma il dot (.) nella scrittura dei dati, quindi per ogni file ho
dovuto sostituire il carattere, a parte la seconda riga che è il dato
ascii 1.0. fatto questo meshlab lo accetta volentieri.

questo non mi è mai successo. Mi puoi inviare il file per vederlo?

    quindi ora vò avanti col
problema delle informazioni, passando prima attraverso blender.

    si accettano comunque
consigli
sulla vostra esperienza per quanto riguarda l'acquisizione delle foto e
risolvere il problema ,/.

    sani a tutti!

    ps se volete riscrivo il
messaggio in lingua britannica, dite voi cosa è meglio fare, viva il
vallo di adriano!

    alb

Io ti consiglierei di usare un modello più semplice da associare ad un
db, se vuoi posso caricare qc io. Per il resto magari Ale può
rispondere meglio di me a questa mail (lui è sicuramente più ferrato su
SfM).

Ciao

--
Mailing list info: http://lists.linux.it/listinfo/archeos

--
Mailing list info: http://lists.linux.it/listinfo/archeos

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/archeos/attachments/20111024/8f440fac/attachment-0001.htm>