Well, I think John is trying to nudge me off the gangplank with his
last message, and frankly, I'm at the point I prefer the aligators
below to facing any further discussion of element names.
I'm going to write the State of the Dublin Core report around the
One-Page Version, element names as listed, semantic content as noted.
I do not believe this position does violence to the consensus we've
struggled with these last months. If you feel strongly that I'm wrong
about that, I suppose you have to speak up, but think it is incumbent
on those who do to marshall support among others.
I've only changed a couple lines since yesterday, so nothing
substantive has changed (I did add a note about classification
information as being fair game for DESCRIPTION... that may be
considered substantive, I suppose).
I am still eager to receive comments about technical issues (Dates,
Language codes, etc.) or changes in wording or scope that improve
understandability.
I hope that, in spite of our disagreements, we'll all be able to live
with the changes, and move the effort forward to the next level. I
think that means less conjecture and more focus on the lessons of
deployment. There are several major projects doing things with the
Dublin Core (see the homepage for links) and I'm hopeful that more will
emerge soon.
It is clear many people are waiting for us.
stu
------------------------------------------------------------------------
Dublin Core Metadata Element Set: Reference Description
The following comprises the reference definition of the Dublin Core
Metadata Element set as of December, 1996. The elements or their names
are not expected to change substantively from this list, though the
application of some of them are currently experimental and subject to
interpretation. Further, it is expected that practice will evolve to
include sub-elements for certain of the elements.
Note that elements have a descriptive name intended to convey a common
semantic understanding of the element. In addition, a formal, single-word
label is specified to make syntactic specification of elements
simpler in encoding schemes.
Element Descriptions
1 Title Label: TITLE
The name given to the resource by the CREATOR or PUBLISHER.
2 Author or Creator Label: CREATOR
The person(s) or organization(s) primarily responsible for the
intellectual content of the resource. For example, authors in the
case of written documents, artists, photographers, or illustrators
in the case of visual resources.
3 Description Label: DESCRIPTION
The topic of the resource, or keywords that describe the subject
or content of the resource, whether text-based or visual.
Applications of this element might well include scheme-qualified
classification data (for example, Library of Congress
Classification Numbers or Dewey Decimal numbers).
4 Publisher Label: PUBLISHER
The entity responsible for making the resource available in its
present form, such as a publisher, a university department, or a
corporate entity. The intent of specifying this field is to
identify the entity that provides access to the resource.
5 Other Contributors Label: CONTRIBUTORS
Person(s) or organization(s) in addition to those specified in the
CREATOR element who have made significant intellectual
contributions to the resource but whose contribution is secondary
to the individuals or entities specifed in the CREATOR element
(for example, editors, transcribers, illustrators, and
convenors).
6 Date Label: DATE
The date the resource was made available in its present form. The
recommended best practice is an 8 digit number in the form
YYYYMMDD as defined by ANSI X3.30-1985. In this scheme, the date
element for the day this is written would be 19961203, or December
3, 1996. Many other schema are possible, but if used, they should
be identified in an unambiguous manner.
[does the group wish to specify RFC 822 dates here as well, or instead of?]
7 Resource Type Label: TYPE
The category of the resource, such as home page, novel, poem, working
paper, technical report, essay, dictionary. It is expected that
RESOURCE TYPE will be chosen from an enumerated list of types. A
preliminary set of such types can be found at the following URL:
http://www.roads.lut.ac.uk/Metadata/DC-ObjectTypes.html
8 Format Label: FORMAT
The data representation of the resource, such as text/html, ASCII,
Postscript file, executable application, or JPEG image. The
intent of specifying this element is to provide information
necessary to allow people or machines to make decisions about the
usability of the encoded data (what hardware and software might be
required to display or execute it, for example). As with RESOURCE TYPE,
FORMAT will be assigned from enumerated lists such as registered
Internet Media Types (MIME types). In principal, formats can include
physical media such as books, serials, or other non-electronic media.
9 Resource Identifier Label: IDENTIFIER
String or number used to uniquely identify the resource. Examples
for networked resources include URLs and URNs (when implemented). Other
globally-unique identifiers,such as International Standard
Book Numbers (ISBN) or other formal names would also be candidates for
this element.
10 Source Label: SOURCE
The work, either print or electronic, from which this resource is
derived, if applicable. For example, an html encoding of a
Shakespearean sonnet might identify the paper version of the
sonnet from which the electronic version was transcribed.
11 Language Label: LANGUAGE
Language of the intellectual content of the resource. The default
expression of natural languages is according to the ISO 639 two
letter language codes.
See:
http://www.stonehand.com/unicode/standard/iso639.html.
12 Relation Label: RELATION
Relationship to other resources. The intent of specifying this
element is to provide a means to express relationships among
resources that have formal relationships to others, but exist as
discrete resources themselves. For example, images in a
document, chapters in a book, or items in a collection. A formal
specification of RELATION is currently under development. Users
and developers should understand that use of this element should
be currently considered experimental.
13 Coverage Label: COVERAGE
The spatial locations and temporal durations characteristic of the
resource. Formal specification of COVERAGE is currently under
development. Users and developers should understand that use of
this element should be currently considered experimental.
14 RIGHTS MANAGEMENT Label: RIGHTS
The content of this element is intended to be a link (a URL or
other suitable URI as appropriate) to a copyright notice, a
rights-management statement, or perhaps a server that would
provide such information in a dynamic way. The intent of
specifying this field is to allow providers a means to associate
terms and conditions or copyright statements with a resource or
collection of resources. No assumptions should be made by users
if such a field is empty or not present.
|