E’ possibile ottenere con un richiesta WMS GetFeatureInfo la geometria di una feature oltre agli attributi?
Saluti a tutti,
Pasquale
–
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Il 24/05/2013 17:05, Pasquale Di Donato ha scritto:
E' possibile ottenere con un richiesta WMS GetFeatureInfo la geometria di una feature
oltre agli attributi?
si', in GML, ora anche in QGIS
- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEUEARECAAYFAlGfgjgACgkQ/NedwLUzIr6TiwCfUw7kf6U7eap4xG3RW12+eU5m
4okAmMRJ4oBHgYd7Lz+ETxfc/hMPsxU=
=TRRY
-----END PGP SIGNATURE-----
2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
···
E’ possibile ottenere con un richiesta WMS GetFeatureInfo la geometria di una feature oltre agli attributi?
Se chiedi in GML GeoServer restituisce la geometria di default (anche se si può filtrare quali campi si ottengono
aggiungendo &propertyName=p1,p1,p3 alla richiesta).
In generale, dipende dallo specifico server WMS, la specifica non dice che cosa ritornare
Ciao
Andrea
–
==
GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information.
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
Non credo alle mie orecchie.
Non avevo mai intuito questa possibilità leggendo la specifica WMS, dove è scritto che il server restituisce le info sulla feature incontrata nel punto XY specificato nella richiesta, che ho sempre inteso come attributi e non come geometria.
Comuqnue, la geometria di cosa viene restituita? Della feature incontrata nel punto XY?
Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere tutte le feature (geometria + attributi) in un BBOX.
Altra domanda: la possibilitä di ottenere la geometria è resa possibile dalla specifica OGC o è da considerarsi una funzionalità veondor-specific?
Grazie
···
Il giorno 24 maggio 2013 17:09, Andrea Aime <andrea.aime@geo-solutions.it> ha scritto:
2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
–
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org
E’ possibile ottenere con un richiesta WMS GetFeatureInfo la geometria di una feature oltre agli attributi?
Se chiedi in GML GeoServer restituisce la geometria di default (anche se si può filtrare quali campi si ottengono
aggiungendo &propertyName=p1,p1,p3 alla richiesta).
In generale, dipende dallo specifico server WMS, la specifica non dice che cosa ritornare
Ciao
Andrea
–
==
GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information.
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
···
Non avevo mai intuito questa possibilità leggendo la specifica WMS, dove è scritto che il server restituisce le info sulla feature incontrata nel punto XY specificato nella richiesta, che ho sempre inteso come attributi e non come geometria.
Il WMS restituisce “qualcosa” riguardo alle features (può essere più di una, dipende dal parametro FEATURE_COUNT, il cui default è 1),
ma la specifica non va oltre, non dice cosa.
Normalmente i server restituiscono un documentino txt o html, ma la specifica non dice nemmeno quali formati supportare,
raccomanda txt e gml, ma finisce li.
Comuqnue, la geometria di cosa viene restituita? Della feature incontrata nel punto XY?
Si.
Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere tutte le feature (geometria + attributi) in un BBOX.
No, se c’e’ un bbox devi usare WFS GetFeature.
Con alcuni server puoi indicare un buffer, è un vendo parameter che permette di allargare la ricerca a qualche pixel
in più (ad esempio, in GeoServer, buffer deve essere < 20 per default), ma non si tratta di un verso bbox.
Altra domanda: la possibilitä di ottenere la geometria è resa possibile dalla specifica OGC o è da considerarsi una funzionalità veondor-specific?
Visto che la specifica non dice praticamente nulla riguardo i formati e il contenuto, è tutto vendor specific.
Ciao
Andrea
–
==
GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information.
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
OK grazie Andrea… la stessa cosa vale anche per WMTS?
P.
···
Il giorno 24 maggio 2013 17:23, Andrea Aime <andrea.aime@geo-solutions.it> ha scritto:
2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
–
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org
Non avevo mai intuito questa possibilità leggendo la specifica WMS, dove è scritto che il server restituisce le info sulla feature incontrata nel punto XY specificato nella richiesta, che ho sempre inteso come attributi e non come geometria.
Il WMS restituisce “qualcosa” riguardo alle features (può essere più di una, dipende dal parametro FEATURE_COUNT, il cui default è 1),
ma la specifica non va oltre, non dice cosa.
Normalmente i server restituiscono un documentino txt o html, ma la specifica non dice nemmeno quali formati supportare,
raccomanda txt e gml, ma finisce li.
Comuqnue, la geometria di cosa viene restituita? Della feature incontrata nel punto XY?
Si.
Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere tutte le feature (geometria + attributi) in un BBOX.
No, se c’e’ un bbox devi usare WFS GetFeature.
Con alcuni server puoi indicare un buffer, è un vendo parameter che permette di allargare la ricerca a qualche pixel
in più (ad esempio, in GeoServer, buffer deve essere < 20 per default), ma non si tratta di un verso bbox.
Altra domanda: la possibilitä di ottenere la geometria è resa possibile dalla specifica OGC o è da considerarsi una funzionalità veondor-specific?
Visto che la specifica non dice praticamente nulla riguardo i formati e il contenuto, è tutto vendor specific.
Ciao
Andrea
–
==
GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information.
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
La specifica 1.3.0 prevede che la risposta a una richesta (facoltativa) GetFeatureInfo possa avere piu’ formati. Non elenca quali formati devono essere supportait. A memoria mi pare di ricordare che indichi come obbligatoria una risposta text/plain e la text/html. Pero’ ho controllato le specifiche e non ho trovato traccia di questo dettagio. Per cui direi che è obbligatorio che il server abbia almeno un formato (il che ’ tautologico) di risposta se conosc la richiesta GetFeatureInfo, ma non una specifica. Il client wms deve interrogare il server wms tramite il getcapabilities e nella sezione dedicata a GetFeatureInfo torva la risposta a quali formati quel server support. Questo è la risposta presente a m’ di esempio nelle specifiche wms 1.3.0 text/xml text/plain text/html Tieni presente che non è neanche scontatoche ci sia , perche’ la specifica wms 1.3.0 indica la capacita’ di rispondere a GetFeatureInfo come facoltativa. Per cui il server potrebbe non rispondere proprio a niente. Comunque in questo caso teorico tratto dalle specifiche wms 1.3.0 il server supprota la richiesta GetFeatureInfo e risponde con 3 possibili formati: text/plain, text/html e text/xml. Trae in inganno il fatto che il sevrer wms nella richiesta getfeatureinfo chiede il bbox. In realt’a ritorna tutto cio’ che sta’ nel punto che hai clicckto. Infatti devi passargli anche le coordinate immagine (in pixel) del punto clicckato coordinate immagine riferite al bbox geografico che indichi e alla risoluzione con cui lavori (qui gioca il default e un eventuale parametro che aumenta o abbassa la risoluzione). Nel punto clicckat il server puo’ trovare una geometria o ce ne puo’ trovare N sovrapposte. In questo caso ti ritornera’ tutte quante o una sola o una parte di esse, in base al valore che gli hai dato nel parametro “featurecount”. Il default è una , la top. come dicevo hanno equivocato il significato del bbox. come dicevo la specifica dice che se supporti la getFeatureInfo devi avere ovviamente un formato. Qui entra in ballo un disguido (come tanti ce ne sono ) nelle specifiche ogc. La getfeatureinfo deve ritornare le feature nei loro attributi. Se si considera la geometria un attributo allora la ritorna , se invece il server wms in questione considera che la geometria non è un attributo, ma un qualcosa di altro, potrebbe non ritornarla. A che vedo io salvo qualche vecchia verisone di server wms commerciale, credo che tutti ritornino la geometria. Se la risposta è text/plain la geometria sara una lista di vertici in un testo piatto (un wkt ad esempio). se è unn GML allora la geometria ha il suo spazio nella definizione del GML. Tieni presente che quando si parl di formati ci puo’ stare di tutto. In mapserver ad esempio. tr ai formati possibili è presente anche lo zip con dentro uno shapefile. E in tal caso (ho fatto delle prove proprio qualche settimana fa’) se lo configuri e lo invochi opportunamente, ti ritorna uno zip con dentro uno shapefile con dentro tutte le geometrie incontrate in quel punto. Nei modi in cui questa risposta si sviluppa poi ci possono essere differenze sostanziali. Tra le piu’ problematiche vi è sicuramente la risposta in GML. perche’ nel gml è presente l’header con la parte di validazione. Li’ purtroppo le strade si dividono in tanti sentierini. Io ne conosco due distinte: quella di Geoserver e quella di Mapserver. Geoserver ha al suo interno un server wfs e quindi dispone delle chiamate DescribeFeatureType. Per questo se fai una chiamata GetFeatureInfo al componente wms di geoserver lui ti risponde un GML , in cui come url per raggingere lo schema xsd di validazione del gml stesso ti ci mette una invocazione DescribeFeatureType al suo componente WFS. Mapserver , in cui il compoenente WFS è assente o puo’ essere assente, non puo’ fare una chiamata a un describefeaturetype. D’altronde la specifica GML non prevede altra soluzione che la messa a disposizione di un xsd da reperire a parte. Per questo nel Mapserver il GML viene ritornato con una risposta http multipart. Si tratta di una risposta http in cui ci sono piu’ pacchetti che arrivano sequenzialmente nella medesima risposta. Nella risposta multipart di mapserver, prima ti manda lo schema xsd relativo e poi ti invia il GML su cui tale schema xsd si applica. Un approccio tencicamente pregevole. La risposta multipart di mapserver non puo’ non piacermi. 
18 anni fa’ usai proprio la risposta http multipart per realizzare una CGI che permetteva animazioni in jpeg su un browser netscape 1.0. come RT puntiamo molto su questa capacita’ di un server wms di veicolare le geometrie . Per questo abbiamo finanziato la capacita’ su qgis di intendere le geometrie ritornate da mapserver in multipart, nonche’ nel nuovo sistema Tolomeo che ci sta realizzando il Comune di Prato e che grazie a questa capacita’ di accedere alle geometrie sul wms senza stuzzicare il WFS ci ha permesso di realizzare dei webgis distributii.
···
On 24/05/2013 17:16, Pasquale Di Donato wrote:
Non credo alle mie orecchie.
Non avevo mai intuito questa possibilità leggendo la specifica WMS,
dove è scritto che il server restituisce le info sulla feature incontrata nel punto XY specificato nella richiesta, che ho sempre inteso come attributi e non come geometria.
Comuqnue, la geometria di cosa viene restituita? Della feature incontrata nel punto XY?
Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere tutte le feature (geometria + attributi) in un BBOX.
Altra domanda: la possibilitä di ottenere la geometria è resa possibile dalla specifica OGC o è da considerarsi una funzionalità veondor-specific?
Il giorno 24 maggio 2013 17:09, Andrea Aime <andrea.aime@geo-solutions.it> ha scritto:
2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
E’ possibile ottenere con un richiesta WMS GetFeatureInfo la geometria di una feature oltre agli attributi?
Se chiedi in GML GeoServer restituisce la geometria di default (anche se si può filtrare quali campi si ottengono
aggiungendo &propertyName=p1,p1,p3 alla richiesta).In generale, dipende dallo specifico server WMS, la specifica non dice che cosa ritornare
Ciao
Andrea–
==
GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information.Ing. Andrea Aime
@geowolf
Technical LeadGeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549http://www.geo-solutions.it
http://twitter.com/geosolutions_it
–
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org_______________________________________________ [Gfoss@lists.gfoss.it](mailto:Gfoss@lists.gfoss.it) [http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss](http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss) Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 638 iscritti al 28.2.2013
@AndreaPeri grazie mille per il tuo contributo.
Ascolta ho visto tuoi post in vari forum a proposito di una questione che mi sto ponendo attualmente anche io.
Come faccio a tirare fuori da MapServer con una richiesta GetFeatureInfo un GML valido rispetto ad uno specifico Application Schema?
Grazie ancora,
Pasquale
···
Il giorno 24 maggio 2013 20:22, aperi2007 <aperi2007@gmail.com> ha scritto:
On 24/05/2013 17:16, Pasquale Di Donato wrote:
Non credo alle mie orecchie.
Non avevo mai intuito questa possibilità leggendo la specifica WMS,
La specifica 1.3.0 prevede che la risposta a una richesta (facoltativa) GetFeatureInfo possa avere piu’ formati.
Non elenca quali formati devono essere supportait.
A memoria mi pare di ricordare che indichi come obbligatoria una risposta text/plain e la text/html. Pero’ ho controllato le specifiche e non ho trovato traccia di questo dettagio.
Per cui direi che è obbligatorio che il server abbia almeno un formato (il che ’ tautologico) di risposta se conosc la richiesta GetFeatureInfo, ma non una specifica.Il client wms deve interrogare il server wms tramite il getcapabilities e nella sezione dedicata a GetFeatureInfo torva la risposta a quali formati quel server support.
text/xml text/plain text/html
Questo è la risposta presente a m’ di esempio nelle specifiche wms 1.3.0Tieni presente che non è neanche scontatoche ci sia , perche’ la specifica wms 1.3.0 indica la capacita’ di rispondere a GetFeatureInfo come facoltativa.
Per cui il server potrebbe non rispondere proprio a niente.Comunque in questo caso teorico tratto dalle specifiche wms 1.3.0 il server supprota la richiesta GetFeatureInfo e risponde con 3 possibili formati:
text/plain, text/html e text/xml.dove è scritto che il server restituisce le info sulla feature incontrata nel punto XY specificato nella richiesta, che ho sempre inteso come attributi e non come geometria.
Comuqnue, la geometria di cosa viene restituita? Della feature incontrata nel punto XY?
Trae in inganno il fatto che il sevrer wms nella richiesta getfeatureinfo chiede il bbox.
In realt’a ritorna tutto cio’ che sta’ nel punto che hai clicckto.
Infatti devi passargli anche le coordinate immagine (in pixel) del punto clicckato coordinate immagine riferite al bbox geografico che indichi e alla risoluzione con cui lavori (qui gioca il default e un eventuale parametro che aumenta o abbassa la risoluzione).Nel punto clicckat il server puo’ trovare una geometria o ce ne puo’ trovare N sovrapposte.
In questo caso ti ritornera’ tutte quante o una sola o una parte di esse, in base al valore che gli hai dato nel parametro “featurecount”. Il default è una , la top.Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere tutte le feature (geometria + attributi) in un BBOX.
come dicevo hanno equivocato il significato del bbox.
Altra domanda: la possibilitä di ottenere la geometria è resa possibile dalla specifica OGC o è da considerarsi una funzionalità veondor-specific?
come dicevo la specifica dice che se supporti la getFeatureInfo devi avere ovviamente un formato.
Qui entra in ballo un disguido (come tanti ce ne sono ) nelle specifiche ogc.
La getfeatureinfo deve ritornare le feature nei loro attributi.
Se si considera la geometria un attributo allora la ritorna , se invece il server wms in questione considera che la geometria non è un attributo, ma un qualcosa di altro, potrebbe non ritornarla.
A che vedo io salvo qualche vecchia verisone di server wms commerciale, credo che tutti ritornino la geometria.
Se la risposta è text/plain la geometria sara una lista di vertici in un testo piatto (un wkt ad esempio).
se è unn GML allora la geometria ha il suo spazio nella definizione del GML.Tieni presente che quando si parl di formati ci puo’ stare di tutto.
In mapserver ad esempio.
tr ai formati possibili è presente anche lo zip con dentro uno shapefile.
E in tal caso (ho fatto delle prove proprio qualche settimana fa’) se lo configuri e lo invochi opportunamente,
ti ritorna uno zip con dentro uno shapefile con dentro tutte le geometrie incontrate in quel punto.Nei modi in cui questa risposta si sviluppa poi ci possono essere differenze sostanziali.
Tra le piu’ problematiche vi è sicuramente la risposta in GML.
perche’ nel gml è presente l’header con la parte di validazione.Li’ purtroppo le strade si dividono in tanti sentierini.
Io ne conosco due distinte:
quella di Geoserver e quella di Mapserver.Geoserver ha al suo interno un server wfs e quindi dispone delle chiamate DescribeFeatureType.
Per questo se fai una chiamata GetFeatureInfo al componente wms di geoserver lui ti risponde un GML , in cui come url per raggingere lo schema xsd di validazione del gml stesso ti ci mette una invocazione DescribeFeatureType al suo componente WFS.Mapserver , in cui il compoenente WFS è assente o puo’ essere assente, non puo’ fare una chiamata a un describefeaturetype.
D’altronde la specifica GML non prevede altra soluzione che la messa a disposizione di un xsd da reperire a parte.
Per questo nel Mapserver il GML viene ritornato con una risposta http multipart. Si tratta di una risposta http in cui ci sono piu’ pacchetti che arrivano sequenzialmente nella medesima risposta.
Nella risposta multipart di mapserver, prima ti manda lo schema xsd relativo e poi ti invia il GML su cui tale schema xsd si applica.
Un approccio tencicamente pregevole.La risposta multipart di mapserver non puo’ non piacermi.
come RT puntiamo molto su questa capacita’ di un server wms di veicolare le geometrie .
Per questo abbiamo finanziato la capacita’ su qgis di intendere le geometrie ritornate da mapserver in multipart, nonche’ nel nuovo sistema Tolomeo che ci sta realizzando il Comune di Prato e che grazie a questa capacita’ di accedere alle geometrie sul wms senza stuzzicare il WFS ci ha permesso di realizzare dei webgis distributii._______________________________________________ [Gfoss@lists.gfoss.it](mailto:Gfoss@lists.gfoss.it) [http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss](http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss) Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 638 iscritti al 28.2.2013
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e’ una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni dell’Associazione GFOSS.it.
638 iscritti al 28.2.2013
–
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org
Il giorno 24 maggio 2013 17:09, Andrea Aime <andrea.aime@geo-solutions.it> ha scritto:
2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
–
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org
E’ possibile ottenere con un richiesta WMS GetFeatureInfo la geometria di una feature oltre agli attributi?
Se chiedi in GML GeoServer restituisce la geometria di default (anche se si può filtrare quali campi si ottengono
aggiungendo &propertyName=p1,p1,p3 alla richiesta).
In generale, dipende dallo specifico server WMS, la specifica non dice che cosa ritornare
Ciao
Andrea
–
==
GeoServer training in Milan, 6th & 7th June 2013! Visit http://geoserver.geo-solutions.it for more information.
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
In mapserver ci sono due o tre modi differenti di generare un GML.
Uno di essi ti consente di personalizzarlo quansi in ogni dettaglio.
Ma quello che uso io e che è quello su cui abbiamo fatto fare la perosnalizzazione di qgis è il seguente:
Definisci un output format con un elemento come questo qui:
 OUTPUTFORMAT
   NAME "OGRGML"
   MIMETYPE "text/gml"  <<<---- attenzione a questo valore qui
   DRIVER "OGR/GML"
   FORMATOPTION "STORAGE=filesystem"
   FORMATOPTION "FORM=multipart"
 END
(notare il settaggio FORM=multipart)
La sezione sovrastante dice a mapserver che a fronte di un formato richiesto di tipo "text/gml" lui deve fornire una risposta GML facendola generare a gdal/ogr.
E' il tipo di GML migliore. E' il medesimo generato da Geoserver e usa i costrutti del GML 3.1.1. per cui è molto buono.
E comunque qgis lo riconosce .
Inoltre pensa gdal/ogr a generare l'xsd e a inserirlo nella risposta multipart.
Poi aggiungi un tag di mimetype.
     "wms_feature_info_mime_type" "text/gml,text/html,text/plain"
fai caso che ci scrivo "text/gml"Â ed e' il medesimo valore che ho inserito in mimetype.
se definivo
   MIMETYPE "text/pippo"  <<<---- attenzione a questo valore qui
allora avrei dovuto scrivere
     "wms_feature_info_mime_type" "text/pippo,text/html,text/plain"
per chiedere al server wms di ritornare il GML devi mettere nella request , nel campo output_format il valore "text/pippo".
QGIS è settato per riconoscere sicuramente il codice "text/gml", e forse anche il codice "ogr/gml"
Il settaggio
     "wms_feature_info_mime_type" "text/pippo,text/html,text/plain"
Lo puoi inserire in due posti:
Se vuoi che tutti i layer forniscano il GML lo metti nella parte globale.
Altrimenti lo inserisci nella sezione dello specifico layer che deve fornire il GML.
Ovviamente ricordati di attivare la risposta GetFeatureInfo.
con
"wms_enable_request" "GetFeatureInfo"
o con l'equivalente
ows_enable_request
sono legati a costruire n template
Saluti,
Andrea.
On 28/05/2013 11:40, Pasquale Di Donato wrote:
@AndreaPeri grazie mille per il tuo contributo.
Ascolta ho visto tuoi post in vari forum a proposito di una questione che mi sto ponendo attualmente anche io.
Come faccio a tirare fuori da MapServer con una richiesta GetFeatureInfo un GML valido rispetto ad uno specifico Application Schema?Grazie ancora,
PasqualeIl giorno 24 maggio 2013 20:22, aperi2007 <aperi2007@gmail.com <mailto:aperi2007@gmail.com>> ha scritto:
On 24/05/2013 17:16, Pasquale Di Donato wrote:
Non credo alle mie orecchie.
Non avevo mai intuito questa possibilità leggendo la specifica WMS,
La specifica 1.3.0 prevede che la risposta a una richesta
(facoltativa) GetFeatureInfo possa avere piu' formati.
Non elenca quali formati devono essere supportait.
 A memoria mi pare di ricordare che indichi come obbligatoria una
risposta text/plain e la text/html. Pero' ho controllato le
specifiche e non ho trovato traccia di questo dettagio.
Per cui direi che è obbligatorio che il server abbia almeno un
formato (il che ' tautologico) di risposta se conosc la richiesta
GetFeatureInfo, ma non una specifica.Il client wms deve interrogare il server wms tramite il
getcapabilities e nella sezione dedicata a GetFeatureInfo torva la
risposta a quali formati quel server support.
Questo è la risposta presente a m' di esempio nelle specifiche
wms 1.3.0<GetFeatureInfo>
<Format>text/xml</Format>
<Format>text/plain</Format>
<Format>text/html</Format>Tieni presente che non è neanche scontatoche ci sia , perche' la
specifica wms 1.3.0 indica la capacita' di rispondere a
GetFeatureInfo come facoltativa.
Per cui il server potrebbe non rispondere proprio a niente.Comunque in questo caso teorico tratto dalle specifiche wms 1.3.0
il server supprota la richiesta GetFeatureInfo e risponde con 3
possibili formati:
 text/plain, text/html e text/xml.dove è scritto che il server restituisce le info sulla feature
incontrata nel punto XY specificato nella richiesta, che ho
sempre inteso come attributi e non come geometria.
Comuqnue, la geometria di cosa viene restituita? Della feature
incontrata nel punto XY?Trae in inganno il fatto che il sevrer wms nella richiesta
getfeatureinfo chiede il bbox.
In realt'a ritorna tutto cio' che sta' nel punto che hai clicckto.
Infatti devi passargli anche le coordinate immagine (in pixel) del
punto clicckato coordinate immagine riferite al bbox geografico
che indichi e alla risoluzione con cui lavori (qui gioca il
default e un eventuale parametro che aumenta o abbassa la
risoluzione).Nel punto clicckat il server puo' trovare una geometria o ce ne
puo' trovare N sovrapposte.
In questo caso ti ritornera' tutte quante o una sola o una parte
di esse, in base al valore che gli hai dato nel parametro
"featurecount". Il default è una , la top.Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere
tutte le feature (geometria + attributi) in un BBOX.come dicevo hanno equivocato il significato del bbox.
Altra domanda: la possibilitä di ottenere la geometria è resa
possibile dalla specifica OGC o è da considerarsi una
funzionalità veondor-specific?come dicevo la specifica dice che se supporti la getFeatureInfo
devi avere ovviamente un formato.Qui entra in ballo un disguido (come tanti ce ne sono ) nelle
specifiche ogc.
La getfeatureinfo deve ritornare le feature nei loro attributi.
Se si considera la geometria un attributo allora la ritorna , se
invece il server wms in questione considera che la geometria non
è un attributo, ma un qualcosa di altro, potrebbe non ritornarla.
A che vedo io salvo qualche vecchia verisone di server wms
commerciale, credo che tutti ritornino la geometria.
Se la risposta è text/plain la geometria sara una lista di
vertici in un testo piatto (un wkt ad esempio).
se è unn GML allora la geometria ha il suo spazio nella
definizione del GML.Tieni presente che quando si parl di formati ci puo' stare di tutto.
In mapserver ad esempio.
tr ai formati possibili è presente anche lo zip con dentro uno
shapefile.
E in tal caso (ho fatto delle prove proprio qualche settimana fa')
se lo configuri e lo invochi opportunamente,
ti ritorna uno zip con dentro uno shapefile con dentro tutte le
geometrie incontrate in quel punto.Nei modi in cui questa risposta si sviluppa poi ci possono essere
differenze sostanziali.
Tra le piu' problematiche vi è sicuramente la risposta in GML.
perche' nel gml è presente l'header con la parte di validazione.Li' purtroppo le strade si dividono in tanti sentierini.
Io ne conosco due distinte:
quella di Geoserver e quella di Mapserver.Geoserver ha al suo interno un server wfs e quindi dispone delle
chiamate DescribeFeatureType.
Per questo se fai una chiamata GetFeatureInfo al componente wms di
geoserver lui ti risponde un GML , in cui come url per raggingere
lo schema xsd di validazione del gml stesso ti ci mette una
invocazione DescribeFeatureType al suo componente WFS.Mapserver , in cui il compoenente WFS è assente o puo' essere
assente, non puo' fare una chiamata a un describefeaturetype.
D'altronde la specifica GML non prevede altra soluzione che la
messa a disposizione di un xsd da reperire a parte.
Per questo nel Mapserver il GML viene ritornato con una risposta
http multipart. Si tratta di una risposta http in cui ci sono piu'
pacchetti che arrivano sequenzialmente nella medesima risposta.
Nella risposta multipart di mapserver, prima ti manda lo schema
xsd relativo e poi ti invia il GML su cui tale schema xsd si applica.
Un approccio tencicamente pregevole.La risposta multipart di mapserver non puo' non piacermi.
anni fa' usai proprio la risposta http multipart per realizzare
una CGI che permetteva animazioni in jpeg su un browser netscape 1.0.come RT puntiamo molto su questa capacita' di un server wms di
veicolare le geometrie .
Per questo abbiamo finanziato la capacita' su qgis di intendere le
geometrie ritornate da mapserver in multipart, nonche' nel nuovo
sistema Tolomeo che ci sta realizzando il Comune di Prato e che
grazie a questa capacita' di accedere alle geometrie sul wms senza
stuzzicare il WFS ci ha permesso di realizzare dei webgis distributii.Il giorno 24 maggio 2013 17:09, Andrea Aime
<andrea.aime@geo-solutions.it
<mailto:andrea.aime@geo-solutions.it>> ha scritto:2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com
<mailto:pasquale.didonato@gmail.com>>E' possibile ottenere con un richiesta WMS GetFeatureInfo
la geometria di una feature oltre agli attributi?Se chiedi in GML GeoServer restituisce la geometria di
default (anche se si può filtrare quali campi si ottengono
aggiungendo &propertyName=p1,p1,p3 alla richiesta).In generale, dipende dallo specifico server WMS, la specifica
non dice che cosa ritornareCiao
Andrea
Â-- ==
GeoServer training in Milan, 6th & 7th June 2013! Â VisitÂ
http://geoserver.geo-solutions.it
<http://geoserver.geo-solutions.it/>Â for more information.
==Ing. Andrea AimeÂ
@geowolf
Technical LeadGeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Â Massarosa (LU)
Italy
phone: +39 0584 962313 <tel:%2B39%200584%20962313>
fax: +39 0584 1660272 <tel:%2B39%200584%201660272>
mob: +39 Â 339 8844549 <tel:%2B39%20%C2%A0339%208844549>http://www.geo-solutions.it
http://twitter.com/geosolutions_it-------------------------------------------------------
-- Pasquale Di Donato
web: Â www.padido.eu <http://www.padido.eu>
chat: padido@jabber.org <mailto:padido@jabber.org>_______________________________________________
Gfoss@lists.gfoss.it <mailto:Gfoss@lists.gfoss.it>
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013_______________________________________________
Gfoss@lists.gfoss.it <mailto:Gfoss@lists.gfoss.it>
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le
posizioni dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013--
Pasquale Di Donato
web: Â www.padido.eu <http://www.padido.eu>
chat: padido@jabber.org <mailto:padido@jabber.org>
 OUTPUTFORMAT
   NAME "OGRGML"
   MIMETYPE "text/gml"  <<<---- attenzione a questo valore qui
   DRIVER "OGR/GML"
   FORMATOPTION "STORAGE=filesystem"
   FORMATOPTION "FORM=multipart"
 END
Si questo é chiaro.
La sezione sovrastante dice a mapserver che a fronte di un formato
richiesto di tipo "text/gml" lui deve fornire una risposta GML facendola
generare a gdal/ogr.E' il tipo di GML migliore. E' il medesimo generato da Geoserver e usa i
costrutti del GML 3.1.1. per cui è molto buono.
E comunque qgis lo riconosce .
Inoltre pensa gdal/ogr a generare l'xsd e a inserirlo nella risposta
multipart.
Qui un po' meno. Sulla base di cosa OGR genera lo schema? Immagino dalla
struttura del dato di partenza.
Ma immagina di avere dei dati in PostGIS. Questi dati hanno uno schema
proprio, diciamo un GML Application Schema.
La struttura dei dati nella banca dati sarà molto probabilmente molto
lontana dallo schema GML.
Quindi se faccio un ogr2ogr da PostGIS a GML, l'xsd generato rifletterà,
suppongo, la struttura PostGIS e non quella dello schema GML.
Ad esempio GeoServer ha attualmente delle funziolitä di schema mapping che
ti permettono di configurare l'output GML in conformità ad uno schema
specifico.
Mapserver ne è sprovvisto al momento... credo
Non so se sono stao chiaro.
Ciao e grazie per la disponibilità
Pasquale
Poi aggiungi un tag di mimetype.
     "wms_feature_info_mime_type" "text/gml,text/html,text/plain"
fai caso che ci scrivo "text/gml"Â ed e' il medesimo valore che ho
inserito in mimetype.se definivo
   MIMETYPE "text/pippo"  <<<---- attenzione a questo valore qui
allora avrei dovuto scrivere
     "wms_feature_info_mime_type" "text/pippo,text/html,text/plain"
per chiedere al server wms di ritornare il GML devi mettere nella request
, nel campo output_format il valore "text/pippo".QGIS è settato per riconoscere sicuramente il codice "text/gml", e forse
anche il codice "ogr/gml"Il settaggio
     "wms_feature_info_mime_type" "text/pippo,text/html,text/plain"
Lo puoi inserire in due posti:Se vuoi che tutti i layer forniscano il GML lo metti nella parte globale.
Altrimenti lo inserisci nella sezione dello specifico layer che deve
fornire il GML.Ovviamente ricordati di attivare la risposta GetFeatureInfo.
con
"wms_enable_request" "GetFeatureInfo"
o con l'equivalente
ows_enable_requestsono legati a costruire n template
Saluti,Andrea.
On 28/05/2013 11:40, Pasquale Di Donato wrote:
@AndreaPeri grazie mille per il tuo contributo.
Ascolta ho visto tuoi post in vari forum a proposito di una questione che
mi sto ponendo attualmente anche io.
Come faccio a tirare fuori da MapServer con una richiesta GetFeatureInfo
un GML valido rispetto ad uno specifico Application Schema?Grazie ancora,
PasqualeIl giorno 24 maggio 2013 20:22, aperi2007 <aperi2007@gmail.com> ha
scritto:On 24/05/2013 17:16, Pasquale Di Donato wrote:
Non credo alle mie orecchie.
Non avevo mai intuito questa possibilità leggendo la specifica WMS,
La specifica 1.3.0 prevede che la risposta a una richesta (facoltativa)
GetFeatureInfo possa avere piu' formati.
Non elenca quali formati devono essere supportait.
 A memoria mi pare di ricordare che indichi come obbligatoria una
risposta text/plain e la text/html. Pero' ho controllato le specifiche e
non ho trovato traccia di questo dettagio.
Per cui direi che è obbligatorio che il server abbia almeno un formato
(il che ' tautologico) di risposta se conosc la richiesta GetFeatureInfo,
ma non una specifica.Il client wms deve interrogare il server wms tramite il getcapabilities e
nella sezione dedicata a GetFeatureInfo torva la risposta a quali formati
quel server support.
Questo è la risposta presente a m' di esempio nelle specifiche wms 1.3.0<GetFeatureInfo>
<Format>text/xml</Format>
<Format>text/plain</Format>
<Format>text/html</Format>Tieni presente che non è neanche scontatoche ci sia , perche' la
specifica wms 1.3.0 indica la capacita' di rispondere a GetFeatureInfo come
facoltativa.Per cui il server potrebbe non rispondere proprio a niente.
Comunque in questo caso teorico tratto dalle specifiche wms 1.3.0 il
server supprota la richiesta GetFeatureInfo e risponde con 3 possibili
formati:
 text/plain, text/html e text/xml.dove è scritto che il server restituisce le info sulla feature
incontrata nel punto XY specificato nella richiesta, che ho sempre inteso
come attributi e non come geometria.
Comuqnue, la geometria di cosa viene restituita? Della feature
incontrata nel punto XY?Trae in inganno il fatto che il sevrer wms nella richiesta
getfeatureinfo chiede il bbox.
In realt'a ritorna tutto cio' che sta' nel punto che hai clicckto.
Infatti devi passargli anche le coordinate immagine (in pixel) del punto
clicckato coordinate immagine riferite al bbox geografico che indichi e
alla risoluzione con cui lavori (qui gioca il default e un eventuale
parametro che aumenta o abbassa la risoluzione).Nel punto clicckat il server puo' trovare una geometria o ce ne puo'
trovare N sovrapposte.
In questo caso ti ritornera' tutte quante o una sola o una parte di esse,
in base al valore che gli hai dato nel parametro "featurecount". Il default
è una , la top.Qualcuno mi ha detto che con una GetFeatureInfo possono ottenere tutte
le feature (geometria + attributi) in un BBOX.come dicevo hanno equivocato il significato del bbox.
Altra domanda: la possibilitä di ottenere la geometria è resa
possibile dalla specifica OGC o è da considerarsi una funzionalitÃ
veondor-specific?come dicevo la specifica dice che se supporti la getFeatureInfo devi
avere ovviamente un formato.Qui entra in ballo un disguido (come tanti ce ne sono ) nelle specifiche
ogc.
La getfeatureinfo deve ritornare le feature nei loro attributi.
Se si considera la geometria un attributo allora la ritorna , se invece
il server wms in questione considera che la geometria non è un attributo,
ma un qualcosa di altro, potrebbe non ritornarla.A che vedo io salvo qualche vecchia verisone di server wms commerciale,
credo che tutti ritornino la geometria.
Se la risposta è text/plain la geometria sara una lista di vertici in un
testo piatto (un wkt ad esempio).
se è unn GML allora la geometria ha il suo spazio nella definizione del
GML.Tieni presente che quando si parl di formati ci puo' stare di tutto.
In mapserver ad esempio.
tr ai formati possibili è presente anche lo zip con dentro uno shapefile.E in tal caso (ho fatto delle prove proprio qualche settimana fa') se lo
configuri e lo invochi opportunamente,
ti ritorna uno zip con dentro uno shapefile con dentro tutte le geometrie
incontrate in quel punto.Nei modi in cui questa risposta si sviluppa poi ci possono essere
differenze sostanziali.
Tra le piu' problematiche vi è sicuramente la risposta in GML.
perche' nel gml è presente l'header con la parte di validazione.Li' purtroppo le strade si dividono in tanti sentierini.
Io ne conosco due distinte:
quella di Geoserver e quella di Mapserver.Geoserver ha al suo interno un server wfs e quindi dispone delle chiamate
DescribeFeatureType.
Per questo se fai una chiamata GetFeatureInfo al componente wms di
geoserver lui ti risponde un GML , in cui come url per raggingere lo schema
xsd di validazione del gml stesso ti ci mette una invocazione
DescribeFeatureType al suo componente WFS.Mapserver , in cui il compoenente WFS è assente o puo' essere assente,
non puo' fare una chiamata a un describefeaturetype.D'altronde la specifica GML non prevede altra soluzione che la messa a
disposizione di un xsd da reperire a parte.
Per questo nel Mapserver il GML viene ritornato con una risposta http
multipart. Si tratta di una risposta http in cui ci sono piu' pacchetti che
arrivano sequenzialmente nella medesima risposta.
Nella risposta multipart di mapserver, prima ti manda lo schema xsd
relativo e poi ti invia il GML su cui tale schema xsd si applica.
Un approccio tencicamente pregevole.La risposta multipart di mapserver non puo' non piacermi.
usai proprio la risposta http multipart per realizzare una CGI che
permetteva animazioni in jpeg su un browser netscape 1.0.come RT puntiamo molto su questa capacita' di un server wms di veicolare
le geometrie .
Per questo abbiamo finanziato la capacita' su qgis di intendere le
geometrie ritornate da mapserver in multipart, nonche' nel nuovo sistema
Tolomeo che ci sta realizzando il Comune di Prato e che grazie a questa
capacita' di accedere alle geometrie sul wms senza stuzzicare il WFS ci ha
permesso di realizzare dei webgis distributii.Il giorno 24 maggio 2013 17:09, Andrea Aime <andrea.aime@geo-solutions.it
> ha scritto:2013/5/24 Pasquale Di Donato <pasquale.didonato@gmail.com>
E' possibile ottenere con un richiesta WMS GetFeatureInfo la
geometria di una feature oltre agli attributi?Se chiedi in GML GeoServer restituisce la geometria di default (anche
se si può filtrare quali campi si ottengono
aggiungendo &propertyName=p1,p1,p3 alla richiesta).In generale, dipende dallo specifico server WMS, la specifica non dice
che cosa ritornareCiao
Andrea
Â--
GeoServer training in Milan, 6th & 7th June 2013! Â VisitÂ
http://geoserver.geo-solutions.it for more information.Ing. Andrea AimeÂ
@geowolf
Technical LeadGeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Â Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 Â 339 8844549 <%2B39%20%C2%A0339%208844549>http://www.geo-solutions.it
http://twitter.com/geosolutions_it-------------------------------------------------------
--
Pasquale Di Donato
web: Â www.padido.eu
chat: padido@jabber.org_______________________________________________Gfoss@lists.gfoss.ithttp://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013_______________________________________________
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013--
Pasquale Di Donato
web: Â www.padido.eu
chat: padido@jabber.org
--
Pasquale Di Donato
web: www.padido.eu
chat: padido@jabber.org
On 28/05/2013 12:07, Pasquale Di Donato wrote:
Qui un po' meno. Sulla base di cosa OGR genera lo schema? Immagino dalla struttura del dato di partenza.
Ma immagina di avere dei dati in PostGIS. Questi dati hanno uno schema proprio, diciamo un GML Application Schema.
La struttura dei dati nella banca dati sarà molto probabilmente molto lontana dallo schema GML.
Quindi se faccio un ogr2ogr da PostGIS a GML, l'xsd generato rifletterà, suppongo, la struttura PostGIS e non quella dello schema GML.
Ad esempio GeoServer ha attualmente delle funziolitä di schema mapping che ti permettono di configurare l'output GML in conformità ad uno schema specifico.
Mapserver ne è sprovvisto al momento... credoNon so se sono stao chiaro.
Ricordati che si sta parlando di un MS che spedisce la feature non di un server WFS
Sono due cose differenti.
Il server wms deve spedire la geometria come la sta servendo a livello di mappa.
Quella a cui ti riferisci te è una funzionalit'a di un server wfs che fornisce un GML secondo uno schema piu' complesso della singola tabella.
Io sto parlando di mapserver nella chiamata GetFeatureInfo e essa deve funzionare nel rispetto e nel confine delle funzionalit'a previste dallo standard WMS, non deve sconfinare nel WFS mescolando le cose.
Il server wms manda la singola geometria (o piu' geometrie, ma solo se sono sovrapposte nel punto clicckato), non un dataset intero su una porzione estesa di territorio.
Invece un problema che mapserver sicuramente ha (anche se spero che presto lo risolvano).
E' che non riflette lo stile di rendering.
Mi spiego se ho un dataset di poligoni e imposto come rendering di riportare una mappa dove i poligoni sono bufferizzati a 50 metri.
Oppure gli dico di visulaizzarli come centroidi.
Quando vado a recuperare la geometrie con la GetFeatureInfo mi se gli dico di usare lo stile "centroide"
(fai caso che posso definire lo stile nella richiesta getfeatureinfo) mi aspettereiche mi nandi come geometrie GML un punto.
Invece ancora mi manda il poligono.
Questo per me è una seccatura.
Che spero presto sara' risolta.
Andrea.
On 28/05/2013 12:07, Pasquale Di Donato wrote:
Qui un po' meno. Sulla base di cosa OGR genera lo schema? Immagino dalla struttura del dato di partenza.
Ma immagina di avere dei dati in PostGIS. Questi dati hanno uno schema proprio, diciamo un GML Application Schema.
La struttura dei dati nella banca dati sarà molto probabilmente molto lontana dallo schema GML.
Quindi se faccio un ogr2ogr da PostGIS a GML, l'xsd generato rifletterà, suppongo, la struttura PostGIS e non quella dello schema GML.
Ho letto meglio la tua domanda.
Non ti ho risposto nei termini giusti.
Il concetto di application schema si applica al GML e come tale è riproponibile in teoria in qualsiasi ambiente in cui si usa il GML.
In questo caso pero', come ti dicevo, il server wms si propone di inviare una singola feature piuttosto che un dataset intero.
Inoltre, se si tiene presente ch comunque si parla di cio' che mapserver riesce comunque a visualizzare come rendering.
va da se' che un application profile generico che potrebbe proporre collezzoni di superfici, archi, curve e segmenti il tutto mixato e scheckerato a puntno per un detemrinato modello va oltre lo scopo di un semplice invio di geometria e attributi.
Un server WFS invece spedisce cio' che ha sotto come dati. Il suo scopo è solo invare i dati vettoriali non rappresentarli.
Per questo li' ha piu' senso secondo me aprire alla gestione di piu' modelli di dati.
Nel caso specifico io direi che l'application schema implicito usato nella risposta in GML alla GetFeatureInfo è il
GML simple feature profile.
Saluti,
Andrea.
Andrea,
···
In questo caso pero’, come ti dicevo, il server wms si propone di inviare una singola feature piuttosto che un dataset intero.
in effetti MapServer mette a disposizione un parametro “radius” (vendor specific) che permette di ottenere tutte le feature del BBOX [1]. Sarebbe interessante poter quindi offrire un GML compatibile con un AS specifico.
Nel caso specifico io direi che l’application schema implicito usato nella risposta in GML alla GetFeatureInfo è il
GML simple feature profile.
Si penso anch’io sia GMLSP
[1] http://mapserver.org/ogc/wms_server.html#vendor-specific-wms-parameters
Pasquale