[DCRM-L] WorldCat Matching Release Notes, August 2020

[Bob Kosovsky]

Thank you very much Francis for posting this amplification of Jay Weitz's
announcement.

This has me wondering.  For those of us that want to bring out the
uniqueness of our individual copies, should we approach all pre-1829 items
as if we're back to RLIN, where each item gets its own record because of
its distinctiveness?  (Presumably if we have an item that does not appear
to be distinctive we can simply cluster it to a similar item.)  Or could we
simply copy catalog and add $5 [library code] to our distinctive features?
I'm sorry I can't recall someone's statement that *all publications *before
a certain date should be considered unique (certainily 1501), but if not
1829, how much earlier?

Of course it depends on the cataloger's perception of the uniqueness of a
particular copy.  I realize this is *heavily *dependent on cataloger's
judgement, but I'd like to get a sense of what people are thinking where
they want to go with this.


Bob Kosovsky, Ph.D. -- Librarian, Rare Books and Manuscripts,
Music & Recorded Sound Division
The New York Public Library for the Performing Arts - Dorothy and Lewis B.
Cullman Center

40 Lincoln Center Plaza, New York, NY 10023

www.nypl.org


On Tue, Aug 25, 2020 at 10:54 AM Lapka, Francis <francis.lapka at yale.edu>
wrote:

> Here’s an elaboration, at the link that Jay provides below:
> Rare Materials Exemption for DDR is Now Up to and Including 1829
>
> In close consultation with the Bibliographic Standards Committee (BSC) of
> the Rare Books and Manuscripts Section (RBMS) of the Association of College
> and Research Libraries (ACRL) division of the American Library Association
> (ALA), the demarcation date for the infrequent automated merging of
> duplicate records for older materials has been changed. DDR processing now
> exempts all bibliographic records with dates of production/publication up
> to and including 1829. Previously, the demarcation had been records with
> dates of production/publication earlier than 1800. For cartographic
> materials, DDR continues to exempt records with dates of publication
> earlier than 1901, as determined in consultation with ALA’s Map and
> Geospatial Information Round Table (MAGIRT) Cataloging and Classification
> Committee (CCC). Also still exempted from DDR processing are all records
> identified in field 040 subfield $e as being cataloged under any of the
> following MARC Description Convention Source Codes
> <https://www.loc.gov/standards/sourcelist/descriptive-conventions.html> for
> rare and/or archival materials: amim, amremm, appm, bdrb, cgcrb, cco, dacs,
> dcgpm, dcrb, dcrmb, dcrmc, dcrmg, dcrmm, dcrmmss, dcrms, dmbsb, enol, estc,
> gihc, iosr, ohcm, rad, rna, vd16, vd17.
>
> I’d like to thank Jay and OCLC for their responsiveness to input from our
> community.
>
>
>
> Best,
>
> Francis
>
>
>
>
>
>
>
> *From:* DCRM-L <dcrm-l-bounces at lib.byu.edu> *On Behalf Of *Weitz,Jay
> *Sent:* Thursday, August 20, 2020 4:57 PM
> *To:* DCRM Users' Group <dcrm-l at lib.byu.edu>
> *Subject:* [DCRM-L] WorldCat Matching Release Notes, August 2020
>
>
>
> Between March and July 2020, OCLC installed changes to WorldCat matching,
> including the following improvements and bug fixes:
>
>    - Duplicate Detection and Resolution (DDR) Matching:
>       - Rare Materials Exemption for DDR is Now Up to and Including 1829.
>       - Improved DDR Matching of Serials with Generic Titles.
>       - Improved DDR Matching for Place of Publication.
>       - Stricter DDR Matching of Serials When Associated Corporate Bodies
>       have Different Subordinate Units.
>    - Data Sync/Fingerprint Matching
>       - Improved Fingerprint Comparison for Place of Publication.
>       - Stricter Fingerprint Matching of Serials When Associated
>       Corporate Bodies have Different Subordinate Units.
>    - Bug Fixes
>       - Fix to the Creation of Fingerprints for Cross-Reference Records.
>
> These improvements have been prompted primarily by feedback from and
> consultation with members of the OCLC cooperative and were accomplished by
> the discussion, investigation, and testing work of the matching team at
> OCLC.
>
>
>
> See the *WorldCat Matching Release Notes, August 2020
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhelp.oclc.org%2FMetadata_Services%2FWorldShare_Record_Manager%2FWorldCat_Matching_release_notes_and_known_issues%2F2020_Release_notes%2F095WorldCat_Matching_release_notes_August_2020&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590107416&sdata=FeT0SCsLgxwvq91oYwL9T9l7hdvzmaGjGMH4pYzCsAQ%3D&reserved=0>*
> for more details.
>
>
>
> Please forgive any duplication of this message.
>
>
>
> jay
>
> --
>
> Jay Weitz
>
> *OCLC* · Senior Consulting Database Specialist, WorldCat Metadata
> Quality, Global Product Management
>
> 6565 Kilgour Place, Dublin, Ohio USA 43017
>
> *T* +1-614-764-6156 *· T* +1-800-848-5878 x6156 *· F* +1-614-718-7195
>
> [image: COVID-19: We’re in this together]
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.oclc.org%2Fen%2Fcovid-19.html%3Futm_campaign%3Dcovid-19-support%26utm_medium%3Demail%26utm_source%3Dlibraryservices%26utm_content%3Dsignature-banner-covid-19-information-resources&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590107416&sdata=1y8n1gRIAlARPucJsBGM0AstbFaSi2oCZsWSEKAGATE%3D&reserved=0>
>
> [image: OCLC]
>
>
>
> OCLC.org
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.oclc.org%2Fen%2Fhome.html&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590117404&sdata=2U6CHjY%2BXdrbPpmrfNqSLsewYBIdZ5ZNF0X5wtoAlmU%3D&reserved=0>
>  *·* Twitter
> <https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Foclc&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590117404&sdata=EwP%2Bm4vsBojcDEMGstn8z%2F1c%2FL0JnVkydhMWG%2BlC%2B28%3D&reserved=0>
>  *·* Facebook
> <https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.facebook.com%2Fpages%2FOCLC%2F20530435726&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590127399&sdata=Drdu09A2aNVxNmclOnbHMz2j2lzUcuOck90otBGLPHY%3D&reserved=0>
>  *·* YouTube
> <https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.youtube.com%2FOCLCvideo&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590127399&sdata=hlGLjc%2FgBLM0vQyYu0ugxLUtFZrXnOjl6WJjxq7yMjI%3D&reserved=0>
>  *·* LinkedIn
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Foclc&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590127399&sdata=MPQhwQHInW45GkQXGrlBW8i1iiapmuqa7xUgCkbAXNI%3D&reserved=0>
>  *·* Instagram
> <https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Foclc_global%2F&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590137405&sdata=aOQOAAEDFZoJFKS9l7uAclmbNgqjNlcb%2BLk2PRQfRnY%3D&reserved=0>
>  *·* *Next* blog
> <https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.oclc.org%2Fblog%2Fmain%2F&data=02%7C01%7Cfrancis.lapka%40yale.edu%7C891a87b33bcb4c2ca8c008d8454baa6b%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C637335538590137405&sdata=mLLof6K%2B9YBOTb4bNSsqntgh5lULujDOkFFvEItPgfM%3D&reserved=0>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20200825/5449eee4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 18999 bytes
Desc: not available
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20200825/5449eee4/attachment-0001.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 2706 bytes
Desc: not available
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20200825/5449eee4/attachment-0001.png>