[Gfoss] Web Processing Services

Ciao a tutti,

non so quanto questa discussione sia gia’ stat affrontata in precedenza in questa lista, in caso chiedo venia.

Sarei interessato a capire a che punto siamo con il WPS sia dal punto di vista della offerta di servizi con questa interfaccia che di client in grado di leggerli.

Un po’ di tempo fa mi ero interessato al pyWPS che ho visto continua ad essere un progetto aggiornato. E’ l’unica implementazione seria? Esiste niente in Java? E come client? Qualcuno in lista lo usa quotidianmaente in ambiente di produzione? Qualcuno che possa condividere esperienze reali?

Grazie

S.

Simone Gadenz


European Commission
Joint Research Center
Institute for the Protection and Security of the Citizen (IPSC)
Support to External Security

CCR - TP267, Via E. Fermi 1, 21020 Ispra, VA, Italia

Phone: +39-0332-786968 - Fax: +39-0332-785154
simone.gadenz@jrc.it


Disclaimer: Views expressed are those of the individual and do not represent the views of the European Commission

Simone Gadenz ha scritto:

Ciao a tutti,
non so quanto questa discussione sia gia' stat affrontata in precedenza in questa lista, in caso chiedo venia.
Sarei interessato a capire a che punto siamo con il WPS sia dal punto di vista della offerta di servizi con questa interfaccia che di client in grado di leggerli.
Un po' di tempo fa mi ero interessato al pyWPS che ho visto continua ad essere un progetto aggiornato. E' l'unica implementazione seria? Esiste niente in Java? E come client?

In Java esistono sia un server che due client fatti dal progetto 52north, ma non so dire in che stato di sviluppo sono:
https://52north.org/twiki/bin/view/Processing/52nWebProcessingService

Ciao
Andrea

Ciao Simone,
noi stiamo valutando da circa due settimane il WPS di 52 North dopo
aver momentaneamente scartato quello di Deegree. Il nostro obiettivo e
fare processing su dati da modelli ambientali ma anche su immagini
satellitari per il NURC a Spezia.
Non è male come prodotto ma ha alcune lacune da colmare, ed è li che
stiamo concentrando le nostre valutazioni in vista di una possibile
integrazione con geoserver. Un esempio, a me piace pochissimo che i
"processi", o meglio i "task" vengano lanciati tramite un pool di
thread e quindi dentro la stessa JVM del web server; essendo uno dei
nostri obiettivi la possibilita' di wrappare modelli scritti in
fortran etc.. vorremmo poterli far partire e controllare come processi
esterni usando JMX in modo che se ci sono errori gravi non mi
schiantano la JVM del web server. Un'altra cosa in ottica di chaining
BPEL è che le interfacce SOAP sono ancora scarsine, ma questo è un
problema generico dei Servizi OGC.
Magari dopo faccio scrivere due righe dal mio collega che si sta
occupando direttamente della cosa per qualche dettaglio in piu.

Ciao,
Simone.

--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it

-------------------------------------------------------

Pur amando pyWPS (per la sua semplicità), credo che l’implementazione di 52 North sia più avanzata. Anzitutto pyWPS, se non sbaglio, pur essendo ancora in sviluppo si riferisce al WPS 0.4, mentre 52 North ha il riferimento nell’ultima versione (WPS 1.0).
Quindi, sono ben contento di seguire gli sviluppi dei colleghi “javisti” di 52 North, e soprattutto le migliorie di Geo-Solutions. L’aspetto di sganciare la parte di geoprocessing dall’application server e/o dal web-server è proprio l’aspetto su cui stavo iniziando a focalizzare l’attenzione… ben venga che anche altri (ben più preparati di me!) stiano facendo altrettanto! :slight_smile:

Giovanni

2008/2/5, Simone Giannecchini <simboss1@gmail.com>:

Ciao Simone,
noi stiamo valutando da circa due settimane il WPS di 52 North dopo
aver momentaneamente scartato quello di Deegree. Il nostro obiettivo e
fare processing su dati da modelli ambientali ma anche su immagini
satellitari per il NURC a Spezia.
Non è male come prodotto ma ha alcune lacune da colmare, ed è li che
stiamo concentrando le nostre valutazioni in vista di una possibile
integrazione con geoserver. Un esempio, a me piace pochissimo che i
“processi”, o meglio i “task” vengano lanciati tramite un pool di
thread e quindi dentro la stessa JVM del web server; essendo uno dei
nostri obiettivi la possibilita’ di wrappare modelli scritti in
fortran etc… vorremmo poterli far partire e controllare come processi
esterni usando JMX in modo che se ci sono errori gravi non mi
schiantano la JVM del web server. Un’altra cosa in ottica di chaining
BPEL è che le interfacce SOAP sono ancora scarsine, ma questo è un
problema generico dei Servizi OGC.
Magari dopo faccio scrivere due righe dal mio collega che si sta
occupando direttamente della cosa per qualche dettaglio in piu.

Ciao,
Simone.

Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it



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

On Feb 5, 2008 4:03 PM, G. Allegri <giohappy@gmail.com> wrote:

Pur amando pyWPS (per la sua semplicità), credo che l'implementazione di 52
North sia più avanzata. Anzitutto pyWPS, se non sbaglio, pur essendo ancora
in sviluppo si riferisce al WPS 0.4, mentre 52 North ha il riferimento
nell'ultima versione (WPS 1.0).

Il WPS di 52 NORTH nella versione di sviluppo (noi stiamo lavorando
direttamente sul trunk) supporta WPS 1.0 anche se ci sono alcune
limitazioni specialmente con SOAP.
pyWPS è un bel prodotto per quel poco che ho visto, ma a noi interessa
WPS per andare verso transparent chaining di processi in ambiente
enterprise, quindi la scelta era deegree o 52 NORTH.
Il sogno sarebbe riuscire ad integrare in udig un motorino basato su
ActiveBPEL per creare e controllare le catene :slight_smile:

Quindi, sono ben contento di seguire gli sviluppi dei colleghi "javisti" di
52 North, e soprattutto le migliorie di Geo-Solutions. L'aspetto di
sganciare la parte di geoprocessing dall'application server e/o dal
web-server è proprio l'aspetto su cui stavo iniziando a focalizzare
l'attenzione... ben venga che anche altri (ben più preparati di me!) stiano
facendo altrettanto! :slight_smile:

JMX è soltanto una delle possibili soluzioni. Mi piace perche' non mi
lega a nessun Application Server ed è una soluzione standard. Siccome
stiamo valutando e decidendo, se qualcuno ha qualche idea alternativa
(aaime ciao! :slight_smile: ) sarebbe interessante discuterla.

Ciao,
Simone.

Giovanni

2008/2/5, Simone Giannecchini <simboss1@gmail.com>:
>
>
>
> Ciao Simone,
> noi stiamo valutando da circa due settimane il WPS di 52 North dopo
> aver momentaneamente scartato quello di Deegree. Il nostro obiettivo e
> fare processing su dati da modelli ambientali ma anche su immagini
> satellitari per il NURC a Spezia.
> Non è male come prodotto ma ha alcune lacune da colmare, ed è li che
> stiamo concentrando le nostre valutazioni in vista di una possibile
> integrazione con geoserver. Un esempio, a me piace pochissimo che i
> "processi", o meglio i "task" vengano lanciati tramite un pool di
> thread e quindi dentro la stessa JVM del web server; essendo uno dei
> nostri obiettivi la possibilita' di wrappare modelli scritti in
> fortran etc.. vorremmo poterli far partire e controllare come processi
> esterni usando JMX in modo che se ci sono errori gravi non mi
> schiantano la JVM del web server. Un'altra cosa in ottica di chaining
> BPEL è che le interfacce SOAP sono ancora scarsine, ma questo è un
> problema generico dei Servizi OGC.
> Magari dopo faccio scrivere due righe dal mio collega che si sta
> occupando direttamente della cosa per qualche dettaglio in piu.
>
> Ciao,
> Simone.
>
> --
> -------------------------------------------------------
> Eng. Simone Giannecchini
> President /CEO GeoSolutions S.A.S.
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 333 8128928
>
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
>
>
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> Gfoss@faunalia.com
> http://www.faunalia.com/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.
>

--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it

-------------------------------------------------------

Una implementazione Java sarebbe migliore anche per noi poiche’ tutta la nostra infrastruttura di analisi geografica si basa su Java, quindi credo che daro’ una occhiata alla 52North.

Simone, la vostra implementazione e’ gia disponibile o si tratta di qualcosa in lavorazione?

S.

PS: Riesco a leggere il post di Simoen Giannecchini solamente attraverso quello di Giovanni. E’ solamente un problmea mio o il post di Simone non e’ girato in lista? Grazie


From: G. Allegri [mailto:giohappy@gmail.com]
Sent: Tuesday, February 05, 2008 4:04 PM
To: Simone Giannecchini
Cc: Simone Gadenz; gfoss@faunalia.it
Subject: Re: [Gfoss] Web Processing Services

Pur amando pyWPS (per la sua semplicità), credo che l’implementazione di 52 North sia più avanzata. Anzitutto pyWPS, se non sbaglio, pur essendo ancora in sviluppo si riferisce al WPS 0.4, mentre 52 North ha il riferimento nell’ultima versione (WPS 1.0).
Quindi, sono ben contento di seguire gli sviluppi dei colleghi “javisti” di 52 North, e soprattutto le migliorie di Geo-Solutions. L’aspetto di sganciare la parte di geoprocessing dall’application server e/o dal web-server è proprio l’aspetto su cui stavo iniziando a focalizzare l’attenzione… ben venga che anche altri (ben più preparati di me!) stiano facendo altrettanto! :slight_smile:

Giovanni

2008/2/5, Simone Giannecchini <simboss1@gmail.com>:

Ciao Simone,
noi stiamo valutando da circa due settimane il WPS di 52 North dopo
aver momentaneamente scartato quello di Deegree. Il nostro obiettivo e
fare processing su dati da modelli ambientali ma anche su immagini
satellitari per il NURC a Spezia.
Non è male come prodotto ma ha alcune lacune da colmare, ed è li che
stiamo concentrando le nostre valutazioni in vista di una possibile
integrazione con geoserver. Un esempio, a me piace pochissimo che i
“processi”, o meglio i “task” vengano lanciati tramite un pool di
thread e quindi dentro la stessa JVM del web server; essendo uno dei
nostri obiettivi la possibilita’ di wrappare modelli scritti in
fortran etc… vorremmo poterli far partire e controllare come processi
esterni usando JMX in modo che se ci sono errori gravi non mi
schiantano la JVM del web server. Un’altra cosa in ottica di chaining
BPEL è che le interfacce SOAP sono ancora scarsine, ma questo è un
problema generico dei Servizi OGC.
Magari dopo faccio scrivere due righe dal mio collega che si sta
occupando direttamente della cosa per qualche dettaglio in piu.

Ciao,
Simone.

Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it



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

Eh eh, Simone, siete un passo avanti voi! BPEL per me è poco più che un acronimo, e anche JMX l’ho sempre immaginato per il monitoraggio e la gestione di risorse, device, servizi… L’utilizzo che ne prospetti tu non l’avevo mai ipotizzato, ma è questione d’ignoranza. Se avrete modo di condividere qualche avanzamento in questo senso, ve ne sarei grato!

Giovanni

2008/2/5, Simone Giannecchini <simboss1@gmail.com>:

On Feb 5, 2008 4:03 PM, G. Allegri <giohappy@gmail.com> wrote:

Pur amando pyWPS (per la sua semplicità), credo che l’implementazione di 52
North sia più avanzata. Anzitutto pyWPS, se non sbaglio, pur essendo ancora
in sviluppo si riferisce al WPS 0.4, mentre 52 North ha il riferimento
nell’ultima versione (WPS 1.0).
Il WPS di 52 NORTH nella versione di sviluppo (noi stiamo lavorando
direttamente sul trunk) supporta WPS 1.0 anche se ci sono alcune
limitazioni specialmente con SOAP.
pyWPS è un bel prodotto per quel poco che ho visto, ma a noi interessa
WPS per andare verso transparent chaining di processi in ambiente
enterprise, quindi la scelta era deegree o 52 NORTH.
Il sogno sarebbe riuscire ad integrare in udig un motorino basato su
ActiveBPEL per creare e controllare le catene :slight_smile:

Quindi, sono ben contento di seguire gli sviluppi dei colleghi “javisti” di
52 North, e soprattutto le migliorie di Geo-Solutions. L’aspetto di
sganciare la parte di geoprocessing dall’application server e/o dal
web-server è proprio l’aspetto su cui stavo iniziando a focalizzare
l’attenzione… ben venga che anche altri (ben più preparati di me!) stiano
facendo altrettanto! :slight_smile:

JMX è soltanto una delle possibili soluzioni. Mi piace perche’ non mi
lega a nessun Application Server ed è una soluzione standard. Siccome
stiamo valutando e decidendo, se qualcuno ha qualche idea alternativa
(aaime ciao! :slight_smile: ) sarebbe interessante discuterla.

Ciao,
Simone.

Giovanni

2008/2/5, Simone Giannecchini <simboss1@gmail.com>:

Ciao Simone,
noi stiamo valutando da circa due settimane il WPS di 52 North dopo
aver momentaneamente scartato quello di Deegree. Il nostro obiettivo e
fare processing su dati da modelli ambientali ma anche su immagini
satellitari per il NURC a Spezia.
Non è male come prodotto ma ha alcune lacune da colmare, ed è li che
stiamo concentrando le nostre valutazioni in vista di una possibile
integrazione con geoserver. Un esempio, a me piace pochissimo che i
“processi”, o meglio i “task” vengano lanciati tramite un pool di
thread e quindi dentro la stessa JVM del web server; essendo uno dei
nostri obiettivi la possibilita’ di wrappare modelli scritti in
fortran etc… vorremmo poterli far partire e controllare come processi
esterni usando JMX in modo che se ci sono errori gravi non mi
schiantano la JVM del web server. Un’altra cosa in ottica di chaining
BPEL è che le interfacce SOAP sono ancora scarsine, ma questo è un
problema generico dei Servizi OGC.
Magari dopo faccio scrivere due righe dal mio collega che si sta
occupando direttamente della cosa per qualche dettaglio in piu.

Ciao,
Simone.

Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it



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

Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it


Ciao Simone,
stiamo facendo una cosa semplicissima giusto per provare un pochino il
framework (correggerere le magagne :slight_smile: e capire a fondo le
potenzialita'
Stiamo convertend in WPS una nostra vecchio web service basato su
geotools che prendeva ldelle browse geotiff da uno share 16 bit per
AQUA e TERRA le riprocessava un pochino e poi le spediva al nostro
ingestion engined del GeoServer.

Per ora quello che stiamo facendo è dentro il nostro SVN ma sto
contattando i tipi di ITC per condividere il tuttoe vedere come andare
avanti.
Se ti interessa ti tengo aggiornato sugli sviluppi.

Ciao,
Simone.
--
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it

-------------------------------------------------------