I think "creator" is ugly librarianspeak as a relationship designator.   On the 
other hand, I don't think a corporate body qualifies for most people's idea of 
what an "author" can be.  I have no particularly logical defense of my 
suggestion of "corporate author" as an RD, but my gut tells me it is a 
comfortable concept by which a user can mentally connect a resource to a 
corporate body in the way we want the user to.  I wonder if anyone has proposed 
it yet as an RD?  Maybe I will.

Pete Wilson
Vanderbilt University

-----Original Message-----
From: Resource Description and Access / Resource Description and Access 
[mailto:RDA-L@LISTSERV.LAC-BAC.GC.CA] On Behalf Of FOGLER, PATRICIA A GS-11 
USAF AETC AUL/LTSC
Sent: Monday, December 09, 2013 9:04 AM
To: RDA-L@LISTSERV.LAC-BAC.GC.CA
Subject: Re: [RDA-L] Relationship designator for corporate creator

I have to say that I was going with "creator" myself after reading a few
RDA-list comments.  But putting it out locally to our bibliographers, it's
been voted down in favor of "author".  So I guess it's going to vary from
one library to another.  As much of RDA appears to be doing.


//SIGNED//
Patricia Fogler
Chief, Cataloging Section  (AUL/LTSC)
Muir S. Fairchild Research Information Center 
DSN 493-2135   Comm (334) 953-2135  

  
Adam said:

>... if the relationship is one of authorship (writing a textual 
>document) then you should use the designator "author" that is defined for 
>that specific purpose.

I doubt most patrons think of corporate bodies or families as "writing
a textual document".  People write, not corporate bodies or families.

We do our patrons no favours by redefining words to mean what most do
not understand them to mean.

I don't like "corporate author" any more than do you, so approve of
your suggestion to use $ecreator when a corporate body is in 110,
perhaps #econtributor when in 710, unless some other relationship
applies such as $eissuing body, $ehost institution?

It would help to have the category names in the relator lists, if we
are to use them in that way.  Or perhaps the text of this and other
LCPCCPS should be incorporated into RDA?


   __       __   J. McRee (Mac) Elrod (m...@slc.bc.ca)
  {__  |   /     Special Libraries Cataloguing   HTTP://www.slc.bc.ca/
  ___} |__ \__________________________________________________________



 

To unsubscribe from RDA-L send an e-mail to the following address from the 
address you are subscribed under to:
lists...@listserv.lac-bac.gc.ca
In the body of the message:
SIGNOFF RDA-L

Reply via email to