RFC 5165 INFORMATIONAL URN · NAMING · GEOSPATIAL

A Uniform Resource Name (URN) Namespace for the Open Geospatial Consortium (OGC)

Permanent, location-independent names for geospatial resources.

On rfc-editor.org ↗
PUBLISHED
April 2008
AUTHORS
C. Reed
STREAM
IETF
NAMESPACE ID
ogc
REGISTRATION DATE
August 16, 2007
SCOPE
Global
URN RESOLVER
urn.opengis.net
DOI
10.17487/RFC5165

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗
Network Working Group                                            C. Reed
Request for Comments: 5165                    Open Geospatial Consortium
Category: Informational                                       April 2008


            A Uniform Resource Name (URN) Namespace for the
                    Open Geospatial Consortium (OGC)

Status of This Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

Abstract

   This document describes a Uniform Resource Name (URN) namespace that
   is engineered by the Open Geospatial Consortium (OGC) for naming
   persistent resources published by the OGC.  The formal Namespace
   IDentifier (NID) is "ogc".

1.  Introduction

   The Open Geospatial Consortium (OGC) is a voluntary consensus
   standards organization.  Founded in 1994, the OGC produces many kinds
   of technical documents, including: standards, working drafts,
   technical reports, discussion papers, and XML schemas.  The OGC
   wishes to provide persistent, location-independent Identifiers for
   these resources.  Further, a number of OGC standards and application
   schemas of OGC standards are now used and/or referenced by standards
   specifications from other standards organizations, including OASIS,
   the IETF, IEEE, ISO, and OMA.

   The OGC core mission is to develop spatial interface and encoding
   specifications that are openly available and royalty free.  Products
   and services that conform to OGC interface specifications enable
   users to freely exchange and process spatial information across
   networks, computing platforms, and products.  Interoperability in
   such an environment is facilitated by the use of a system of
   persistent identifiers that are global in scope.  The OGC is the only
   standards organization whose mission is specifically focused in
   interfaces and encodings for geospatial content and services.

   Motivated by these concerns, the OGC would like to assign formal URNs
   to published resources in order to provide persistent, location-
   independent identifiers for them.  The process for registering a
   namespace identifier is documented in RFC 3406 [2].

   The official IANA registry of URN namespaces is available online:
   <http://www.iana.org/assignments/urn-namespaces>.

   2.  URN Specification for "ogc" NID

   Namespace ID:

      ogc

   Registration Information:

      Registration Version Number: 1
      Registration Date: 2007-08-16

   Declared registrant of the namespace:

      Open Geospatial Consortium, Inc. (Headquarters)
      35 Main Street, Suite 5
      Wayland, MA 01778-5037, USA
      c/o Carl Reed (creed@opengeospatial.org)

   Declaration of syntactic structure:

      The Namespace Specific String (NSS) of all URNs that use the "ogc"
      NID will have the following structure:

         urn:ogc:{OGCresource}:{ResourceSpecificString}

      where the "OGCresource" is a US-ASCII string that conforms to the
      URN syntax requirements [1] and defines a specific class of
      resource type.  Each resource type has a specific labeling scheme
      that is covered by "ResourceSpecificString", which also conforms
      to the naming requirements of [1].  The only exception is that the
      character ":" shall not be used as part of the "OGCresource"
      string.  This is to avoid possible confusion.  Further,
      "OGCresource" is case sensitive.

      The OGC maintains a naming authority, the OGC Naming Authority
      (ONA), that will manage the assignment of  "OGCresources" and the
      specific registration values assigned for each resource class.

   Relevant ancillary documentation:

      The OGC Naming Authority (ONA) provides information on the
      registered resources and the registrations for each.  More
      information about ONA, the registration activities, and procedures
      to be followed are available at:

      https://portal.opengeospatial.org/wiki/twiki/bin/view/
      Member/OGCUrnIntro

      An operational OGC URN "resolver" is available at
      http://urn.opengis.net/.  The resolver provides a registry of the
      currently member approved OGC URN's used in currently approved and
      implemented OGC standards.

      The OGC Naming Authority is a permanent OGC resource.  The
      documents and related OGC URN resources, such as the URN resolver,
      have stable URLs.  The ONA reference is
      http://www.opengeospatial.org/ogcna.

      There are a number of OGC Best Practice and Standards documents
      that define member agreements on the definitions for "OGCresource"
      and ResourceSpecificString.

   Identifier uniqueness considerations:

      The ONA manages resources using the "ogc" NID and will be the
      authority for managing the resources and subsequent strings
      associated.  In the associated procedures, ONA will ensure the
      uniqueness of the strings themselves or shall permit secondary
      responsibility for the management of well-defined sub-trees.

      The OGC may permit the use of experimental type values that will
      not be registered.  As a consequence, multiple users may end up
      using the same value for separate uses.  As experimental usage is
      only intended for testing purposes, this should not be a real
      issue.

   Identifier persistence considerations:

      The OGC provides clear documentation on a number of the registered
      uses of the "ogc" NID.  Additional uses developed by the OGC
      membership in the future will be first approved by the ONA and
      then by the entire OGC voting membership.  This is the normal
      process for all OGC documents that become OGC standards or other
      permanent resources for use by the community.

      The OGC Naming Authority maintains a permanent registry of
      approved uses.  This resource is structured such that each
      "OGCresource" has a separate description and registration table.

      The registration tables and information are published and
      maintained by the ONA on the OGC web site.

   Process of identifier assignment:

      The ONA uses the approved OGC standards policies and procedures
      for discussion, approval, and registration of each type of
      resource maintained [3].

      Each such resource may have three types of registration
      activities:

         1) Registered values associated with OGC specs or services
         2) Registration of values or sub-trees to other entities
         3) Name models for use in experimental purposes

   Process for identifier resolution:

      The namespace is not listed with a Resolution Discovery System
      (RDS); this is not relevant.

   Rules for Lexical Equivalence:

      No special considerations except as noted in the declaration of
      syntactic structure; the rules for lexical equivalence of [1]
      apply.

   Conformance with URN Syntax:

      No special considerations.

   Validation mechanism:

      None specified.  URN assignment will be handled by procedures
      implemented in support of ONA activities.

   Scope:

      Global

3.  Examples

   The following examples are representative URNs that have been
   assigned by the ONA.

      urn:ogc:specification:gml:doc-is(02-023r4):3.0.0

   Defines the URN to be used to identify version 3.0.0 of an OGC
   specification document for the Geography Markup Language in the OGC
   document archives.

      urn:ogc:serviceType:CatalogueService:2.0.2:HTTP

   Defines the URN to be used for an application to specify the specific
   service type for an OGC Catalogue service.

      urn:ogc:def:crs:EPSG:6.3:26986

   This is the URN literal to reference the definition of the Coordinate
   Reference System (CRS) with code 26986 that is specified in version
   6.3 of the EPSG database [4].

4.  Namespace Considerations

   There is currently no available namespace that will allow the OGC to
   uniquely specify and access resources, such as schemas and
   registries, that are required by organizations implementing OGC
   standards.  There is also a need for other standards organizations,
   such as OASIS and the IETF, to be able to access OGC specific
   resources.

   The geospatial and location services industry will benefit from the
   publication of this namespace by having more permanent and reliable
   names for the XML namespaces, schema locations, standards document
   reference, and other document artifacts required for implementation
   of an OGC standard.

   The OGC members considered the use of other existing NIDs, such as
   those for OASIS and OMA.  However, the semantics for geospatial
   content and services have a number of unique characteristics, such as
   the expression of coordinate reference systems.  The URN syntax used
   by OASIS and OMA do not support the necessary elements to express the
   full semantics used in and by the geospatial community.

5.  Community Considerations

   Both the traditional geospatial and location services industry as
   well as the broader IT community will benefit from the publication of
   this namespace by providing permanent and reliable names for the XML
   namespaces, schema locations, catalogues registries, and other
   document artifacts required for implementation of an OGC standard.

   We desire these resources to be freely and openly available as a set
   of community resources.  Not only can OGC members identify and submit
   new proposals for additional resources, but any individual or
   organization can make a contribution by submitting a proposal to the
   OGC for consideration by the ONA.  Normal OGC standards discussion
   and approval processes will be used to process any new community
   contribution.

   Since 2003, the OGC membership has been developing expertise in using
   the OGC URN.  The knowledge and experience gained through
   implementation experiments and a variety of operational test beds
   contributed to the current OGC URN specification.  The knowledge is
   documented in OGC documents (above) as well as an operational OGC URN
   resolver.  Work is also underway on a publicly accessible OGC URN
   registry.  These resources are necessary for a number of reasons,
   including the fact that numerous agencies and organizations, such as
   NATO and NGA, have mandated a procurement policy that requires OGC
   standards and their related OGC URNs.

6.  Security Considerations

   There are no additional security considerations other than those
   normally associated with the use and resolution of URNs in general.

7.  IANA Considerations

   This document defines a URN NID registration of "ogc", which has been
   entered into the IANA registry located at
   <http://www.iana.org/assignments/urn-namespaces>.

8.  Normative References

   [1] Moats, R., "URN Syntax", RFC 2141, May 1997.

   [2] Daigle, L., van Gulik, D., Iannella, R., and P. Faltstrom,
       "Uniform Resource Names (URN) Namespace Definition Mechanisms",
       BCP 66, RFC 3406, October 2002.

   [3] OGC Technical Committee Policies and Procedures, Version 3,
       October 1, 2007. Available (online):
       https://portal.opengeospatial.org/files/?artifact_id=12586

   [4] "Definition identifier URNs in OGC namespace" Version 1.1 Arliss
       Whiteside, An OGC Best Practices, August 2006. Available
       (online):
       http://portal.opengeospatial.org/files/?artifact_id=16339

Author Address

   Carl Reed, PhD
   Chief Technology Officer
   Open Geospatial Consortium, Inc.
   35 Main Street, Suite 5
   Wayland, MA 01778-5037, USA

   EMail:   creed@opengeospatial.org

Full Copyright Statement

   Copyright (C) The IETF Trust (2008).

   This document is subject to the rights, licenses and restrictions
   contained in BCP 78, and except as set forth therein, the authors
   retain all their rights.

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND
   THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS
   OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF
   THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Intellectual Property

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   http://www.ietf.org/ipr.

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.

AI ELI5

On this page
PROBLEMThe Open Geospatial Consortium publishes standards and resources whose web locations can change over time, but the standards need stable, persistent identifiers for long-term reference.
MECHANISMRFC 5165 registers a URN namespace identifier "ogc" that allows the OGC to assign persistent, globally unique names to all its published resources following a standard format.
BENEFITOGC resources now have stable identifiers that do not depend on where they are hosted on the web, making them reliable for long-term use in standards and software.

§1Names That Don't Break When Things Move

The Open Geospatial Consortium produces technical standards and specifications for managing spatial data and geospatial services. These specifications are referenced by other standards from OASIS, IETF, IEEE, and ISO.

The problem: if an OGC specification moves from one URL to another (due to website restructuring, server migration, or organizational change), every reference to it breaks. A Uniform Resource Name (URN) solves this by providing a persistent identifier that is independent of location, like an ISBN for a book.

Standards are cited in other standards for decades. A stable name is more important than a stable website.

§2URN Namespace Structure

A URN has the format urn:<namespace-id>:<namespace-specific-string>. The namespace ID "ogc" identifies resources managed by the Open Geospatial Consortium. The namespace-specific string follows a hierarchical structure: urn:ogc:{OGCresource}:{ResourceSpecificString}.

For example, urn:ogc:specification:gml:doc-is(02-023r4):3.0.0 uniquely identifies version 3.0.0 of an OGC specification document for Geography Markup Language (GML). The OGC Naming Authority (ONA) manages all assignments within this namespace.

A URN is like a filing system: the first part says who manages it (OGC), and the rest describes exactly which resource and what version.

§3OGC Namespace Registration Details

RFC 5165 registers the formal namespace identifier "ogc" with IANA (the Internet Assigned Numbers Authority) under the URN registration process described in RFC 3406. The registration was completed on August 16, 2007.

The OGC Naming Authority (ONA) serves as the registrant and maintains a permanent registry of approved resource types and registrations. Entries in the registry are published on the OGC website and are structured so each resource class has its own description and registration table.

The namespace supports three types of registration activities: standard uses from OGC specifications, registration of sub-trees to other organizations, and experimental name models for testing.

The OGC assigned someone to keep a permanent list of all the names they have handed out and what each one means.

§4Examples of OGC URNs

The RFC provides three concrete examples:

Specification reference: urn:ogc:specification:gml:doc-is(02-023r4):3.0.0 identifies a specific version of GML in the OGC document archives.

Service type: urn:ogc:serviceType:CatalogueService:2.0.2:HTTP identifies an OGC catalog service type, allowing applications to specify which service they need.

Coordinate Reference System: urn:ogc:def:crs:EPSG:6.3:26986 references a specific coordinate system definition from the EPSG database, showing how URNs can identify precise technical definitions essential for geographic information systems.

These examples show that the same URN system works for standards documents, service definitions, and technical data—anything the OGC publishes.

§5Why the OGC Needs Its Own Namespace

The RFC explains that existing URN namespaces (such as those used by OASIS or OMA) do not fully support the semantics needed for geospatial content and services. Geospatial data has unique characteristics, such as the need to express coordinate reference systems and multi-dimensional spatial relationships, that require specialized naming capabilities.

Additionally, as OGC standards have been adopted by government agencies (NATO, NGA) and other standards organizations, the need for persistent, reliable resource identifiers has become critical. Agencies often mandate OGC standards compliance, making stable URNs essential for compliance verification and documentation.

Geography has special technical needs that other standards bodies did not think about, so OGC needed its own naming system.

§6Community Benefits and Openness

The URN namespace and the OGC Naming Authority are open community resources. Any person or organization can submit a proposal for new resources to the ONA, which processes requests through normal OGC standards discussion and approval procedures.

Since 2003, the OGC membership has developed expertise in using OGC URNs through implementation experiments and operational test beds. An OGC URN resolver operates at urn.opengis.net, and a public registry is maintained at www.opengeospatial.org/ogcna. This ensures that URNs remain freely and openly available for use by both OGC members and the broader IT community.

Anyone can propose new URNs, and everyone can look up what existing ones mean through public registries and tools.

§7References