As I understand it, yes, per the Descriptive Cataloging Manual-Z1 (see page 27: 008/10):

"General All new name authority records created and contributed by LC/PCC catalogers must use code 008/10 “z” and include subfield $e rda in the 040 (Cataloging source) field. 

When an existing NAR using code “a”, “b”, “c”, or “d” is modified in any way, evaluate the NAR and re-code it to RDA, changing the 008/10 code accordingly.

Exception 1: If an existing NAR using code “c” is modified only to change or add a 5XX field, catalogers are strongly encouraged, but not required, to evaluate the NAR and re-code it to RDA, changing the 008/10 code accordingly. 

Exception 2: Existing undifferentiated name authority records coded 008/10 “c” may be modified to remove one or more identities in order to create differentiated RDA authority records. When modifying an existing undifferentiated name authority record for this purpose, the updated undifferentiated name authority record must retain the existing 008/10 code. "

-- 
Leigh Billings ([log in to unmask])
Slavic Cataloger, International Studies
University of Michigan Library
112-F Hatcher Graduate Library
913 S. University Ave.
Ann Arbor, MI 48109
(734) 647-3819


On Wed, Aug 17, 2016 at 3:14 PM, Shorten, Jay <[log in to unmask]> wrote:

If a straight AACR2 authority record (Rules = c) does not have the 667 notice that it must be re-examined before using in an RDA record, do I need to convert it to RDA if I add any sort of data whatsoever, specifically an 046 or a 670? Or do I only need to do this if I change the 100 (such as by closing the dates) or composing a new 100?

 

I seem to remember the answer is yes, I need to convert an AACR2 authority record to RDA no matter what data I add or correct, but I want to confirm this.

 

Jay Shorten

Cataloger, Monographs and Electronic Resources

Associate Professor of Bibliography

Catalog Department

University Libraries

University of Oklahoma

Co-owner, PERSNAME-L, the list about personal names in bibliographic and authority records

[log in to unmask]