[GeoSciML] Http-uri links in a GeoSciML-Portrayal WMS GetFeatureInfo response [SEC=UNCLASSIFIED]

Boisvert, Eric Eric.Boisvert at RNCan-NRCan.gc.ca
Mon Jan 27 08:59:02 EST 2014

> I suspect anyone with a sound grasp of HTML should be able to create these templates with easy (?!).

Actually, the templating is driven by FreeMarker, which has all kind of functions and operators to create whatever HTML.

ArcGIS Server 10 has something similar, but with XSLT


This will obviously only work for "dumb" client, that expect/request HTML, in which this behaviour can be injected.

For "smart" clients, that actually tries to parse the data and do something with it, you should follow the GML simple feature profile  (05-033r9 - http://www.ogcnetwork.net/gml-sf )clause  A client that claims compliancy with simple feature profile should handle these as links.  Other smart clients behaviour is pretty much whatever the programmer thought was appropriate. Defining elements that reference other resources
The following XML-Schema fragment shows how to declare an element whose value is a reference to a local or remote resource:
1 <xsd:element name="propertyName" type=" gml:ReferenceType" minOccurs="0|1">
2 <xsd:annotation>
3 <xsd:appinfo source="urn:x-gml:targetElement">target element</xsd:appinfo>
4 </xsd:annotation>
5 </xsd:element>
The value of the mandatory name attribute, propertyName, is a placeholder for the name of the element being declared which should match the name of feature property being encoded.
The use of the attributes minOccurs and maxOccurs is described in section
The value of the mandatory type attribute must be gml:ReferenceType.
In order to indicate which element is the target of the reference, an XML Schema annotation must be used, as shown above, to specify the fully qualified target element name.
In instance documents, local objects may be identified using only the following shorthand xpointer expression template: a local resource is identified by setting the value of the xlink:href attribute to be the fragment separator '#' and the gml:id value of the feature. The absence of a URI before the fragment separator indicates that the local document is being referenced. For example:
Similarly, remote objects may be identified by setting the value of the xlink:href attribute to be the URI for the remote document, a fragment seperator '#' and the id of the object being referenced. For example:

Good day from frigid Quebec City...

De : GeoSciML [mailto:geosciml-bounces+eric.boisvert=rncan-nrcan.gc.ca at lists.opengeospatial.org] De la part de Alistair Ritchie
Envoyé : 26 janvier 2014 17:11
À : Public: A mailing list for GeoSciML
Cc : Robyn.Gallagher at ga.gov.au
Objet : Re: [GeoSciML] Http-uri links in a GeoSciML-Portrayal WMS GetFeatureInfo response [SEC=UNCLASSIFIED]

Hi Ollie,

Geoserver uses 'Templates' to produce the HTML response to GetFeatureInfo requests.

They are documented here: http://docs.geoserver.org/latest/en/user/tutorials/GetFeatureInfo/index.html

You can use a custom template to map WMS attribute/element values (the raw data) on to your preferred HTML for the response. The above link shows a subset of what it possible. It should not be too hard to create templates that place the http URIs returned by the server in HTML hyperlink elements. These templates could be re-used across portrayal services.

I suspect anyone with a sound grasp of HTML should be able to create these templates with easy (?!).

Cheers, Alistair

Alistair Ritchie
Informatics Research and Applications Team | LANDCARE RESEARCH - MANAAKI WHENUA
PO Box 40, Lincoln 7640, NEW ZEALAND  |  Gerald Street, Lincoln 7608, NEW ZEALAND
T: +64 3 321 9722  |  F: +64 3 321 9998  |  M: +64 277 754 321 | W: www.landcareresearch.co.nz<http://www.landcareresearch.co.nz>

From: GeoSciML [mailto:geosciml-bounces at lists.opengeospatial.org] On Behalf Of Oliver.Raymond at ga.gov.au
Sent: Friday, 24 January 2014 12:38
To: geosciml at lists.opengeospatial.org
Cc: Robyn.Gallagher at ga.gov.au
Subject: [GeoSciML] Http-uri links in a GeoSciML-Portrayal WMS GetFeatureInfo response [SEC=UNCLASSIFIED]

Hi all,

The background:
As part of our drive to get people using GeoSciML-Portrayal, we are recommending that the schema be used for structuring WMS as well as simple WFS.  The schema uses http-uri as values for some attributes (eg, age uri, lithology uri, etc).

The question:

1.       Has anyone managed to get ArcGIS Server to deliver a WMS GetFeatureInfo response with the http-uri values delivered as hyperlinks rather than just plain text values?  (ie, so that a user can click on the url to see the linked data, rather than having to cut and past the url into a browser, which is a pain).

- an example from http://www.ga.gov.au/gis/services/earth_science/GA_Surface_Geology_of_Australia/MapServer/WMSServer

[cid:image001.png at 01CF1B3D.F55C0FC0]

2.       I am told that Geoserver can represent the uri's as hyperlinks in a WMS?  Easily?



Ollie Raymond
Senior Geologist  - Information Management  |  GEOSCIENCE AUSTRALIA<http://www.ga.gov.au/>

Phone:  +61 2 6249 9575  |  Fax:  +61 2 6249 9971
Email:  Oliver.Raymond at ga.gov.au<mailto:Oliver.Raymond at ga.gov.au>  |  Web:  www.ga.gov.au<http://www.ga.gov.au/>
Cnr Jerrabomberra Avenue and Hindmarsh Drive,  Symonston,  ACT
GPO Box 378,  Canberra,  ACT,  2601,  Australia

Geoscience Australia Disclaimer: This e-mail (and files transmitted with it) is intended only for the person or entity to which it is addressed. If you are not the intended recipient, then you have received this e-mail by mistake and any use, dissemination, forwarding, printing or copying of this e-mail and its file attachments is prohibited. The security of emails transmitted cannot be guaranteed; by forwarding or replying to this email, you acknowledge and accept these risks.


Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20140127/cefd9017/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 10553 bytes
Desc: image001.png
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20140127/cefd9017/attachment-0001.png>

More information about the GeoSciML mailing list