Opened 12 years ago

Closed 12 years ago

#4129 closed defect (fixed)

root layer metadata

Reported by: mko Owned by: schpidi
Priority: normal Milestone:
Component: WMS Server Version: unspecified
Severity: normal Keywords: root layer, metadata
Cc: mko

Description

If there's a named root layer, all WMS metadata we use at LAYER level may be required for the root layer, too. E.g. metadataurl, dataurl, style, authorityurl etc.

According to the current code, the root layer is handled by msWMSGetCapabilities() and the others by msDumpLayer(). This should be harmonized. We should also discuss the possibility to configure the root layer using a common LAYER section in future versions.

Attachments (1)

metadataurl_dataurl_authorityurl_identifier.patch (7.3 KB ) - added by mko 12 years ago.
Adds the elements AuthorityUrl, Identifier, MetadataUrl, DataUrl to the root layer capabilities section

Download all attachments as: .zip

Change History (5)

comment:1 by dmorissette, 12 years ago

The current logic is that the root layer corresponds to the mapfile as a whole, and then it contains individual layer children for each mapfile layer. That's why we use map-level metadata to produce the root layer capabilities. It's not clear to me what you are trying to achieve that is not possible at the moment... is it just that support for a few metadata entries is lacking at the root level? I didn't look at the code lately, but it may be that some refactoring is required to reuse the same function to output WMS metadata in both cases, without changing the fact that the root layer corresponds to the map as a whole.

comment:2 by mko, 12 years ago

When a rootlayer has a name, it behaves as an ordinary layer and clients may expect common information in capabilities document, such as MetadataUrl, Identifier, Styles etc. Most of it can be solved by copy-paste the relevant code from msDumpLayer() to msWMSGetCapabilities(). But for later major releases, I can also think of using the map-level metadata for the OGC service sections only and reading the root layer from a common layer block. Less code, more features -- harder to configure, because there's only one 'root' layer (otherwise this problem probably wouldn't exist).

by mko, 12 years ago

Adds the elements AuthorityUrl, Identifier, MetadataUrl, DataUrl to the root layer capabilities section

comment:3 by schpidi, 12 years ago

Owner: changed from mapserverbugs to schpidi
Status: newassigned

Added the patch, slightly adopted, to the inspire sandbox with r13034.

I currently don't see the necessity to change the logic and agree with Daniel to leave it as is.

comment:4 by schpidi, 12 years ago

Resolution: fixed
Status: assignedclosed

Closing this ticket as the INSPIRE sandbox has been merged to trunk with r13214.

Note: See TracTickets for help on using tickets.