ICSM ISO19115-1 Metadata Best Practice Guide

Spatial Reference System ★★★★

In order to be of repeatable use and combined with other resources, geospatial information is most always captured according to a spatial reference system - (SRS). (Also referred to as a Coordinate Reference System - CRS.) Sharing the specifics of the reference systems used allows the resource to be compared and combined with others with precision and accuracy.

   
Element Name referenceSystemInfo
Parent MD_Metadata
Class/Type MD_ReferenceSystem
Governance Common ICSM (for acceptable CRS registries)
  Domain (for acceptable values within a community of users)
Purpose Usage, Fitness
Audience machine resource - ⭑ ⭑ ⭑ ⭑
  general - ⭑ ⭑
  resource manager - ⭑ ⭑ ⭑ ⭑
  specialist - ⭑ ⭑ ⭑ ⭑ ⭑
Metadata type Structural
ICSM Level of Agreement ⭑ ⭑ ⭑

Definition

Information about the framework reference systems used to precisely measure locations on the surface of the Earth as coordinates values.

ISO Obligation

Discussion

Geospatial resources require standardised spatial reference systems to provide a common, precise and decodable system for communicating real-world locations. Different spatial reference systems serve different purposes. People and machines that use spatial resources need to be provided in the metadata the details of the spatial reference systems used by the resource to conduct meaningful analysis and combine this resource with others.

To adequately describe a resource, there may be the need to include multiple SRS in the metadata. Usually, each would be of a different type (referenceSystemType).

Dynamic (Earth Centric) Datums A CRS contains two different elements - the datum and the coordinate system. The datum defines how the CRS is related to the Earth (position of the origin, the scale and the orientation of coordinate axis). The coordinate system describes how to express coordinate values. Datums may be static (tied to a plate on the Earth’s crust), or dynamic (Earth-centric). With static datums, such as GDA94, coordinates do not change with time.

Real-world coordinates change over time due to movements in the Earth’s crust. Modern Earth-centric datums, such as WGS84, account for these movements. These changes are significant and need to be accounted for when combining data captured at different times. For example, in Australia, continental drift accounts for up to 70mm per year or 1.8 metres over the past 26 years.

Therefore, when the SRS is dynamic, it is necessary to capture the coordinate observation’s date (Coordinate Epoch) to understand coordinate values correctly.

Coordinate Epoch values should be the year in decimal degrees of at least two decimal places for the value of the coordinate reference frame of the data captured. The Coordinate Epoch value depends on the methodology used. For instance, the Coordinate Epoch may be the date of coordinates capture for data captured using a GNSS device. On the other hand, for data digitised from imagery, the Coordinate Epoch value would be the date of the source imagery. Therefore, users must take care in determining the coordinate epoch of their source data or method.

ICSM Best Practice Recommendations

Therefore, a record must include metadata about the Spatial Reference System used by this resource. Doing so will allow the proper use, reuse and analysis to occur. In addition, users need to know whether the CRS is dynamic or static. The minimum recommendation is to capture the reference system type and code (including codespace). When the datum is dynamic, record Coordinate Epoch to account for changes in coordinate positions due to movements in the earth’s crust.

The European Petroleum Survey Group (EPSG) currently holds the most complete and frequently used register of SRSs. Therefore, we recommend using EPSG and the EPSG codespace for SRS information in the metadata.

NOTE - Authoritative hosting of the SRS registries is under review. This function may move to OGC, ISO in the near future.

MD_ReferenceSystemTypeCode

There are 28 options to choose from in the reference system type code list (MD_ReferenceSystemTypeCode). Many would never be used by a particular professional. The most common for most geospatial professionals is ‘projected’. The list below sorts these options with the most common on top.

Also Consider

Outstanding Issues

Dynamic (Earth Centric) Datums This guidance pertains to the recently released Amendment 2:2020 version of ISO19115-1 based metadata. As of this writing, no ISO19115-3 xml implementations are available. This work is dependent on the development of ISO19111 xml schemas currently underway. Until such efforts are complete refer to previous guidance for populating Spatial Reference System metadata.

crs With the latest amendment came a new element, crs. This element references the class CRS from ISO19111. This element provides greater flexibility and additional details about reference frames. But until work is complete on an xml implementation of ISO19111, its use is not recommended.

Authority ABARES and GA marked Authority as a conditional field. But little guidance exists on the use of this element in this context. Should Authority be about the owner of the registry (e.g. EPSG) or the provider of the SRS (LINZ in the case of NZTM)?

MD_ReferenceSystemTypeCode The codelist MD_ReferenceSystemTypeCode is a long and confusing list of types that are not necessarily exclusive or distinguished by the same reasoning. Reconsideration of its use is recommended, particularly in light of the availability of the element crs.datum.oclAsType inherited from ISO19111.

Crosswalk considerations

ISO19115-3 and ISO139

Fully forward compatible with previous versions

Dublin core / CKAN / data.gov.au

No mapping provided

DCAT

Maps to dct:conformsTo

RIF-CS

Maps to the aggregate element Coverage/Spatial

Examples

XML

  TBC when available

UML diagrams

Recommended elements highlighted in yellow

SpatRefSys

\pagebreak