Robert The new LC-PCC-PS for 9.19.1.4 was posted here a few weeks ago: New Authority Records LC practice/PCC practice for Optional addition: Apply the option to provide a fuller form of name if a part of the forename or surname used in the preferred name is represented by an initial or an abbreviation, if the cataloger considers it important for identification. Add unused forenames or surnames only if needed to distinguish one access point from another (see RDA 9.19.1.4). Existing Authority Records LC practice/PCC practice for Optional addition: Unless otherwise changing an existing heading (e.g., conflict), do not change an existing AACR2 or RDA heading merely to add or remove a fuller form of name. Regards Richard _________________________ Richard Moore Authority Control Team Manager The British Library Tel.: +44 (0)1937 546806 E-mail: [log in to unmask] From: Program for Cooperative Cataloging [mailto:[log in to unmask]] On Behalf Of Robert Maxwell Sent: 05 April 2013 18:57 To: [log in to unmask] Subject: Re: [PCCLIST] 378 field What goes in 378 represents the application of RDA 9.5, the element, not the authorized access point. The RDA definition of fuller form in 9.5 is either (a) a part of the name represented by an initial or abbreviation in the preferred name, or, (b) part of the name that wasn’t chosen as part of the preferred name. Kevin notes that the application in the authorized access point (9.19.1.4) is restricted under NACO policy. Looking today I see the PCC policy has not yet been published there, but I understand it will restrict recording of fuller forms in access points to 9.5’s definition part “a” (expanding something already in the preferred name); “b” (a part of the name that wasn’t in the preferred name) will only be used in an authorized access point if needed to break a conflict. But this LCPS doesn’t have anything to say about recording fuller form as a separate element. RDA 9.5 and 9.19.1.4, though obviously related, are independent of each other and the information recorded as the element (9.5) does not necessarily need to correspond to the information recorded as part of the authorized access point (9.19.1.4). As RDA practice has developed, we have seen this frequently: for example, recording occupation (374) using LCSH, which is becoming a common practice, severs any connection between the word(s) recorded in 374 and a word that could be used in an access point to break a conflict because the LCSH form is plural and the plural form wouldn’t be used in a qualifier. See, e.g. no2011178916 1000 Dirty Harry ǂc (Saxophonist) 374 Musicians ǂa Saxophonists ǂ2 lcsh The same concept applies to the fuller form element — the word(s) recorded as an element might not correspond to those recorded as part of the authorized access point. This has been discussed recently either here or on the RDA list, I forget where, and I believe the consensus is to record the fullest form known in 378, even if that differs from what might potentially be recorded in $q of the 100 field. At least that’s my practice and I have observed that it is also the practice of others. Bob Robert L. Maxwell Head, Special Collections and Formats Catalog Dept. 6728 Harold B. Lee Library Brigham Young University Provo, UT 84602 (801)422-5568 "We should set an example for all the world, rather than confine ourselves to the course which has been heretofore pursued"--Eliza R. Snow, 1842. From: Program for Cooperative Cataloging [mailto:[log in to unmask]] On Behalf Of Kevin M Randall Sent: Friday, April 05, 2013 10:34 AM To: [log in to unmask] Subject: Re: 378 field The RDA instruction seems pretty loose as to what kinds of names can be put into this element (thankfully—since the AACR2 LCRI seemed to me to be overly complicated and restrictive). Basically, any form of the name longer than the one recorded as the preferred name—doesn't matter if we're talking additional names or spelled-out names vs. initials. But I can't understand why there should be a need to limit use of the 378 field in NACO authority records. Limiting use of 100 subfield $q, YES, since the LC policy is to use that only in the case of a conflict. But 378? Kevin M. Randall Principal Serials Cataloger Northwestern University Library [log in to unmask] (847) 491-2939 Proudly wearing the sensible shoes since 1978! From: Program for Cooperative Cataloging [mailto:[log in to unmask]] On Behalf Of Morris S Levy Sent: Friday, April 05, 2013 9:18 AM To: [log in to unmask] Subject: [PCCLIST] 378 field Good morning. I've noticed that catalogers have been using different standards for what can be encoded in the 378 field. Some use it only if the preferred form includes initials, e.g.: 100 1 Serre, J.-M. 378 ǂq Jean-Marc 100 1 Semini, C. F. ǂq (Carlo Florindo) 378 ǂq Carlo Florindo I've also seen records in which the 378 includes baptismal names, middle names, and maiden names not found in the preferred form: 100 1 Danning, Christian 378 ǂq Sophus Christian 100 1 Oakland, Jane 378 ǂq Jane Caroline 100 1 Johnes, May 378 ǂq May Harris The 378 field isn't mapped to a specific rule in RDA but the most likely candidate is 9.5.1.3 which seems to follow the more liberal approach to what can be recorded. I recognize that the field is optional but my LC reviewer in October preferred limiting its use. Is there now a best practice for how the 378 field is used? Thanks, Morris ********************************* Morris S. Levy Senior Music Cataloger Northwestern University Music Library 1970 Campus Drive Evanston, Illinois 60208 Phone: 847-491-3487 Fax: 847-467-7574 [log in to unmask]