Metadata Scope ★★★★

In order to quickly find, categorise and evaluate the fitness of a resource to our needs it is useful to include in our metadata a high level description of the scope of the resource our metadata is describing.


Element Name	metadataScope
Parent	MD_Metadata
Class/Type	MD_MetadataScope
Governance	Common ICSM
Purpose	Discovery, Data Management
Audience	machine resource - ⭑ ⭑ ⭑
	general - ⭑ ⭑ ⭑ ⭑
	resource manager - ⭑ ⭑ ⭑ ⭑
	specialist - ⭑ ⭑ ⭑
Metadata type	descriptiive
ICSM Level of Agreement	⭑ ⭑ ⭑

Definition

A resource code identifying the type of resource, e.g. service, a collection, an application which the metadata describes

ISO Obligation

There can be zero to many [0..*] metadataScope entries for the cited resource in the MD_Metadata package of class MD_MetadataScope for the metadata record.

Discussion

MetadataScope contains information that describes the scope of the resource that this metadata record documents. The standard allows multiple scopes per metadata record, but we have no examples to date to illustrate this use. Current thought is that ICSM recommendation would be the one and only one entry for metadataScope. MetadataScope replaces hierarchyLevel in the previous version of ISO19115. This was done to avoid ambiguity in cases where multiple scope codes and names are associated with a single record. The word hierarchy was dropped from the names because scopes can be used in non-hierarchical structures. This element, like a number of others, are essentially keywords, albeit of a special type, and are generally treated as such when records are harvested to other non ISO 19115 based catalogues.

Outstanding Issues

Metadata for resources other than datasets: This element definition may warrant revision as we extend our work to cover metadata for services and other resources other than datasets.

ISO Comment: The values in the MD_ScopeCode list are intentionally general and details of their application are left to the data provider. In order to foster interoperability, the usage of the scope codes should be carefully documented in any community of practice. Clause E.5 (ISO 19115.1-2014) outlines possible applications of codes from the MD_ScopeCode codelist and related codes included in ISO/TS 19139 as part of the MX_ScopeCode list. These examples are meant to provide reasonable starting points and are certainly not exhaustive.

DCAT advice: Typically, the subject will be represented using keywords, key phrases, or classification codes. Recommended best practice is to use a controlled vocabulary.

ICSM Best Practice Recommendations

Therefore - in order to provide top level categorisation of entries in a catalogue, it is recommended that metadataScope be populated. The default value of MD_MetadataScope.resourceScope should be dataset. When the value of resourceScope is other than dataset, MD_MetadataScope.name must be populated.

For Service metadata, the value of Resource Scope must be Service.

Recommended Sub-Elements

From class - MD_MetadataScope

resourceScope - (codelist - MD_ScopeCode) [1..1] Mandatory when using MD_MetadataScope. Default value “dataset”. For Service metadata, the value \ must be “service”. See MD_Scope for more value options
name - (type - charStr) [0..1] description of the scope. Mandatory if resourceScope is not equal to “dataset”

Crosswalk considerations

ISO19139

MetadataScope replaces hierarchyLevel in the previous version of ISO19115. This was done to avoid ambiguity in cases where multiple scope codes and names are associated with a single record. The word hierarchy was dropped from the names because scopes can be used in non-hierarchical structures. Changed elements include

MD_Metadata.hierarchyLevel changed to MD_Metadata.metadataScope>MD_MetadataScope.resourceScope
MD_Metadata.hierarchyLevelName changed to MD_Metadata.metadataScope>MD_MetadataScope.name

These two elements were moved to the new MD_MetadataScope class to avoid ambiguity in cases where multiple scope codes and names are associated with a single record. The word hierarchy was dropped from the names because scopes can be used in non-hierarchical structures.

Dublin core / CKAN / data.gov.au

In Dublin core the identifier element is described as holding a reference to the resource (not the metadata). However in the case of metadata records harvested by a higher level CKAN like catalogue, we view the complete metadata record as the resource. It is also standard practice that the DC Identifier field be resolvable. For a Dublin Core metadata record harvested via CSW from an ISO 19115-1 record, it is important that that record links to something that can be dereferenced. That something is held in the identifier field and should be the location URL/URI for the metadata. If the ISO 19115-1 identifier element is only a unresolvable UUID, the metadataLinkage element may be a better choice to populate the DC Identifier field.

DCAT

May map to dct:identifier if metadataIdentifier is unresolvable

RIF-CS

May map to Key Identifier if metadataIdentifier is unresolvable

Also Consider

keywords - words or phrases describing the resource to be indexed and searched by web crawlers.
Topic Category - is the preferred element to be used to provide linkage to the metadata record.

Examples

XML -

<mdb:MD_Metadata>
....
   <mdb:metadataScope>
      <mdb:MD_MetadataScope>
         <mdb:resourceScope>
            <mcc:MD_ScopeCode 
            codeList="https://schemas.isotc211.org/19115/resources/Codelist/cat
            /codelists.xml#MD_ScopeCode" codeListValue="dataset"/>
         </mdb:resourceScope>
         <mdb:name gco:nilReason="missing">
            <gco:CharacterString/>
         </mdb:name>
      </mdb:MD_MetadataScope>
  </mdb:metadataScope>
....
</mdb:MD_Metadata>

\pagebreak

UML diagrams

Recommended elements highlighted in yellow metadataScope

\pagebreak