home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_d_h / draft-hamilton-dcxl-00.txt < prev    next >
Text File  |  1996-11-25  |  13KB  |  392 lines
  1.  
  2.  
  3. Network Working Group                                    Martin Hamilton
  4. INTERNET-DRAFT                                   Loughborough University
  5. Expires May 1997                                         Renato Iannella
  6.                                                             DSTC Pty Ltd
  7.                                                               Jon Knight
  8.                                                  Loughborough University
  9.                                                            November 1996
  10.  
  11.  
  12.        Representing the Dublin Core within X.500, LDAP and CLDAP
  13.  
  14.                   Filename: draft-hamilton-dcxl-00.txt
  15.  
  16.  
  17.                           Status of this Memo
  18.  
  19.       This document is an Internet-Draft.  Internet-Drafts are working
  20.       documents of the Internet Engineering Task Force (IETF), its
  21.       areas, and its working groups.  Note that other groups may also
  22.       distribute working documents as Internet-Drafts.
  23.  
  24.       Internet-Drafts are draft documents valid for a maximum of six
  25.       months and may be updated, replaced, or obsoleted by other
  26.       documents at any time.  It is inappropriate to use Internet-
  27.       Drafts as reference material or to cite them other than as ``work
  28.       in progress.''
  29.  
  30.       To learn the current status of any Internet-Draft, please check
  31.       the ``1id-abstracts.txt'' listing contained in the Internet-
  32.       Drafts Shadow Directories on ftp.is.co.za (Africa), nic.nordu.net
  33.       (Europe), munnari.oz.au (Pacific Rim), ds.internic.net (US East
  34.       Coast), or ftp.isi.edu (US West Coast).
  35.  
  36.       Distribution of this document is unlimited.
  37.  
  38. Abstract
  39.  
  40.    The Dublin Core is a simple resource description format which arose
  41.    out of a loose grouping of "librarians, archivists, humanities
  42.    scholars and geographers, as well as standards makers in the
  43.    Internet, Z39.50 and Standard Generalized Markup Language (SGML)
  44.    communities" [1].
  45.  
  46.    This document describes a mapping from the abstract model of the
  47.    Dublin Core to the X.500 [2], LDAP [3], and CLDAP [4] directory
  48.    service protocols.
  49.  
  50.  
  51.  
  52.  
  53.  
  54.                                                                 [Page 1]
  55.  
  56. INTERNET-DRAFT                                             November 1996
  57.  
  58.  
  59. 1. The Dublin Core in X.500, LDAP and CLDAP
  60.  
  61.    We propose that each of the thirteen elements of the Dublin Core be
  62.    made into an X.500/[C]LDAP attribute, and that these attributes be
  63.    gathered together in an object class:
  64.  
  65.       Name:             dcObject
  66.       Description:      object containing the Dublin Core attributes
  67.       OID:              lutObjectClass.1 (1.3.6.1.4.1.1828.2.1)
  68.       SubclassOf:       top
  69.       MustContain:
  70.       MayContain:       dcSubject, dcTitle, dcAuthor, dcPublisher,
  71.                           dcOtherAgent, dcDate, dcObjectType,
  72.                           dcForm, dcIdentifer, dcRelation, dcSource,
  73.                           dcLanguage, dcCoverage
  74.  
  75.    Attribute definitions for the individual Dublin Core elements:
  76.  
  77.       Name:             dcSubject
  78.       Description:      The topic addressed by the work
  79.       OID:              lutAttributeType.1 (1.3.6.1.4.1.1828.1.1)
  80.       Syntax:           DirectoryString
  81.       SizeRestriction:  None
  82.       SingleValued:     False
  83.  
  84.       Name:             dcTitle
  85.       Description:      The name of the object
  86.       OID:              lutAttributeType.2 (1.3.6.1.4.1.1828.1.2)
  87.       Syntax:           DirectoryString
  88.       SizeRestriction:  None
  89.       SingleValued:     False
  90.  
  91.       Name:             dcAuthor
  92.       Description:      The person(s) primarily responsible for the
  93.                           intellectual content of the object
  94.       OID:              lutAttributeType.3 (1.3.6.1.4.1.1828.1.3)
  95.       Syntax:           DirectoryString
  96.       SizeRestriction:  None
  97.       SingleValued:     False
  98.  
  99.       Name:             dcPublisher
  100.       Description:      The agent or agency responsible for making the
  101.                           object available
  102.       OID:              lutAttributeType.4 (1.3.6.1.4.1.1828.1.4)
  103.       Syntax:           DirectoryString
  104.       SizeRestriction:  None
  105.       SingleValued:     False
  106.  
  107.  
  108.  
  109.  
  110.                                                                 [Page 2]
  111.  
  112. INTERNET-DRAFT                                             November 1996
  113.  
  114.  
  115.       Name:             dcOtherAgent
  116.       Description:      The person(s), such as editors and transcribers, who
  117.                           have made other significant intellectual
  118.                           contributions to the work
  119.       OID:              lutAttributeType.5 (1.3.6.1.4.1.1828.1.5)
  120.       Syntax:           DirectoryString
  121.       SizeRestriction:  None
  122.       SingleValued:     False
  123.  
  124.       Name:             dcDate
  125.       Description:      The date of publication
  126.       OID:              lutAttributeType.6 (1.3.6.1.4.1.1828.1.6)
  127.       Syntax:           DirectoryString
  128.       SizeRestriction:  None
  129.       SingleValued:     False
  130.  
  131.       Name:             dcObjectType
  132.       Description:      The genre of the object, such as novel, poem, or
  133.                           dictionary
  134.       OID:              lutAttributeType.7 (1.3.6.1.4.1.1828.1.7)
  135.       Syntax:           DirectoryString
  136.       SizeRestriction:  None
  137.       SingleValued:     False
  138.  
  139.       Name:             dcForm
  140.       Description:      The physical manifestation of the object, such as
  141.                           Postscript file or Windows executable file
  142.       OID:              lutAttributeType.8 (1.3.6.1.4.1.1828.1.8)
  143.       Syntax:           DirectoryString
  144.       SizeRestriction:  None
  145.       SingleValued:     False
  146.  
  147.       Name:             dcIdentifier
  148.       Description:      String or number used to uniquely identify the object
  149.       OID:              lutAttributeType.9 (1.3.6.1.4.1.1828.1.9)
  150.       Syntax:           DirectoryString
  151.       SizeRestriction:  None
  152.       SingleValued:     False
  153.  
  154.       Name:             dcRelation
  155.       Description:      Relationship to other objects
  156.       OID:              lutAttributeType.10 (1.3.6.1.4.1.1828.1.10)
  157.       Syntax:           DirectoryString
  158.       SizeRestriction:  None
  159.       SingleValued:     False
  160.  
  161.       Name:             dcSource
  162.       Description:      Objects, either print or electronic, from which this
  163.  
  164.  
  165.  
  166.                                                                 [Page 3]
  167.  
  168. INTERNET-DRAFT                                             November 1996
  169.  
  170.  
  171.                           object is derived, if applicable
  172.       OID:              lutAttributeType.11 (1.3.6.1.4.1.1828.1.11)
  173.       Syntax:           DirectoryString
  174.       SizeRestriction:  None
  175.       SingleValued:     False
  176.  
  177.       Name:             dcLanguage
  178.       Description:      Language of the intellectual content
  179.       OID:              lutAttributeType.12 (1.3.6.1.4.1.1828.1.12)
  180.       Syntax:           DirectoryString
  181.       SizeRestriction:  None
  182.       SingleValued:     False
  183.  
  184.       Name:             dcCoverage
  185.       Description:      The spatial locations and temporal durations
  186.                           characteristic of the object
  187.       OID:              lutAttributeType.13 (1.3.6.1.4.1.1828.1.13)
  188.       Syntax:           DirectoryString
  189.       SizeRestriction:  None
  190.       SingleValued:     False
  191.  
  192. 2. Examples and implementation considerations
  193.  
  194.    For example, using Quipu [5] EDB notation, a Dublin Core "Title"
  195.    element which had the value "Cities of The Red Night" would be
  196.    represented as the attribute/value pair:
  197.  
  198.      dcTitle= Cities of The Red Night
  199.  
  200.    One aspect of the Dublin Core does not translate directly to X.500
  201.    and LDAP - each element may have additional qualifying "scheme" and
  202.    "type" information attached to it.  This gives the creator of the
  203.    record a way of indicating additional semantics, e.g. the
  204.    classification scheme being used in the "Subject" element.
  205.  
  206.    Since X.500 and LDAP are, like most Internet based search and
  207.    retrieval protocols, attribute/value oriented, it is necessary to
  208.    find a place to put this extra information.  We propose that, given
  209.    the difficulty of incorporating this model within the X.500/LDAP
  210.    paradigm, a simple but sub-optimal approach be taken - with any
  211.    qualifying information being placed at the beginning of the value
  212.    part of the attribute/value pair, delimited using round brackets, and
  213.    with any additional qualifiers following using comma separation.
  214.  
  215.    For example, if the subject classification for the above book were
  216.    813 in the Dewey Decimal system, the resulting Dublin Core record
  217.    expressed as an X.500 EDB entry would look like this:
  218.  
  219.  
  220.  
  221.  
  222.                                                                 [Page 4]
  223.  
  224. INTERNET-DRAFT                                             November 1996
  225.  
  226.  
  227.      dcSubject= (scheme=DDC) 813
  228.  
  229.    and a sample "Relation" element, with a "type" qualifier, would look
  230.    like this:
  231.  
  232.      dcRelation= (scheme=URI, type=isParentOf) http://www.w3.org/
  233.  
  234. 3. Extensibility
  235.  
  236.    It is important to note that the Dublin Core element set is intended
  237.    for use in describing document-like objects, and not as a means of
  238.    describing arbitrary objects.  Furthermore, the number of elements is
  239.    strictly limited in the interests of interoperability.
  240.  
  241.    Work is ongoing on the Warwick Framework [6], which attempts to
  242.    provide a mechanism for packaging together collections of descriptive
  243.    information.  It is envisaged that this would be used in cases where
  244.    the Dublin Core element set did not provide enough descriptive
  245.    capability.  This is a subject for further study.
  246.  
  247. 4. Security considerations
  248.  
  249.    This proposal does not introduce any new security related issues.
  250.  
  251.    One of the main uses to which the Dublin Core is expected to be put
  252.    is in the generation of author supplied cataloguing information for
  253.    on-line resources.  Implementations which manipulate externally
  254.    produced data should treat it with caution - for example, to avoid
  255.    buffer overrun problems and unexpected evaluation of metacharacters.
  256.  
  257. 5. Conclusions
  258.  
  259.    This document has shown how the X.500 protocol, and the related LDAP
  260.    and CLDAP protocols, may be used as carriers for the abstract
  261.    resource descriptions of the Dublin Core proposal.
  262.  
  263.    It should be apparent that a little care is necessary when delivering
  264.    this information via these protocols, but that this does not imply
  265.    any great additional implementation complexity.
  266.  
  267. 6. Acknowledgements
  268.  
  269.    Thanks to Hoylen Sue, CiTR Pty Ltd (Australia), Rachel Heery and
  270.    Lorcan Dempsey for their comments on draft versions of this document.
  271.  
  272.    This work was supported by UK Electronic Libraries Programme (eLib)
  273.    grant 12/39/01, the European Commission's Telematics for Research
  274.    Programme, grant RE 1004, and the Cooperative Research Centres
  275.  
  276.  
  277.  
  278.                                                                 [Page 5]
  279.  
  280. INTERNET-DRAFT                                             November 1996
  281.  
  282.  
  283.    Program, through the Department of the Prime Minister and Cabinet of
  284.    Australia.
  285.  
  286. 7. References
  287.  
  288.  
  289.      [1]         S. Weibel.  "Metadata: The Foundations of Resource
  290.                  Description", D-Lib Magazine, July 1995.
  291.                  <URL:http://www.ukoln.ac.uk/dlib/dlib/July95/07weibel.html>
  292.                  <URL:http://www.dlib.org/dlib/July95/07weibel.html>
  293.  
  294.  
  295.      [2]         C. Weider, J. Reynolds, S. Heker.  "Technical Overview
  296.                  of Directory Services Using the X.500 Protocol", RFC
  297.                  1309.  March 1992.
  298.                  <URL:ftp://ftp.internic.net/rfc/rfc1309.txt>
  299.  
  300.  
  301.      [3]         W. Yeong, T. Howes & S.  Kille.  "Lightweight Directory
  302.                  Access Protocol", RFC 1777.  March 1995.
  303.                  <URL:ftp://ftp.internic.net/rfc/rfc1777.txt>
  304.  
  305.  
  306.      [4]         A. Young.  "Connection-less Lightweight Directory
  307.                  Access Protocol", RFC 1798.  June 1995.
  308.                  <URL:ftp://ftp.internic.net/rfc/rfc1798.txt>
  309.  
  310.  
  311.      [5]         S.E. Kille.  "Implementing X.400 and X.500: the PP and
  312.                  QUIPU systems", Artech House, 1991.
  313.  
  314.  
  315.      [6]         L. Dempsey, S. Weibel.  "The Warwick Metadata Workshop:
  316.                  A Framework for the Deployment of Resource Descrip-
  317.                  tion", D-Lib Magazine, July/August 1996.
  318.                  <URL:http://www.ukoln.ac.uk/dlib/dlib/july96/07weibel.html>
  319.                  <URL:http://www.dlib.org/dlib/july96/07weibel.html>
  320.  
  321.  
  322. 8. Authors' addresses
  323.  
  324.    Martin Hamilton
  325.    Department of Computer Studies
  326.    Loughborough University of Technology
  327.    Leics. LE11 3TU, UK
  328.  
  329.    Email: m.t.hamilton@lut.ac.uk
  330.  
  331.  
  332.  
  333.  
  334.                                                                 [Page 6]
  335.  
  336. INTERNET-DRAFT                                             November 1996
  337.  
  338.  
  339.    Renato Iannella
  340.    Research Data Network CRC
  341.    DSTC Pty Ltd
  342.    Gehrmann Laboratories
  343.    University of Queensland
  344.    Australia
  345.  
  346.    Email:  renato@dstc.edu.au
  347.  
  348.  
  349.    Jon Knight
  350.    Department of Computer Studies
  351.    Loughborough University of Technology
  352.    Leics. LE11 3TU, UK
  353.  
  354.    Email: j.p.knight@lut.ac.uk
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.                                                                 [Page 7]
  391.  
  392.