[Gfoss] gvSIG anche per palmare

[Simone Giannecchini]

Mi incuriosisce sentir parlare di servizio di web processing. Avrei qualche
domanda da porti prima di dare qualche modesto suggerimento.

1>che tipo di routine di analisi o map algebra devi esporre nello specifico
2>che tipo di interazione prevedi con l'utente? Synch o Asynch
3>hai vincoli di piattaforma (hai parlato di servlet)? Se si quali?

Ciao,
Simone.

On 6/27/07, G. Allegri <giohappy at gmail.com> wrote:
>
> Mi sono spiegato male, scusate.
> Ho necessità di realizzare un servizio di "web processing", da far girare
> come servlet, e che esponga alcune routine per delle analisi
> (geo)statistiche, che fanno anche uso di "map algebra". Il tutto funzionante
> indipendentemente da un'interfaccia su browser (questa appare ad un altro
> livello). Siccome queste routine avrebbero bisogno di usare anche R (gstat
> in particolare), sto cercando il modo migliore per evitare di fare un
> "accrocchio", come dici tu. Sicuramente il modo migliore sarebbe non usare
> chiamate di sistema, ed integrare il tutto riutilizzando codice esistente.
> Il problema è proprio qua: il codice in giro è per lo più dipendente da GUI
> e non è facile scorporarlo dal resto... Il problema quindi è:
>
>    - interfacciarsi con altri software (R, in questo caso)
>    - poter utilizzare funzionalità d'analisi raster (map algebra) già
>    implementate
>
> Qualcuno potrebbe consigliare di metter mano a JNI, ma non è roba per me!
>
> Il 27/06/07, Simone Casciaroli <simone.casciaroli at gmail.com> ha scritto:
> >
> > Sulla chiamata ai geoprocessi a riga di comando secondo me ci si può
> > ragionare, dovresti guardare il codice per la gestione del
> > geoprocesso....ma mi viene da dire che più che richiamarli da riga di
> > comando magari potresti provare proprio a riusare il codice ma ti
> > ripeto dipende da quanto puoi riutilizzare...
> > Poi in realtà non ho capito molto se per applicazione web intendi un
> > applicazione di gestione (ossia che ti permette di far partire il
> > geoprocesso senza vedere ne l'input ne l'output) oppure un
> > applicazione web di visualizzazione/editing di mappe che applica
> > direttamente sulla base dati le trasformazioni (quindi vedi il prima e
> > il dopo direttamente). In questo secondo caso direi che l'idea della
> > riga di comando può essere tranquillamente definita "un accrocchio" :)
> >
> > On 6/27/07, G. Allegri <giohappy at gmail.com> wrote:
> > > Grazie Andrea, ottimo chiarimento :-) Per il batch continuerò ad usare
> > gli
> > > altri prodotti...
> > > La mia domanda comunque nasce dal fatto che mi sto interessando da
> > tempo a
> > > soluzioni per il geoprocessing online (analisi statistiche "browser
> > based"),
> > > e siccome mi farebbe comodo poter integrare alcuni strumenti
> > all'interno di
> > > servlet (senza fare chiamate di sistema ad altri sw) stavo cercando di
> > > trovare una via direttamente in Java. Tutto qua.
> > >
> > > Il 27/06/07, Andrea Aime <aaime at openplans.org > ha scritto:
> > > > G. Allegri ha scritto:
> > > > > Ok, lo che questo è il motivo per gvSIG, Udig, ecc. Ma mi
> > interrogvao
> > > > > sul fatto che non ci sono prodotti Java sviluppati per riga di
> > > > > comando... A me sembra una limitazione così evidente! Chiaramente
> > > > > dipende dall'uso che ognuno fa dei GIS...
> > > > > Vabbè, scusate i filosofeggiamenti :-)
> > > >
> > > > No, non è per quello che non esistono programmi per linea di comando
> > > > scritti in Java. I motivi sono storici:
> > > > 1) la linea di comando in Java viene vista come console per
> > applicazioni
> > > >     server e GUI, il supporto per fare input da linea di comando è
> > > >     penoso. Considera che abbiamo un equivalente della printf solo
> > da
> > > >     Java 5, e nemmeno in Java 6 c'e' un equivalente della scanf
> > > >     (ci sono alcune implementazioni in giro, ma poca roba).
> > > >     Di un equivalente di ncurses poi non ne parliamo...
> > > > 2) anche se in java6 l'avvio della VM è piuttosto spedito, lo stesso
> >
> > > >     non si può dire per le versioni precedenti, quindi scrivere un
> > > >     programma a linea di comando è sempre stato svantaggioso, col
> > > >     risultato che i programmatori Java privilegiano programmi a
> > lunga
> > > >     vita, dove si può ammortizzare il tempo di avvio e lasciare al
> > > >     JIT il tempo di tradurre il bytecode in codice nativo.
> > > >
> > > > Ciao
> > > > Andrea
> > > >
> > >
> > >
> > > _______________________________________________
> > > Gfoss mailing list: 220 iscritti (28-05-2007)
> > > Gfoss at faunalia.com
> > > http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
> > >
> > >
> >
>
>
> _______________________________________________
> Gfoss mailing list: 220 iscritti (28-05-2007)
> Gfoss at faunalia.com
> http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
>
>


-- 
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions

http://www.geo-solutions.it

-------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.faunalia.com/pipermail/gfoss/attachments/20070627/ee996c11/attachment.htm