OpenRFC.org Requests For Comments ... for the community
Welcome to OpenRFC
Home Full RFC index RFC humour Our technology
 
<< Previous <<      RFC 2288      >> Next >>    
Using Existing Bibliographic Identifiers as Uniform Resource Names.
C. Lynch, C. Preston, R. Daniel. February 1998.

 
[Direct link][Download PDF version][Download text version]
 

Network Working Group C. Lynch Request for Comments: 2288 Coalition for Networked Information Category: Informational C. Preston Preston & Lynch R. Daniel Los Alamos National Laboratory February 1998 Using Existing Bibliographic Identifiers as Uniform Resource Names 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. Copyright Notice Copyright (C) The Internet Society (1998). All Rights Reserved. Abstract A system for Uniform Resource Names (URNs) must be capable of supporting identifiers from existing widely-used naming systems. This document discusses how three major bibliographic identifiers (the ISBN, ISSN and SICI) can be supported within the URN framework and the currently proposed syntax for URNs. 1. Introduction The ongoing work of several IETF working groups, most recently in the Uniform Resource Names working group, has culminated the development of a syntax for Uniform Resource Names (URNs). The functional requirements and overall framework for Uniform Resource Names are specified in RFC 1737 [Sollins & Masinter] and the specification for the URN syntax is RFC 2141 [Moats]. As part of the validation process for the development of URNs the IETF working group has agreed that it is important to demonstrate that the current URN syntax proposal can accommodate existing identifiers from well established namespaces. One such infrastructure for assigning and managing names comes from the bibliographic community. Bibliographic identifiers function as names for objects that exist both in print and, increasingly, in electronic formats. This memo demonstrates the feasibility of supporting three Lynch, et. al. Informational [Page 1]
RFC 2288 Bibligraphic Identifiers February 1998 representative bibliographic identifiers within the currently proposed URN framework and syntax. Note that this document does not purport to define the "official" standard way of moving these bibliographic identifiers into URNs; it merely demonstrates feasibility. It has not been developed in consultation with these standards bodies and maintenance agencies that oversee the existing bibliographic identifiers. Any actual Internet standard for encoding these bibliographic identifiers as URNs will need to be developed in consultation with the responsible standards bodies and maintenance agencies. In addition, there are several open questions with regard to the management and registry of Namespace Identifiers (NIDs) for URNs. For purposes of illustration, we have used the three NIDs "ISBN", "ISSN" and "SICI" for the three corresponding bibliographic identifiers discussed in this document. While we believe this to be the most appropriate choice, it is not the only one. The NIDs could be based on the standards body and standard number (e.g. "US-ANSI- NISO-Z39.56-1997" rather than "SICI"). Alternatively, one could lump all bibliographic identifiers into a single "BIBLIOGRAPHIC" name space, and structure the namespace-specific string to specify which identifier is being used. Any final resolution of this must wait for the outcome of namespace management discussions in the working group and the broader IETF community. For the purposes of this document, we have selected three major bibliographic identifiers (national and international) to fit within the URN framework. These are the International Standard Book Number (ISBN) [ISO1], the International Standard Serials Number (ISSN) [NISO1,ISO2, ISO3], and the Serial Item and Contribution Identifier (SICI) [NISO2]. An ISBN is used to identify a monograph (book). An ISSN is used to identify serial publications (journals, newspapers) as a whole. A SICI augments the ISSN in order to identify individual issues of serial publications, or components within those issues (such as an individual article, or the table of contents of a given issue). The ISBN and ISSN are defined in the United States by standards issued by the National Information Standards Organization (NISO) and also by parallel international standards issued under the auspices of the International Organization for Standardization (ISO). NISO is the ANSI-accredited standards body serving libraries, publishers and information services. The SICI code is defined by a NISO document in the United States and does not have a parallel international standards document at present. Lynch, et. al. Informational [Page 2]
RFC 2288 Bibligraphic Identifiers February 1998 Many other bibliographic identifiers are in common use (for example, CODEN, numbers assigned by major bibliographic utilities such as OCLC and RLG, national library numbers such as the Library of Congress Control Number) or are under development. While we do not discuss them in this document, many of these will also need to be supported within the URN framework as it moves to large scale implementation. The issues involved in supporting those additional identifiers are anticipated to be broadly similar to those involved in supporting ISBNs, ISSNs, and SICIs. 2. Identification vs. Resolution It is important to distinguish between the resource identified by a URN and the resources a URN resolver that can reasonably return when attempting to resolve an identifier. For example, the ISSN 0040-781X identifies the popular magazine "Time" -- all of it, every issue for from the start of publication to present. Resolving such an identifier should not result in the equivalent of hundreds of thousands of pages of text and photos being dumped to the user's machine. It is more reasonable for ISSNs to resolve to a navigational system, such as an HTML-based search form, so the user may select issues or articles of interest. ISBNs and SICIs, on the other hand, do identify finite, manageably-sized objects, but these objects may still be large enough that resolution to a hierarchical system is appropriate. In addition, the materials identified by an ISSN, ISBN or SICI may exist only in printed or other physical form, not electronically. The best that a resolver may be able to offer is information about where to get the physical resource, such as library holdings or a bookstore or publisher order form. The URN Framework provides resolution services that may be used to describe any differences between the resource identified by a URN and the resource that would be returned as a result of resolving that URN. 3. International Standard Book Numbers 3.1 Overview An International Standard Book Number (ISBN) identifies an edition of a monographic work. The ISBN is defined by the standard NISO/ANSI/ISO 2108:1992 [ISO1] Basically, an ISBN is a ten-digit number (actually, the last digit can be the letter "X" as well, as described below) which is divided into four variable length parts usually separated by hyphens when printed. The parts are as follows (in this order): Lynch, et. al. Informational [Page 3]
RFC 2288 Bibligraphic Identifiers February 1998 * a group identifier which specifies a group of publishers, based on national, geographic or some other criteria, * the publisher identifier, * the title identifier, * and a modulus 11 check digit, using X instead of 10. The group and publisher number assignments are managed in such a way that the hyphens are not needed to parse the ISBN unambiguously into its constituent parts. However, the ISBN is normally transmitted and displayed with hyphens to make it easy for human beings to recognize these parts without having to make reference to or have knowledge of the number assignments for group and publisher identifiers. 3.2 Encoding Considerations and Lexical Equivalence Embedding ISBNs within the URN framework presents no particular encoding problems, since all of the characters that can appear in an ISBN are valid in the identifier segment of the URN. %-encoding, as described in [MOATS] is never needed. Example: URN:ISBN:0-395-36341-1 For the ISBN namespace, some additional equivalence rules are appropriate. Prior to comparing two ISBN URNs for equivalence, it is appropriate to remove all hyphens, and to convert any occurrences of the letter X to upper case. 3.3 Additional considerations The ISBN standard and related community implementation guidelines define when different versions of a work should be assigned the same or differing ISBNs. In actuality, however, practice varies somewhat depending on publisher as to whether different ISBNs are assigned for paperbound vs. hardbound versions of the same work, electronic vs. printed versions of the same work, or versions of the same work distinguished in some other way (e.g., published for example in the US and in Europe). The choice of whether to assign a new ISBN or to reuse an existing one when publishing a revised printing of an existing edition of a work or even a revised edition of a work is somewhat subjective. Practice varies from publisher to publisher (indeed, the distinction between a revised printing and a new edition is itself somewhat subjective). The use of ISBNs within the URN framework simply reflects these existing practices. Note that it is likely that an ISBN URN will often resolve to many instances of the work (many URLs). Lynch, et. al. Informational [Page 4]
RFC 2288 Bibligraphic Identifiers February 1998 4. International Standard Serials Numbers 4.1 Overview International Standard Serials Numbers (ISSN) identify a work that is published on a continued basis in issues; they identify the entire (often open-ended, in the case of an actively published) work. ISSNs are defined by the international standards ISO 3297:1986 [ISO2] and ISO/DIS 3297 [ISO3] and within the United States by NISO Z39.9-1992 [NISO1]. The ISSN International Centre is located in Paris and coordinates a network of regional centers. The National Serials Data Program within the Library of Congress is the US Center of this network. ISSNs have the form NNNN-NNNN where N is a digit, the last digit may be an upper case X as the result of the check character calculation. Unlike the ISBN the ISSN components do not have much structure; blocks of numbers are passed out to the regional centers and publishers. 4.2 Encoding Considerations and Lexical Equivalence Again, there is no problem representing ISSNs in the namespace- specific string of URNs since all characters valid in the ISSN are valid in the namespace-specific URN string, and %-encoding is never required. Example: URN:ISSN:1046-8188 Supplementary comparison rules are also appropriate for the ISSN namespace. Just as for ISBNs, hyphens should be dropped prior to comparison and occurrences of 'x' normalized to uppercase. 4.3 Additional Considerations The ISSN standard and related community implementation guidelines specify when new ISSNs should be assigned vs. continuing to use an existing one. There are some publications where practice within the bibliographic community varies from institution to institution, such as annuals or annual conference proceedings. In some cases these are treated as serials and ISSNs are used, and in some cases they are treated as monographs and ISBNs are used. For example SIGMOD Record volume 24 number 2 June 1995 contains the Proceedings of the 1995 ACM SIGMOD International Conference on Management of Data. If you subscribe to the journal (ISSN 0163-5808) this is simply the June issue. On the other hand you may have acquired this volume as the conference proceedings (a monograph) and as such would use the ISBN 0-89791-731-6 to identify the work. There are also varying practices Lynch, et. al. Informational [Page 5]
RFC 2288 Bibligraphic Identifiers February 1998 within the publishing community as to when new ISSNs are assigned due to the change in the name of a periodical (e.g. Atlantic becomes Atlantic Monthly); or when a periodical is published both in printed and electronic versions (e.g. The New York Times). The use of ISSNs in URNs will reflect these judgments and practices. 5. Serial Item and Contribution Identifiers 5.1 Overview The standard for Serial Item and Contribution Identifiers (SICI) codes, which has recently been extensively revised, is defined by NISO/ANSI Z39.56-1997 [NISO2]. The maintenance agency for the SICI code is the UnCover Corporation. SICI codes can be used to identify an issue of a serial, or a specific contribution (e.g., an article, or the table of contents) within an issue of a serial. SICI codes are not assigned, they are constructed based on information about the issue or issue component in question. The complete syntax for the SICI code will not be discussed here; see NISO/ANSI Z39.56-1997 [NISO2] for details. However, an example and brief review of the major components is needed to understand the relationship with the ISSN and how this identifier differs from an ISSN. An example of a SICI code is: 0015- 6914(19960101)157:1<62:KTSW>2.0.TX;2-F The first nine characters are the ISSN identifying the serial title. The second component, in parentheses, is the chronology information giving the date the particular serial issue was published. In this example that date was January 1, 1996. The third component, 157:1, is enumeration information (volume, number) for the particular issue of the serial. These three components comprise the "item segment" of a SICI code. By augmenting the ISSN with the chronology and/or enumeration information, specific issues of the serial can be identified. The next segment, <62:KTSW>, identifies a particular contribution within the issue. In this example we provide the starting page number and a title code constructed from the initial characters of the title. Identifiers assigned to a contribution can be used in the contribution segment if page numbers are inappropriate. The rest of the identifier is the control segment, which includes a check character. Interested readers are encouraged to consult the standard for an explanation of the fields in that segment. Lynch, et. al. Informational [Page 6]
RFC 2288 Bibligraphic Identifiers February 1998 5.2 Encoding Considerations and Lexical Equivalence The character set for SICIs is intended to be email-transport- transparent, so it does not present major problems. However, all printable excluded and reserved characters from the URN syntax are valid in the SICI character set and must be %-encoded. Example of a SICI for an issue of a journal: URN:SICI:1046-8188(199501)13:1%3C%3E1.0.TX;2-F For an article contained within that issue: URN:SICI:1046-8188(199501)13:1%3C69:FTTHBI%3E2.0.TX;2-4 Equivalence rules for SICIs are not appropriate for definition as part of the namespace and incorporation in areas such as cache management algorithms. It is best left to resolver systems which try to determine if two SICIs refer to the same content. Consequently, we do not propose any specific rules for equivalence testing through lexical manipulation. 5.3 Additional Considerations Since the serial is identified by an ISSN, some of the ambiguity currently found in the assignment of ISSNs carries over into SICI codes. In cases where an ISSN may refer to a serial that exists in multiple formats, the SICI contains a qualifier that specifies the format type (for example, print, microform, or electronic). SICI codes may be constructed from a variety of sources (the actual issue of the serial, a citation or a record from an abstracting service) and, as such are based on the principle of using all available information, so there may be multiple SICI codes representing the same article [NISO2, Appendix D]. For example, one code might be constructed with access to both chronology and enumeration (that is, date of issue and volume, issue and page number), another code might be constructed based only on enumeration information and without benefit of chronology. Systems that use SICI codes employ complex matching algorithms to try to match SICI codes constructed from incomplete information to SICI codes constructed with the benefit of all relevant information. Lynch, et. al. Informational [Page 7]
RFC 2288 Bibligraphic Identifiers February 1998 6. Security Considerations This document proposes means of encoding several existing bibliographic identifiers within the URN framework. This document does not discuss resolution; thus questions of secure or authenticated resolution mechanisms are out of scope. It does not address means of validating the integrity or authenticating the source or provenance of URNs that contain bibliographic identifiers. Issues regarding intellectual property rights associated with objects identified by the various bibliographic identifiers are also beyond the scope of this document, as are questions about rights to the databases that might be used to construct resolvers. 7. References [ISO1] NISO/ANSI/ISO 2108:1992 Information and documentation -- International standard book number (ISBN) [ISO2] ISO 3297:1986 Documentation -- International standard serial numbering (ISSN) [ISO3] ISO/DIS 3297 Information and documentation -- International standard serial numbering (ISSN) (Revision of ISO 3297:1986) [Moats] Moats, R., "URN Syntax", RFC 2141, May 1997. [NISO 1] NISO/ANSI Z39.9-1992 International standard serial numbering (ISSN) [NISO 2] NISO/ANSI Z39.56-1997 Serial Item and Contribution Identifier [Sollins & Masinter] Sollins, K., and L. Masinter, "Functional Requirements for Uniform Resource Names", RFC 1737, December 1994. Lynch, et. al. Informational [Page 8]
RFC 2288 Bibligraphic Identifiers February 1998 8. Authors' Addresses Clifford Lynch Executive Director Coalition for Networked Information 21 Dupont Circle Washington, DC 20036 EMail: cliff@cni.org Cecilia Preston Preston & Lynch PO Box 8310 Emeryville, CA 94662 EMail: cecilia@well.com Ron Daniel Jr. Advanced Computing Lab, MS B287 Los Alamos National Laboratory Los Alamos, NM, 87545 EMail: rdaniel@acl.lanl.gov Lynch, et. al. Informational [Page 9]
RFC 2288 Bibligraphic Identifiers February 1998 9. Full Copyright Statement Copyright (C) The Internet Society (1998). All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns. This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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. Lynch, et. al. Informational [Page 10]

   

[Home] [Full RFC index] [RFC humour] [Our technology]

Copyright © Inter-Corporate Computer & Network Services, Inc.  All rights reserved.
All trademarks and RFC contents are the property of their respective owners.

 

 
http://rfc2288.openrfc.org/
rfc2288.openrfc.org
crawl=CC-MAIN-2017-17
30775
application/http; msgtype=response
sha1:T22PGNCT5TZQHLHX5JTZCXSCKXQMODF6
<urn:uuid:cc195280-9c9e-4773-bc78-72b8f03a5cea>
2017-04-25T04:43:44Z
65.110.3.140
sha1:MWFNC5LOOPP3ICC4V5YTVHV2JCGAIUEN
<urn:uuid:1b197de9-471e-40b6-9005-5576dec4d6c5>
http://rfc2288.openrfc.org/
length
response
<urn:uuid:94d24e46-5896-48c6-9a52-37cdee781a01>
robots: classic
hostname: ip-10-145-167-34.ec2.internal
software: Nutch 1.6 (CC)/CC WarcExport 1.0
isPartOf: CC-MAIN-2017-17
operator: CommonCrawl Admin
description: Wide crawl of the web for April 2017
publisher: CommonCrawl
format: WARC File Format 1.0
conformsTo: http://bibnum.bnf.fr/WARC/WARC_ISO_28500_version1_latestdraft.pdf