[Gfoss] Cercasi Proxy-WMS

Salve,

uno dei tanti "progetti pazzi" in cui mi sono imbarcato,
riguarda la scrittura di un "concentratore per servizi wms" via servlets.
Penso che si possa quasi ritenere una specie di proxy specializzato
per servizi wms.

Pero' , anche a causa di alcune mie carenze conoscitive, sto'
avanzando a rilento.....

Per cui mi chiedevo se esistesse gia' qualcosa del genere, ovviamente
scritto in java per tomcat.

Non perche' voglio abbandonare il progetto che sto' realizzando, tutt'altro.
La mia esigenza scaturisce dalla constatazione che a causa della
complessita' del codice, compiere delle scelte funzionali, al buio,
non
e' conveniente. Il rischio di dover retrocedere lo sviluppo e molto alto.
Per questo poterne vedere uno in azione mi aiuterebbe a comprendere
cosa e come impostare quello che sto'
scrivendo....

Grazie,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~

Ciao,magari con qualche requisito in più potrei esserti utile: cosa
intendi per concentratore?

On 7/19/08, Andrea Peri <peri.rtoscana@gmail.com> wrote:

Salve,

uno dei tanti "progetti pazzi" in cui mi sono imbarcato,
riguarda la scrittura di un "concentratore per servizi wms" via servlets.
Penso che si possa quasi ritenere una specie di proxy specializzato
per servizi wms.

Pero' , anche a causa di alcune mie carenze conoscitive, sto'
avanzando a rilento.....

Per cui mi chiedevo se esistesse gia' qualcosa del genere, ovviamente
scritto in java per tomcat.

Non perche' voglio abbandonare il progetto che sto' realizzando, tutt'altro.
La mia esigenza scaturisce dalla constatazione che a causa della
complessita' del codice, compiere delle scelte funzionali, al buio,
non
e' conveniente. Il rischio di dover retrocedere lo sviluppo e molto alto.
Per questo poterne vedere uno in azione mi aiuterebbe a comprendere
cosa e come impostare quello che sto'
scrivendo....

Grazie,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
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.

Cerco di risponderti:

Io lo chiamo concentratore, ma forse il termine non e' il piu' indicato,
Per cui ti illustro il mio obiettivo:

La mia idea di massima e' realizzare una web-application, che a fronte di una chiamata wms ricevuta , la spacchetti, ne faccia svariate dirette verso 1 o piu' sistemi wms (anche remoti), e metta insieme le risposte.
Un po' come gia' fanno vari sistemi, ma lato client.

Io vorrei farlo lato server e in java.

Per arrivare a questo sistema, che io chiamo concentratore:

In prima battuta mi ero orientato verso il forwarding, ma poi ho rinunciato perche' il flusso e' 1 a molti e non 1 a 1.

Per cui ora sto lavorando a ricostruire tutta la chiamata, effettuarle verso i vari servers, e poi mettere insieme il risultato.

Come dicevo, ci lavoro ormai da diverso tempo.
Con alterne fortune.
E volevo vedere se da qualche sistema di tale genere potevo trarre qualche spunto.
E non ultimo anche per capire se sto perdendo tempo, magari perche' esiste gia' un sistema del genere.

Andrea.

Ivano Picco ha scritto:

Ciao,magari con qualche requisito in più potrei esserti utile: cosa
intendi per concentratore?

On 7/19/08, Andrea Peri <peri.rtoscana@gmail.com> wrote:

Salve,

uno dei tanti "progetti pazzi" in cui mi sono imbarcato,
riguarda la scrittura di un "concentratore per servizi wms" via servlets.
Penso che si possa quasi ritenere una specie di proxy specializzato
per servizi wms.

Pero' , anche a causa di alcune mie carenze conoscitive, sto'
avanzando a rilento.....

Per cui mi chiedevo se esistesse gia' qualcosa del genere, ovviamente
scritto in java per tomcat.

Non perche' voglio abbandonare il progetto che sto' realizzando, tutt'altro.
La mia esigenza scaturisce dalla constatazione che a causa della
complessita' del codice, compiere delle scelte funzionali, al buio,
non
e' conveniente. Il rischio di dover retrocedere lo sviluppo e molto alto.
Per questo poterne vedere uno in azione mi aiuterebbe a comprendere
cosa e come impostare quello che sto'
scrivendo....

Grazie,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
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.

---------- Forwarded message ----------
From: Ivano Picco <ivano.picco@gmail.com>
Date: Sat, 19 Jul 2008 21:08:09 +0200
Subject: Re: [Gfoss] Cercasi Proxy-WMS
To: peri.rtoscana@gmail.com

Ciao:quindi in ultima analisi vorresti fondere le risposte delle varie
GetImage ai server remoti in un'unica immagine verso il browser
dell'utente che ha inviato la richiesta "concentrata"?
Se è così non esiste, che io sappia, nulla di simile esclusivamente
lato server, un multiimmagine lavora su domande e risposte 1 a 1 non 1
a molti (come hai giustamente detto tu). un proxy potrebbe lavorare in
due tempi: a fronte di una richiesta potrebbe rispondere con il n.
totale di servizi da contattare. il client a quel punto potrebbe
inviare n richieste per recuperare le singole immagini.
Invece fondere le immagini e restituire solo 1 risultato concentrato
potrebbe esser fatto in modo abbastanza semplice usando classi
Geotools per l'invio di richieste WMS ai server remoti (in alternativa
si potrebbe costruire l'URL WMS e passarla ad un oggetto httpclient).
Le immagini dovrebbero poi essere sovrapposte tramite JAI. a quel
punto l'immagine potrebbe essere restituita al mittente. Non ricordo
se Geotools ha classi che implementino già un meccanismo di "fusione".
In entrambi i casi si dovrebbe garantire: trasparenza immagine dai
remoti, sistema di riferimento comune, stesse dimensioni, ordinamento
del "livello".

Spero di esserti stato utile.
Ciao

On 7/19/08, Andrea P. <peri.rtoscana@gmail.com> wrote:

Cerco di risponderti:

Io lo chiamo concentratore, ma forse il termine non e' il piu' indicato,
Per cui ti illustro il mio obiettivo:

La mia idea di massima e' realizzare una web-application, che a fronte
di una chiamata wms ricevuta , la spacchetti, ne faccia svariate dirette
  verso 1 o piu' sistemi wms (anche remoti), e metta insieme le risposte.
Un po' come gia' fanno vari sistemi, ma lato client.

Io vorrei farlo lato server e in java.

Per arrivare a questo sistema, che io chiamo concentratore:

In prima battuta mi ero orientato verso il forwarding, ma poi ho
rinunciato perche' il flusso e' 1 a molti e non 1 a 1.

Per cui ora sto lavorando a ricostruire tutta la chiamata, effettuarle
verso i vari servers, e poi mettere insieme il risultato.

Come dicevo, ci lavoro ormai da diverso tempo.
Con alterne fortune.
E volevo vedere se da qualche sistema di tale genere potevo trarre
qualche spunto.
E non ultimo anche per capire se sto perdendo tempo, magari perche'
esiste gia' un sistema del genere.

Andrea.

Ivano Picco ha scritto:

Ciao,magari con qualche requisito in più potrei esserti utile: cosa
intendi per concentratore?

On 7/19/08, Andrea Peri <peri.rtoscana@gmail.com> wrote:

Salve,

uno dei tanti "progetti pazzi" in cui mi sono imbarcato,
riguarda la scrittura di un "concentratore per servizi wms" via servlets.
Penso che si possa quasi ritenere una specie di proxy specializzato
per servizi wms.

Pero' , anche a causa di alcune mie carenze conoscitive, sto'
avanzando a rilento.....

Per cui mi chiedevo se esistesse gia' qualcosa del genere, ovviamente
scritto in java per tomcat.

Non perche' voglio abbandonare il progetto che sto' realizzando,
tutt'altro.
La mia esigenza scaturisce dalla constatazione che a causa della
complessita' del codice, compiere delle scelte funzionali, al buio,
non
e' conveniente. Il rischio di dover retrocedere lo sviluppo e molto alto.
Per questo poterne vedere uno in azione mi aiuterebbe a comprendere
cosa e come impostare quello che sto'
scrivendo....

Grazie,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
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.

Scusate, ma per questo tipo di cose non vi tornerebbe più utile
qualcosa che implementi il protocollo OGC/WMC?

2008/7/19 Ivano Picco <ivano.picco@gmail.com>:

---------- Forwarded message ----------
From: Ivano Picco <ivano.picco@gmail.com>
Date: Sat, 19 Jul 2008 21:08:09 +0200
Subject: Re: [Gfoss] Cercasi Proxy-WMS
To: peri.rtoscana@gmail.com

Ciao:quindi in ultima analisi vorresti fondere le risposte delle varie
GetImage ai server remoti in un'unica immagine verso il browser
dell'utente che ha inviato la richiesta "concentrata"?
Se è così non esiste, che io sappia, nulla di simile esclusivamente
lato server, un multiimmagine lavora su domande e risposte 1 a 1 non 1
a molti (come hai giustamente detto tu). un proxy potrebbe lavorare in
due tempi: a fronte di una richiesta potrebbe rispondere con il n.
totale di servizi da contattare. il client a quel punto potrebbe
inviare n richieste per recuperare le singole immagini.
Invece fondere le immagini e restituire solo 1 risultato concentrato
potrebbe esser fatto in modo abbastanza semplice usando classi
Geotools per l'invio di richieste WMS ai server remoti (in alternativa
si potrebbe costruire l'URL WMS e passarla ad un oggetto httpclient).
Le immagini dovrebbero poi essere sovrapposte tramite JAI. a quel
punto l'immagine potrebbe essere restituita al mittente. Non ricordo
se Geotools ha classi che implementino già un meccanismo di "fusione".
In entrambi i casi si dovrebbe garantire: trasparenza immagine dai
remoti, sistema di riferimento comune, stesse dimensioni, ordinamento
del "livello".

Spero di esserti stato utile.
Ciao

On 7/19/08, Andrea P. <peri.rtoscana@gmail.com> wrote:

Cerco di risponderti:

Io lo chiamo concentratore, ma forse il termine non e' il piu' indicato,
Per cui ti illustro il mio obiettivo:

La mia idea di massima e' realizzare una web-application, che a fronte
di una chiamata wms ricevuta , la spacchetti, ne faccia svariate dirette
  verso 1 o piu' sistemi wms (anche remoti), e metta insieme le risposte.
Un po' come gia' fanno vari sistemi, ma lato client.

Io vorrei farlo lato server e in java.

Per arrivare a questo sistema, che io chiamo concentratore:

In prima battuta mi ero orientato verso il forwarding, ma poi ho
rinunciato perche' il flusso e' 1 a molti e non 1 a 1.

Per cui ora sto lavorando a ricostruire tutta la chiamata, effettuarle
verso i vari servers, e poi mettere insieme il risultato.

Come dicevo, ci lavoro ormai da diverso tempo.
Con alterne fortune.
E volevo vedere se da qualche sistema di tale genere potevo trarre
qualche spunto.
E non ultimo anche per capire se sto perdendo tempo, magari perche'
esiste gia' un sistema del genere.

Andrea.

Ivano Picco ha scritto:

Ciao,magari con qualche requisito in più potrei esserti utile: cosa
intendi per concentratore?

On 7/19/08, Andrea Peri <peri.rtoscana@gmail.com> wrote:

Salve,

uno dei tanti "progetti pazzi" in cui mi sono imbarcato,
riguarda la scrittura di un "concentratore per servizi wms" via servlets.
Penso che si possa quasi ritenere una specie di proxy specializzato
per servizi wms.

Pero' , anche a causa di alcune mie carenze conoscitive, sto'
avanzando a rilento.....

Per cui mi chiedevo se esistesse gia' qualcosa del genere, ovviamente
scritto in java per tomcat.

Non perche' voglio abbandonare il progetto che sto' realizzando,
tutt'altro.
La mia esigenza scaturisce dalla constatazione che a causa della
complessita' del codice, compiere delle scelte funzionali, al buio,
non
e' conveniente. Il rischio di dover retrocedere lo sviluppo e molto alto.
Per questo poterne vedere uno in azione mi aiuterebbe a comprendere
cosa e come impostare quello che sto'
scrivendo....

Grazie,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
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.

_______________________________________________
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.

Da una GetCapabilities verso un servizio concentrato non mi aspetterei
una esplosione delle informazioni. Cioè se mi aspetto un immagine fusa
dalla GetMap mi aspetto anche una versione particolare delle
Capabilities. Per non dire delle richieste identify, che potrebbero
essere ridotte a quelle reperite da un solo layer.

Ciao

On 7/20/08, Andrea P. <peri.rtoscana@gmail.com> wrote:

Grazie,
per le info.

Infatti, la strada che avevo intrapreso era quella di usare le httpclient,
per poi fondere il risultato con JAI.
Gestendo i livelli di trasparenza.

Non avevo pensato di usare le geotools per questo lavoro, ma potrebbe
essere una buona idea...

Come dicevo per la parte immagine grossi problemi teorici non ce ne
sono, visto che con un buon livello di trasparenza (fusion) delle mappe,
tutto dovrebbe funzionare.

Piu' problemi concettuali li ho per la parte alfanumerica.
Infatti, se ora un client prevede di fare un getcapabilities per
ricavare le info del server wms, o un describe per avere un layer,

Ho il dubbio se fare lo sforzo (enorme) di amalgamare le varie risposte
e presentarne una , oppure se ignorare tutto questo.
Pero' in questo ultimo caso, il "concentratore" non potrebbe rispondere
a tutti i comandi wms.

Per cui sto' valutando se e come un sistema cosi' fatto potrebbe
interagire con i clients diffusi.

Ivano Picco ha scritto:

Ciao:quindi in ultima analisi vorresti fondere le risposte delle varie
GetImage ai server remoti in un'unica immagine verso il browser
dell'utente che ha inviato la richiesta "concentrata"?
Se è così non esiste, che io sappia, nulla di simile esclusivamente
lato server, un multiimmagine lavora su domande e risposte 1 a 1 non 1
a molti (come hai giustamente detto tu). un proxy potrebbe lavorare in
due tempi: a fronte di una richiesta potrebbe rispondere con il n.
totale di servizi da contattare. il client a quel punto potrebbe
inviare n richieste per recuperare le singole immagini.
Invece fondere le immagini e restituire solo 1 risultato concentrato
potrebbe esser fatto in modo abbastanza semplice usando classi
Geotools per l'invio di richieste WMS ai server remoti (in alternativa
si potrebbe costruire l'URL WMS e passarla ad un oggetto httpclient).
Le immagini dovrebbero poi essere sovrapposte tramite JAI. a quel
punto l'immagine potrebbe essere restituita al mittente. Non ricordo
se Geotools ha classi che implementino già un meccanismo di "fusione".
In entrambi i casi si dovrebbe garantire: trasparenza immagine dai
remoti, sistema di riferimento comune, stesse dimensioni, ordinamento
del "livello".

Spero di esserti stato utile.
Ciao

On 7/19/08, Andrea P. <peri.rtoscana@gmail.com> wrote:

Cerco di risponderti:

Io lo chiamo concentratore, ma forse il termine non e' il piu' indicato,
Per cui ti illustro il mio obiettivo:

La mia idea di massima e' realizzare una web-application, che a fronte
di una chiamata wms ricevuta , la spacchetti, ne faccia svariate dirette
  verso 1 o piu' sistemi wms (anche remoti), e metta insieme le risposte.
Un po' come gia' fanno vari sistemi, ma lato client.

Io vorrei farlo lato server e in java.

Per arrivare a questo sistema, che io chiamo concentratore:

In prima battuta mi ero orientato verso il forwarding, ma poi ho
rinunciato perche' il flusso e' 1 a molti e non 1 a 1.

Per cui ora sto lavorando a ricostruire tutta la chiamata, effettuarle
verso i vari servers, e poi mettere insieme il risultato.

Come dicevo, ci lavoro ormai da diverso tempo.
Con alterne fortune.
E volevo vedere se da qualche sistema di tale genere potevo trarre
qualche spunto.
E non ultimo anche per capire se sto perdendo tempo, magari perche'
esiste gia' un sistema del genere.

Andrea.

Ivano Picco ha scritto:

Ciao,magari con qualche requisito in più potrei esserti utile: cosa
intendi per concentratore?

On 7/19/08, Andrea Peri <peri.rtoscana@gmail.com> wrote:

Salve,

uno dei tanti "progetti pazzi" in cui mi sono imbarcato,
riguarda la scrittura di un "concentratore per servizi wms" via
servlets.
Penso che si possa quasi ritenere una specie di proxy specializzato
per servizi wms.

Pero' , anche a causa di alcune mie carenze conoscitive, sto'
avanzando a rilento.....

Per cui mi chiedevo se esistesse gia' qualcosa del genere, ovviamente
scritto in java per tomcat.

Non perche' voglio abbandonare il progetto che sto' realizzando,
tutt'altro.
La mia esigenza scaturisce dalla constatazione che a causa della
complessita' del codice, compiere delle scelte funzionali, al buio,
non
e' conveniente. Il rischio di dover retrocedere lo sviluppo e molto
alto.
Per questo poterne vedere uno in azione mi aiuterebbe a comprendere
cosa e come impostare quello che sto'
scrivendo....

Grazie,

--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
_______________________________________________
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.

Infatti,

anche se forse ci potrebbero essere alcuni margini di manovra.
Infatti potrebbe essere altrettanto sensato dare una risposta a un identify che sia un drill-down di tutti gli strati che abbiano medesimo identificativo.

Grazie per i suggerimenti,

Ciao

Ivano Picco ha scritto:

Da una GetCapabilities verso un servizio concentrato non mi aspetterei
una esplosione delle informazioni. Cioè se mi aspetto un immagine fusa
dalla GetMap mi aspetto anche una versione particolare delle
Capabilities. Per non dire delle richieste identify, che potrebbero
essere ridotte a quelle reperite da un solo layer.

Ciao

Ciao Andrea,
confesso di aver seguito solo superficialmente la discussione ma provo cmq a dare due consigli.

Quello che stai cercando di fare si chiama cascading WMS ed è previsto se non erro dalla specifica WMS. E’ una cosa parecchio interessante che avevo pensato da tempo di aggiungere a GeoServer ma per ora vista la mancanza di time/funding non sono mai andato oltre un po di analisi.
Il modo relativamente semplice di farlo sarebbe riutilizzare il plugin WMS di geotools e, lavorando a livello di configurazione del geoserver usarlo per esporre layer WMS come coverage. A quel punto il renderer si occuperebbe di sovrapporre le immagini correttamente. Sarebbe interessante aggiungere capacita’ di vero proxy, ossia un po di caching server side per migliorare il tempo di risposta. Qui magari un occhio a geowebcache non guasterebbe.
Sarebbe interessante se questa cosa partisse come un progetto OS…

Ciao,
Simone.

On Sun, Jul 20, 2008 at 1:25 PM, Andrea P. <peri.rtoscana@gmail.com> wrote:

Infatti,

anche se forse ci potrebbero essere alcuni margini di manovra.
Infatti potrebbe essere altrettanto sensato dare una risposta a un identify che sia un drill-down di tutti gli strati che abbiano medesimo identificativo.

Grazie per i suggerimenti,

Ciao

Ivano Picco ha scritto:

Da una GetCapabilities verso un servizio concentrato non mi aspetterei
una esplosione delle informazioni. Cioè se mi aspetto un immagine fusa
dalla GetMap mi aspetto anche una versione particolare delle
Capabilities. Per non dire delle richieste identify, che potrebbero
essere ridotte a quelle reperite da un solo layer.

Ciao


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