[DCRM-L] Relationship designators

[JOHN C ATTIG]

Comments below. 

----- Original Message -----

| From: "Deborah J. Leslie" <DJLeslie at FOLGER.edu>
| To: "DCRM Revision Group List" <dcrm-l at lib.byu.edu>
| Sent: Tuesday, July 24, 2012 3:43:01 PM
| Subject: Re: [DCRM-L] Relationship designators

| Thanks, all. It is being emphasized in LC training that although the
| lists in the RDA appendixes are closed lists,
JA: Given the "if none of these terms ..." provision, I don't think it is accurate to describe them as closed, but ... 

| they want to know if certain relationship designators are needed but
| do not exist in RDA, presumably for the purpose of augmenting the
| appendixes. (For (For non-LC folk, proposals would go through
| CC:DA?)

JA: The JSC is very much interested in adding "missing" terms to the lists of relationship designators. These can be handled as Fast Track proposals, and should therefore be communicated to me at the ALA Representative to the JSC. 

| In Folger's implementation of Voyager, stacking up ‡e's results in
| split headings, which we don't want. But when MARC has been replaced
| with something more flexible and sophisticated, that should no
| longer be a problem. (One hopes.)

JA: That is true for Penn State as well, but that is because we have chosen to include $e in the browse index. If we had not, the headings would not be split -- but the relationship designators would be invisible in the list of headings. Because of our decision, I would be inclined to repeat the entire access point when there are multiple relationship designators. I don't think there is yet a consensus on the best way to code these, much less the best way to configure systems to use them. I would also note that this applies to many of the new RDA elements and new MARC fields. 

John Attig 
Authority Control Librarian 
Penn State University 
jxa16 at psu.edu 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20120724/fe895a42/attachment.htm>