Print

Print


Alex Satrapa wrote:
> Once you've discovered various resources are available, then you can go
> to a specialist database for specialist information about it. Don't try
> to turn DC into MARC, otherwise you'll have two MARC standards and no
> DC. DC should be about "this resource exists", not "this resource is the
> exact instance of the document you happen to be looking for". If you
> *knew* you were looking for a specific copy of a specific text, why
> aren't you looking at a specialist catalog in the first place?

I don't advocate turning DC into MARC. For the purposes of this
discussion, the format is irrelevant--I don't care if it's MARC, DC,
IMS, cards or paper slips. This discussion concerns the information that
goes *into* the format (whatever it is): how important is it for this
information to be entered in a consistent, and coherent, fashion? It
doesn't have to be AACR2, but it's a handy source to use.

It may seem strange to the user, but the problems of cataloging have
almost nothing to do with the MARC format. We don't sit around
agonizing: "Do I use a 100 or 260? Do I use ‡k or ‡s?" Our discussions
and arguments come from the information that goes inside the MARC
fields: "What is the title for this item? How do I describe this complex
paging? Is this a part of something bigger, and if so, what? What is the
form of the heading I should use?" 

>How interesting. Sounds like DC has a future after all. The more rules
>you put into how things are cataloged, and the more fields you add for
>data to be entered in (eg: Uniform Title, Title, Subtitle, Alternate
>Title, Marshmallow Title, Ridiculously Named Title), the easier it is to
>lose resources to a badly formed search. DC has the advantage of having
>only one title that can be a repeated field, rather than many
>specialisations of Title.

The purpose of DC is resource discovery, something I agree with. Web
documents are more ephemeral and therefore bibliographic description
seems to be less important than for print items. When cataloging
anything, I don't care what is the title of the item, I just want
searchers to find my resource in many ways. Your example of Title is
interesting. These are the possibilities from MARC.
     210 - Abbreviated Key Title
     222 - Key Title
A unique title for a serial that is assigned in conjunction with an ISSN
recorded in field 022 by national centers under the auspices of the
International Serials Data System.
     240 - Uniform Title
     242 - Translation of Title by Cataloging Agency
     243 - Collective Uniform Title
     245 - Title Statement
     246 - Varying Form of Title

Is it useful for the user to know the specifics of all these types of
titles? For web documents (ephemera in library terms), I don't know--I
think it's a debatable point. Some may be more important than others.
Still, if we want to make things consistent with items that are already
exist, perhaps we should consider somthing. But just to dismiss it all
out of hand is incorrect. 

Cataloging theory has a long history, and includes some very intelligent
people. To simply throw it out (or 99% of it) should not be done without
some serious consideration.

> DC should be about "this resource exists"

I agree completely. But something that appears to be very simple ("this
resource exists") becomes extremely complex in the reality of a large
database. That is precisely the reason for consistency.

I think it's so interesting that people continually say they want the
web to operate like a library, but when we talk about what we do, we are
dismissed.

My own concern is: I want to be a part of the solution, and I believe DC
can help. But if, based on my knowledge and experience, I believe that
something cannot work, I will not advocate it. To say that consistency
is unimportant throws out centuries of experience.
	Jim Weinheimer	
	Princeton University
	[log in to unmask]


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%