[GeoNetwork-devel] intermap: group layers fixes and mods for UMN MapServer

Hi,

We've been using intermap with UMN MapServer and Deegree2 and run into a few fixable problems:

1. Expansion of group layers: Intermap scans the getCapabilities xml and adds all layer children to the list of layers in im_get-services.xsl - unfortunately this leaves group layers (eg. such as those that are a combination of generalized layers for scale thresholding) unselectable. I reckon this is the opposite of what should happen but anyways it can be fixed by straightforward mods to the xsl.

2. As a consequence of 1, the xsl to decide whether a layer is queryable in im_get-layers.xsl doesn't work because it uses:

descendant::Layer[Name=$name]/ancestor-or-self::Layer/@queryable[1] = '1')

it needs an additional test condition which replaces ancestor-or-self to test whether one of the layers that belongs to the group is queryable (ie. descendant).

3. (Enhancement) Identify button through im_identify.xsl doesn't support UMN MapServer's strange GML output msGMLOutput - you could get around this by using HTML templates in the UMN MapServer thereby allowing intermap to use INFO_FORMAT=text/html but I like the GML solution in im_identify.xsl - I've done this and can submit the modified version back if anybody wants it.

Cheers and thanks again for this software - I'm definitely not complaining just trying to help!

Simon

------
Simon Pigot
Corporate Information Technology (CIT)
Department of Primary Industries and Water (DPIW)
Level 8, 134 Macquarie St,
Hobart, Tasmania, Australia 7001
Ph: +61 3 62338357

Hi Simon,
Thanks a lot for the feedback! Definitely not taken as complaints and very helpful. Did you make the changes you suggest in your local version? If so, would you be able to provide us with the updated (pieces or whole) XSL?
Thanks again, ciao,
Jeroen

On Feb 21, 2007, at 6:40 AM, Simon Pigot wrote:

Hi,

We've been using intermap with UMN MapServer and Deegree2 and run into a
few fixable problems:

1. Expansion of group layers: Intermap scans the getCapabilities xml and
adds all layer children to the list of layers in im_get-services.xsl -
unfortunately this leaves group layers (eg. such as those that are a
combination of generalized layers for scale thresholding) unselectable.
I reckon this is the opposite of what should happen but anyways it can
be fixed by straightforward mods to the xsl.

2. As a consequence of 1, the xsl to decide whether a layer is queryable
in im_get-layers.xsl doesn't work because it uses:

descendant::Layer[Name=$name]/ancestor-or-self::Layer/@queryable[1] = '1')

it needs an additional test condition which replaces ancestor-or-self to
test whether one of the layers that belongs to the group is queryable
(ie. descendant).

3. (Enhancement) Identify button through im_identify.xsl doesn't support
UMN MapServer's strange GML output msGMLOutput - you could get around
this by using HTML templates in the UMN MapServer thereby allowing
intermap to use INFO_FORMAT=text/html but I like the GML solution in
im_identify.xsl - I've done this and can submit the modified version
back if anybody wants it.

Cheers and thanks again for this software - I'm definitely not
complaining just trying to help!

Simon

------
Simon Pigot
Corporate Information Technology (CIT)
Department of Primary Industries and Water (DPIW)
Level 8, 134 Macquarie St,
Hobart, Tasmania, Australia 7001
Ph: +61 3 62338357

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork