RFC 7972
Entertainment Identifier Registry (EIDR) URN Namespace Definition
RFC 7972: Entertainment Identifier Registry (EIDR) URN Namespace Definition ๐ฌโจ
okay bestie, so this is RFC 7972 ๐ It's titled Entertainment Identifier Registry (EIDR) URN Namespace Definition. P. Lemieux of Sandflow Consulting LLC wrote it, and it was published in September 2016 as an Informational document, which means it's published for info and isn't an Internet Standards Track spec ๐ธ It's part of the IETF stream with ISSN 2070-1721. It obsoletes RFC 7302, so if you see that one around, this is the newer version ๐ฆ
Abstract โจ
EIDR Identifiers are used to give motion pictures and TV shows a globally unique ID ๐๏ธ This doc defines the formal Uniform Resource Name (URN) Namespace Identifier (NID) for EIDR Identifiers. It also says this document obsoletes RFC 7302 ๐ซถ
Status of This Memo ๐
So this one is not an Internet Standards Track spec. It's just published for info ๐ It's still an IETF product that represents the consensus of the IETF community, got public review, and was approved for publication by the Internet Engineering Steering Group (IESG). Not every IESG-approved doc is up for any level of Internet Standard, so check Section 2 of RFC 7841 for the deets ๐
For the current status, errata, and how to send feedback, go to http://www.rfc-editor.org/info/rfc7972 ๐
Copyright Notice ๐
Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved ๐
This doc is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents, at http://trustee.ietf.org/license-info, as they stand on the publication date. Read those carefully because they explain your rights and restrictions. Any Code Components pulled out of this doc must include the Simplified BSD License text, as described in Section 4.e of the Trust Legal Provisions, and they come with no warranty, as described in the Simplified BSD License โ๏ธ
Table of Contents ๐ง
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Completed URN Namespace Definition Template . . . . . . . . . 3
3. Namespace Considerations . . . . . . . . . . . . . . . . . . 7
4. Community Considerations . . . . . . . . . . . . . . . . . . 7
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7
6. Security Considerations . . . . . . . . . . . . . . . . . . . 7
7. References . . . . . . . . . . . . . . . . . . . . . . . . . 8
7.1. Normative References . . . . . . . . . . . . . . . . . . 8
7.2. Informative References . . . . . . . . . . . . . . . . . 8
Appendix A. Summary of Changes (Informative) . . . . . . . . . . 10
A.1. Introduction . . . . . . . . . . . . . . . . . . . . . . 10
A.2. Changes from RFC 7302 . . . . . . . . . . . . . . . . . . 10
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 10
1. Introduction ๐ท
This document defines the formal URN Namespace Identifier (NID) for EIDR Identifiers. That's the whole point of this one ๐
EIDR Identifiers are centrally registered, globally unique IDs for audiovisual works and their variants, mostly film and TV. When a work is registered, a unique set of metadata parameters describing it gets bound to its EIDR Identifier ๐
EIDR Identifiers are a special kind of DOI Name, handed out by the EIDR Association just for audiovisual works. The Digital Object Identifier (DOI) system gives you infrastructure for persistent, unique IDs for objects of any type, and it's specified in [ISO26234]. A DOI Name is the identifier permanently assigned to an object. DOI Names bring you persistence, global uniqueness, and an open resolution infrastructure, which is honestly iconic ๐
As a DOI Name, an EIDR Identifier has two components: a prefix that the DOI Registration Authority assigns exclusively to the EIDR Association, and a suffix that the EIDR Association defines. Right now EIDR Identifiers use the prefix 10.5240, but more prefixes might show up later ๐ฆ
Here's an example of an EIDR Identifier in its canonical form:
10.5240/7791-8534-2C23-9030-8610-5
In that one, 10.5240 is the prefix and 7791-8534-2C23-9030-8610-5 is the suffix.
The canonical URN version of the same EIDR Identifier looks like this:
urn:eidr:10.5240:7791-8534-2C23-9030-8610-5
Quick heads up: the : is used as the separator between prefix and suffix, because / is a URN reserved character. Not me being random ๐
[EIDR-OVERVIEW] and [EIDR-INTRO] have more background info if you want to go deeper ๐ง
This document obsoletes RFC 7302. Check Appendix A for a summary of changes ๐
2. Completed URN Namespace Definition Template ๐
So the namespace definition follows the template in [RFC3406], and here's how it shakes out ๐
Namespace ID: the NID is eidr.
Registration Information: it's Version 1, registered on 2014-03-03 โจ
Declared registrant of the namespace: the name is Entertainment Identifier Registry Association, and the address is:
c/o Alliances Management
544 Hillside Road
Redwood City, CA 94062
USA
The contact info is URL: http://eidr.org/contact/ and Email: info@eidr.org ๐ฌ
Declaration of syntactic structure: an EIDR Identifier is a special kind of DOI Name (see [ISO26234]). That means it has two components: a prefix called EIDR-PREFIX and a suffix called EIDR-SUFFIX. The URN representation, URN-EIDR, follows this syntax (written using [RFC5234]):
URN-EIDR = "urn:eidr:" EIDR-NSS
EIDR-NSS = EIDR-PREFIX ":" EIDR-SUFFIX
EIDR-PREFIX = 1*EIDR-CHARS
EIDR-SUFFIX = 1*EIDR-CHARS
EIDR-CHARS = ALPHA / DIGIT / "-" / "." / "_"
Right now the only EIDR-PREFIX value in use is 10.5240. The EIDR Association might bring in more prefix values that follow the EIDR-PREFIX syntax later on. Every one of those extra prefixes will be paired with suffix values that match a subset of the EIDR-SUFFIX syntax. Those extra prefixes and their suffixes will be documented in future revisions of this registration. Stay tuned ๐
An implementation can handle an EIDR-NSS with an unknown prefix as an opaque string, following the "Rules for Lexical Equivalence" below. It can also resolve it as a generic DOI Name, following the "Process for identifier resolution" below ๐ง
When EIDR-PREFIX is 10.5240, the EIDR-SUFFIX syntax gets even stricter, following the RP2079-SUFFIX syntax from [SMPTERP2079]:
RP2079-SUFFIX = 5(4HEXDIG "-") CHECK
CHECK = DIGIT / ALPHA
CHECK is the Mod 37,36 check character from [ISO7064], and it's computed over the 20 hexadecimal digits (HEXDIG) in RP2079-SUFFIX ๐ข
EXAMPLE:
urn:eidr:10.5240:7791-8534-2C23-9030-8610-5
Relevant ancillary documentation: [ISO26234] covers DOI Name syntax and registration. [SMPTERP2079] covers the syntax of the EIDR Identifier with prefix 10.5240 ๐
Identifier uniqueness considerations: an EIDR Identifier is a DOI Name. The ISO 26324 Registration Authority makes sure DOI Names are unique, so the URN-EIDR derived from an EIDR Identifier is guaranteed unique and never reassigned. An EIDR Identifier is also tied to a single URN-EIDR. Iconic consistency ๐ฏ
Identifier persistence considerations: an EIDR Identifier is a DOI Name, and the ISO 26324 Registration Authority makes sure a DOI Name stays valid indefinitely. So the URN-EIDR derived from an EIDR Identifier stays valid indefinitely too ๐
Process of identifier assignment: the EIDR Association registers each EIDR Identifier with the ISO 26324 Registration Authority ๐
People working in motion picture and TV, whether they make the content or distribute it and offer related services, can apply to be registrants. Registrants pay an annual membership fee, and the amount depends on how big the company is ๐ธ
Process for identifier resolution: as a DOI Name, resolution of the EIDR Identifier tied to an EIDR-NSS is handled by the ISO 26324 Registration Authority ๐
The ISO 26324 Registration Authority runs a web service that resolves the EIDR Identifier tied to an EIDR-NSS. You do that by sending an HTTP GET request to the following URI (see [RFC7231] and [RFC2818]):
"https://doi.org/" URN-EIDR
If the EIDR Identifier exists, you get back an XML Schema instance document (see [XMLSchema]) with the metadata for that identifier. If it doesn't exist, you get the HTTP status code 404 Not Found instead ๐ญ
EXAMPLE:
https://doi.org/urn:eidr:10.5240:7791-8534-2C23-9030-8610-5
NOTE: the web service uses the HTTP Accept header to figure out what format to send back. If you're using a web browser to open the resource above, you add the query string ?locatt=type:Full to the URI to explicitly ask for an XML response ๐ป
The EIDR Association also runs extra services made just for EIDR users (see [EIDR-SERVICES] and [DOI-EIDR-PROXY]). They come with extra features, like registering EIDR Identifiers and web-based GUI tools ๐ ๏ธ
Rules for Lexical Equivalence: lexical equivalence of the URN-EIDR is defined by a case-insensitive string match ๐ค
NOTE: the URN-EIDR includes the urn:eidr: string, as specified under "Declaration of syntactic structure" โจ
Conformance with URN Syntax: as specified above, the URN-EIDR syntax is a subset of the URN syntax from [RFC2141] ๐
Validation mechanism: the validity of an EIDR-NSS can only be guaranteed by finishing the resolution process. For EIDR-NSS with an EIDR-PREFIX of 10.5240, you can also use the CHECK value for integrity checking, as specified above ๐งฎ
Scope: EIDR Identifiers are centrally registered, globally unique identifiers for audiovisual works worldwide ๐
3. Namespace Considerations ๐งฉ
EIDR Identifiers are meant for Internet applications, where URNs are routinely used to identify audiovisual resources. There's no direct mapping from EIDR Identifiers to existing URN namespaces, so this one really stands on its own ๐
4. Community Considerations ๐ซ
The main registrants of EIDR Identifiers are producers and distributors of audiovisual works, metadata aggregators, and audiovisual archives. Any bona fide member of the ecosystem can become an EIDR member and register any work ๐ฌ
Anyone can use EIDR Identifiers to unambiguously identify an audiovisual asset and retrieve its underlying metadata. The big wins are for works in wide distribution, for managing long or complicated distribution chains, and for pulling together info from multiple sources. It's giving teamwork ๐ค
5. IANA Considerations ๐ฆ
IANA has registered the Formal URN Namespace 'eidr' in the "Uniform Resource Names (URN) Namespaces" registry, using the registration template in Section 2 of this document ๐
(part 2 is coming next, so don't go anywhere, bestie! ๐)
6. Security Considerations ๐โจ
Okay bestie, this part is serious, so listen up ๐๐ . This document only specifies the syntax of the URN-EIDR namespace and makes no security representations ๐ซฃ. The assignment and resolution processes are defined outside this document, by the EIDR Association and the ISO 26324 Registration Authority, so they're out of scope here ๐ธ.
โ ๏ธ Here's the part that matters most: if you use an EIDR Identifier as the criteria for getting into restricted resources and you don't follow the syntactic and lexical equivalence rules in this spec, you could accidentally grant unauthorized access ๐ฑ๐. Not a vibe. Be careful, babe ๐ซถ.
7. References ๐
7.1. Normative References
- [ISO26234] International Organization for Standardization (ISO), "ISO 26324:2012 Information and documentation -- Digital object identifier system", ISO Standard 26324, June 2012. ๐งพ
- [ISO7064] International Organization for Standardization, "Information technology -- Security techniques -- Check character systems", ISO Standard 7064, February 2003. ๐ข
- [RFC2141] Moats, R., "URN Syntax", RFC 2141, DOI 10.17487/RFC2141, May 1997,
http://www.rfc-editor.org/info/rfc2141. ๐ฆ - [RFC5234] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, DOI 10.17487/RFC5234, January 2008,
http://www.rfc-editor.org/info/rfc5234. ๐งฉ - [SMPTERP2079] Society of Motion Picture and Television Engineers, "Digital Object Identifier (DOI) Name and Entertainment ID Registry (EIDR) Identifier Representations", DOI 10.5594/SMPTE.RP2079.2013, SMPTE RP 2079, 2014. ๐ฌ
7.2. Informative References
- [DOI-EIDR-PROXY] Entertainment Identifier Registry Association, "EIDR and the DOI Proxy", May 2015,
http://eidr.org/documents/EIDR_and_the_DOI_Proxy.pdf. ๐๏ธ - [EIDR-INTRO] Entertainment Identifier Registry Association, "EIDR: ID Format Ver. 1.1", August 2013,
http://eidr.org/documents/EIDR_ID_Format_v1.1.pdf. ๐ - [EIDR-OVERVIEW] Entertainment Identifier Registry Association, "EIDR Overview", November 2013,
http://eidr.org/documents/2013-11-01_EIDR_Overview_FINAL.pdf. ๐ - [EIDR-SERVICES] Entertainment Identifier Registry Association, "EIDR System Version 2.0: Registry User's Guide", August 2013,
http://eidr.org/documents/EIDR_2.0_Registry_User_Guide.pdf. ๐ - [RFC2818] Rescorla, E., "HTTP Over TLS", RFC 2818, DOI 10.17487/RFC2818, May 2000,
http://www.rfc-editor.org/info/rfc2818. ๐ - [RFC3406] Daigle, L., van Gulik, D., Iannella, R., and P. Faltstrom, "Uniform Resource Names (URN) Namespace Definition Mechanisms", BCP 66, RFC 3406, DOI 10.17487/RFC3406, October 2002,
http://www.rfc-editor.org/info/rfc3406. ๐ง - [RFC7231] Fielding, R., Ed. and J. Reschke, Ed., "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content", RFC 7231, DOI 10.17487/RFC7231, June 2014,
http://www.rfc-editor.org/info/rfc7231. ๐ - [rfcdiff] "Rfcdiff Tool",
https://tools.ietf.org/tools/rfcdiff/. ๐ - [XMLSchema] Holstege, M. and A. Vedamuthu, "W3C XML Schema Definition Language (XSD): Component Designators", W3C Candidate Recommendation CR-xmlschema-ref-20100119, January 2010,
http://www.w3.org/TR/2010/CR-xmlschema-ref-20100119. ๐๏ธ
Appendix A. Summary of Changes (Informative) ๐ฆ
A.1. Introduction
This Appendix gives a summary of the changes between revisions of this spec ๐ซ. It's informative, not exhaustive, so if you want the full official tea, the people at [rfcdiff] say to use tools like it ๐ต.
A.2. Changes from RFC 7302
- "Process for identifier resolution" paragraph: The syntax for the URI supplied to the web service is modified to use (a) the 'https' scheme and (b) the URN-EIDR representation of the EIDR Identifier. ๐โจ
Author's Address ๐
Pierre-Anthony Lemieux Sandflow Consulting LLC
Email: pal@sandflow.com ๐
๐ฆ where this page comes from
- ietf: rfc7972 2016-09
- ๐ girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms