RFC 3937
A Uniform Resource Name (URN) Namespace for the International Press Telecommunications Council (IPTC)
A Uniform Resource Name (URN) Namespace for the International Press Telecommunications Council (IPTC) π
Okay bestie, here's the tea β. This is RFC 3937, from the Network Working Group, written by M. Steidl of the IPTC πΈ. It's Informational (so it's just giving info, not an actual standard π) and it dropped in October 2004 π . The title block doesn't list anything it obsoletes or updates, so it's not stepping on anyone's toes π .
Status of this Memo β¨
This memo is here to provide information for the Internet community π¦. It does not specify an Internet standard of any kind, and distribution of it is unlimited π.
Copyright Notice π
Copyright (C) The Internet Society (2004).
Abstract π§
This doc describes a URN (Uniform Resource Name) namespace for identifying persistent resources published by the International Press Telecommunications Council (IPTC) β¨. These resources include XML Data Type Definition files (DTD), XML Schema, Namespaces in XML, XSL stylesheets, other XML based document and documents, and documents of other data formats like PDF documents, Microsoft Office documents and others π.
Table of Contents π
1. Introduction. . . . . . . . . . . . . . . . . . . . . . . . . 2
2. IANA URN Specification Template . . . . . . . . . . . . . . . 3
2.1. Namespace ID. . . . . . . . . . . . . . . . . . . . . . 3
2.2. Registration Information. . . . . . . . . . . . . . . . 3
2.3. Declaration of syntactic structure. . . . . . . . . . . 3
2.4. Relevant ancillary documentation. . . . . . . . . . . . 5
2.5. Identifier uniqueness considerations. . . . . . . . . . 5
2.6. Identifier persistence considerations . . . . . . . . . 5
2.7. Process of identifier assignment. . . . . . . . . . . . 5
2.8. Process for identifier resolution . . . . . . . . . . . 5
2.9. Rules for Lexical Equivalence . . . . . . . . . . . . . 5
2.10. Conformance with URN Syntax . . . . . . . . . . . . . . 5
2.11. Validation mechanism. . . . . . . . . . . . . . . . . . 5
2.12. Scope . . . . . . . . . . . . . . . . . . . . . . . . . 5
3. Examples. . . . . . . . . . . . . . . . . . . . . . . . . . . 6
4. Namespace Considerations and Community Considerations . . . . 6
5. Security Considerations . . . . . . . . . . . . . . . . . . . 7
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7
7. References. . . . . . . . . . . . . . . . . . . . . . . . . . 7
7.1. Normative References. . . . . . . . . . . . . . . . . . 7
7.2. Informative References. . . . . . . . . . . . . . . . . 7
Author's Address. . . . . . . . . . . . . . . . . . . . . . . . . 8
Full Copyright Statement. . . . . . . . . . . . . . . . . . . . . 9
1. Introduction π¦
Okay so the International Press Telecommunications Council (IPTC) is a non-profit consortium of the world's major news agencies and news industry vendors π°. It develops and maintains technical standards for the news business, and those standards are used by virtually every major news organization in the world π. IPTC was established in 1965 π.
Since the 1990's, IPTC's standardization work has been based on open standards like first SGML, then the XML [W3CXML] family of standards, MIME, Unicode, and so on π. It's giving open-source energy π«Ά.
As some of these standards require identification of resources, IPTC was looking for a technology for globally unique, persistent and location-independent identifiers. For this reason, it decided to implement URNs as described in "URN Syntax" [RFC2141] π₯.
This namespace specification is for a formal namespace π .
2. IANA URN Specification Template πΈ
2.1. Namespace ID π
"iptc" requested β¨.
2.2. Registration Information π
Here's the registration info, exactly as it's written π:
Registration Version Number: 1
Registration Date: 2003-11-11
Declared registrant of the namespace:
Registering organization:
International Press Telecommunications Council IPTC
Royal Albert House
Sheet Street
Windsor, Berkshire SL4 1BE
www.iptc.org
Designated contact person:
Michael Steidl
Managing Director
mdirector@iptc.org
2.3. Declaration of syntactic structure π§
Okay this is the big one, so get comfy ποΈ. All URNs assigned by IPTC will have a Namespace Specific String (NSS) with the following hierarchical structure π³.
At the top of the hierarchy, there are three branches π:
stdstd-draftworkdoc
The "std" branch hierarchy π
The std branch URNs will be assigned to IPTC resources used for specifying and explaining any aspect of an IPTC standard π.
The NSS in the std branch will have this general structure β¨:
urn:iptc:std:{std-name}:{std-version}:{res-group}
{:res-name}?{:res-version}?
Here's what each part means, bestie π«Ά:
std-nameis a unique identifier for an IPTC standard.std-versionreflects the version of this standard. The valuecurrentwill be assigned to point at resources of the current version of a standard.res-group: this field will take only three values π:specfor all resources specifying a standard,docfor all resources used for additional documentation of and to support the use of a standard,xmlnsfor defining an XML namespace [W3CXMLNS].
res-nameis an identifier for a tangible resource. The name should describe the content or the use of the resource. Since not all resources are tangible, this value is optional π.res-versionreflects the version of this resource as long as it takes a physical format, like a file, for example. Since not all resources are of a physical kind, this value is optional π¦.
The "std-draft" branch hierarchy πΈ
The std-draft branch URNs will be assigned to IPTC resources used for specifying and explaining any aspect of an IPTC standard while it's in draft status. That means the resource is not formally approved by the IPTC Standards body yet π.
The NSS in the std branch will have this general structure π
:
urn:iptc:std-draft:{std-name}:{std-version}:{res-group}
{:res-name}?{:res-version}?
The substructure of urn:iptc:std-draft is identical to that of urn:iptc:std, so find all the explanations there π.
The "workdoc" branch hierarchy π
The workdoc branch URNs will be assigned to IPTC resources that aren't directly related to IPTC standards, but to the work of IPTC itself π οΈ.
The NSS in the doc branch will have this general structure π:
urn:iptc:workdoc:{group-id}:{doc-id}:{doc-version}{:doc-descr}?
Where π:
group-idis a unique identifier for working groups and working areas of IPTC, and it constitutes a document group.doc-idis a unique identifier for a document within a document group.doc-versionreflects the version of this work document.doc-descris an optional concise description of the document content.
2.4. Relevant ancillary documentation π€
None.
2.5. Identifier uniqueness considerations π
Identifier uniqueness will be enforced by the Managing Director of IPTC, who will assign unique identifiers to all resources identified by a URN π©βπΌ.
2.6. Identifier persistence considerations π«Ά
IPTC is committed to maintaining the accessibility and persistence of all resources that are identified by an IPTC URN π.
2.7. Process of identifier assignment π
Assignment is limited to the owner of this namespace and its authorities π.
2.8. Process for identifier resolution πΊοΈ
IPTC will develop an appropriate mechanism that maps all assigned URNs to Uniform Resource Locators (URL). It's specifically meant to enable web-based resolution of URNs π.
2.9. Rules for Lexical Equivalence βοΈ
No special considerations. The rules for lexical equivalence of RFC 2141 apply β¨.
2.10. Conformance with URN Syntax β
No special considerations.
2.11. Validation mechanism π
None specified. IPTC will develop a mechanism for resolving URNs to URLs (see 2.8), and this mechanism will also show whether a URN is valid π.
2.12. Scope π
Global.
Author's Address β¨
okay so the author is Michael Steidl π from IPTC (International Press Telecommunications Council), and here's where you can reach him π
Michael Steidl
IPTC (International Press Telecommunications Council)
Royal Albert House
Sheet Street
Windsor SL4 1BE
United Kingdom
Phone: +44 (1753) 705 051
EMail: mdirector@iptc.org
Full Copyright Statement π
okay, legal stuff time, but make it cute π the copyright belongs to The Internet Society (2004) π¦
this document is subject to the rights, licenses and restrictions in BCP 78 πΈ and except for what's set out there, the authors keep all their rights π
THE DOCUMENT AND THE INFORMATION IN IT ARE PROVIDED ON AN "AS IS" BASIS AND THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY 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 is not taking a side π on whether any intellectual property rights, or other rights that somebody might claim over the technology in this document, are valid or how far they reach. it's also not saying whether a license under those rights is available, and it hasn't gone looking for them either. if you want to know how the IETF handles rights in its documents, check out BCP 78 and BCP 79 π§
copies of IPR disclosures that were sent to the IETF Secretariat are available, along with any assurances of licenses that were promised. the same goes for the results of any attempt to get a general license or permission for implementers or users of this specification to use the proprietary rights π you can find all of this in the IETF's online IPR repository at http://www.ietf.org/ipr
and the IETF really wants to hear from you π«Ά if you know about any copyrights, patents, patent applications, or other proprietary rights that might cover technology needed to implement this standard, tell them! send it to ietf-ipr@ietf.org β¨
Acknowledgement π
the RFC Editor function is currently funded by the Internet Society πΈ so a big thank you to them π
π¦ where this page comes from
- ietf: rfc3937 2004-11
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms