[Gfoss] gvSIG anche per palmare

Wed Jun 27 15:59:41 CEST 2007

Premetto che non sono così esperto di programmazione Java (quindi ogni
consiglio è ben accetto!!!), e magari pretendo di fare troppo, però quello
che sto cercando di fare (senza entrare troppo nello specifico) è di

   1. realizzare un servizio per l'elaborazione in tempo reale di serie
   idrologiche e produzione di mappe derivate, ed aggregazione di queste con
   altri layer raster tramite "map algebra". Il tutto deve essere accessibile
   da utenti remoti autenticati. Queste routine le ho già realizzate con
   grass+r+postgis, adesso vorrei migrarle su piattaforma java.
   2. l'interazione dovrebbe essere Asynch.
   3. parlo di servlet perché pensavo di usare questo sistema per
   realizzare un servizio RESTful, che possa girare sia su piattaforma linux
   che windows (un altro motivo percui vorrei migrare le routine verso java).

Comunque sto pensando a Java anche per tutta un'altra serie di motivi che
non sto a dire...

Il 27/06/07, Simone Giannecchini < simboss1 a gmail.com> ha scritto:
>
> 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 a 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 a 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 a 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 a 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 a faunalia.com
> > > > http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
> > > >
> > > >
> > >
> >
> >
> > _______________________________________________
> > Gfoss mailing list: 220 iscritti (28-05-2007)
> > Gfoss a faunalia.com
> > http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
> >
> >
>
>
> --
> -------------------------------------------------------
> Eng. Simone Giannecchini
> President /CEO GeoSolutions
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: http://www.faunalia.com/pipermail/gfoss/attachments/20070627/5bc695f5/attachment-0001.htm 