Welcome to the CRSdefinitionResolver web
OGC maintains a resolver for various types of definitions, such as Coordinate Reference Systems (CRSs), coordinate axes, units of measure, etc., identified by a URI (NB: OGC uses URLs). The task of a resolver is, when receiving a URL identifying a concept, to return its definition.
There is a wide and growing range of CRS definitions maintained, including those composed from horizontal space, vertical, time ("temporal"), and index
("image CRS") axes (see more on this
). New definitions arise, such as in planetary sciences. As of today, responses are returned in GML, but other representations (such as WKT) might be added in future (see discussion of issues
The resolver represents a Web service accepting a URL, such as http://www.opengis.net/def/crs/EPSG/0/4326
, and responding with a definition of the CRS (or axis, etc.) identified by the input URL.
The following CRS families are provided currently:
Generally, such definitions sit in the def/ branch of OGC's name type system. CRSs and axes are gathered in def/crs/ and def/axis/, respectively. Among others, the following branches are provided currently (see below for complete list):
The resolver provides versioning of all definitions. To this end, CRS URLs - following common OGC policy - contain a version indicator. For example, in the following URL the "0" is such a version indicator:
Version identification adheres to the following rules:
- a concrete version number has a syntax of n.n.n where n is a nonnegative integer number following OGC versioning semantics (first digit change = possible backwards incompatibility; second digit change = backwards-compatible change; third-digit change = bug fix). For EPSG definitions, OGC adopts the IOGP version number unaltered (note that EPSG does not necessarily adhere to the OGC versioning semantics).
- a special version indicator is written as "0". It indicates "no particular version" in general; currently a "0" in an EPSG definition refers to version 8.5.2 as released by OGP. See herefor more information.
CRS Resolver Implementation
This OGC CRS resolver as described above is implemented using SECORE
, the open-source resolver implementation of the rasdaman array engine
Resolver Redirection Policy
Incoming URLs are dispatched to the various domain-specific resolvers by OGC:
- While /def/uom/ is redirected to CSIRO's SEEGRID, /def/uom/EPSG/ is still redirected to SECORE.
- EPSG KVP (key value pairs) rules are still inspected and rewritten to SECORE.
Maintenance and Contact
- See also the discussion area.
- The resolver database is maintained by Jacobs University through its open-source SECORE technology. Contact: Peter Baumann, baumann attrasdaman.com
- want to see a CRS definition added?Contact the maintainer (see above) providing (i) rationale, (ii) the proposed target URL, (iii) GML definition that is supposed to go behind that URL. See the maintenance history.
CRSdefinitionResolver Web Utilities