That looks like one of our deletions and is a different situation from the original question. It's to alert LC that we have been able to create a new, differentiated record for the last person, so they don't need to.
Regards
Richard
Richard Moore
Authority Control Team Manager
The British Library
________________________________________
From: Program for Cooperative Cataloging [[log in to unmask]] on behalf of Jenifer K Marquardt [[log in to unmask]]
Sent: 08 September 2016 21:11
To: [log in to unmask]
Subject: Re: [PCCLIST] procedure for undifferentiated NAF when both identities previously exist
I saw the following cancelled record come through. See the last part of the second 667. I thought that was a bit ambiguous, but helpful.
001: n 50008544
003: DLC
005: 20160803133855.0
008: 800331n| acannaabn |n aaa
010: $an 50008544
035: $a(OCoLC)oca00044070
035: $a(Uk)000130364
040: $aDLC $beng $cDLC $dCSt $dCSt $dSaPrUSA $dIEN $dDLC $dUk
100: 1 $aMoser, Hugo
667: $aTHIS 1XX FIELD CANNOT BE USED UNDER RDA UNTIL THIS UNDIFFERENTIATED RECORD HAS BEEN HANDLED FOLLOWING THE GUIDELINES IN DCM Z1 008/32
667: $aLast identity on undifferentiated record; reported for deletion in favour of nb2016013232, new record not required.
Jenifer
Jenifer K. Marquardt
Asst. Head of Cataloging & Authorities Librarian
University of Georgia
Athens, GA 30602-1641
________________________________________
From: Program for Cooperative Cataloging [[log in to unmask]] on behalf of Lasater, Mary Charles [[log in to unmask]]
Sent: Thursday, September 08, 2016 3:29 PM
To: [log in to unmask]
Subject: Re: [PCCLIST] procedure for undifferentiated NAF when both identities previously exist
Steve,
When I find a situation like this, I like to add a 667 note similar to the one on: no2010098512
Formerly included on undifferentiated name record no 96044888
I usually include 'also' so other authorities folks are even more carefully warned: Formerly also on undifferentiated authority record: no 96044888
I would remove both pairs from the undifferentiated record and if those titles don't show up on the other unique ones, move a 670 for each of those as well. I would also add the 667... Reported for deletion... to no 96044888
Thanks for asking... Maybe others have other ideas, but I spend a lot of time working with these changes each month and moving those 670's can really save me some time. Not moving them means I can waste a lot of time.
Mary Charles Lasater
Authorities Coordinator
Vanderbilt University
-----Original Message-----
From: Program for Cooperative Cataloging [mailto:[log in to unmask]] On Behalf Of McDonald, Stephen
Sent: Thursday, September 08, 2016 11:55 AM
To: [log in to unmask]
Subject: [PCCLIST] procedure for undifferentiated NAF when both identities previously exist
I spent the morning trying to split an undifferentiated NAR (Ryan, Patrick, no 96044888) when I discovered that both identities in the NAR already exist in the NAF. I know I will have to report a BFM. I know that when I am creating new NARs I can edit the undifferentiated record to say it will be deleted in favor of another record. But I am not certain what to do when I have not created any records. Do I edit the undifferentiated record? Do I arbitrarily pick one of the existing records for it to be deleted in favor of? Do I edit the existing records to note the undifferentiated record number? Do I add the form of name from the undifferentiated record to the existing differentiated NARs as a 500 $w nne?
If anyone can give any pointers to handling this situation, it would appreciated.
Steve McDonald
[log in to unmask]
******************************************************************************************************************
Experience the British Library online at www.bl.uk<http://www.bl.uk/>
The British Library’s latest Annual Report and Accounts : www.bl.uk/aboutus/annrep/index.html<http://www.bl.uk/aboutus/annrep/index.html>
Help the British Library conserve the world's knowledge. Adopt a Book. www.bl.uk/adoptabook<http://www.bl.uk/adoptabook>
The Library's St Pancras site is WiFi - enabled
*****************************************************************************************************************
The information contained in this e-mail is confidential and may be legally privileged. It is intended for the addressee(s) only. If you are not the intended recipient, please delete this e-mail and notify the [log in to unmask]<mailto:[log in to unmask]> : The contents of this e-mail must not be disclosed or copied without the sender's consent.
The statements and opinions expressed in this message are those of the author and do not necessarily reflect those of the British Library. The British Library does not take any responsibility for the views of the author.
*****************************************************************************************************************
Think before you print
|