Fusionando registros contables duplicados: Una comparación campo por campo

Materiales poco comunes (anteriores a 1830)

 Nota: los catalogadores que no estén familiarizados con los libros raros y las reglas de catalogación de libros raros no deben fusionar registros bibliográficos ni para los materiales raros originales ni para sus reproducciones electrónicas. Al considerar la fusión de registros para obtener reproducciones electrónicas de materiales raros, tenga en cuenta las pautas para recursos electrónicos adicionales que figuran en el Apéndice A.

Los libros publicados antes de 1830 se consideran raros de forma predeterminada. Sin embargo, las reglas de catalogación de libros poco comunes se pueden aplicar a los libros independientemente de la fecha de publicación, y cualquier libro catalogado de acuerdo con dichas reglas se debe considerar raro. Las reglas de catalogación de libros raros se codifican en el subcampo 040 $e (p. ej., bdrb). La lista completa de convenciones descriptivas es: amin, amremm, appm, bdrb, cgcrb, cco, dacs, dcarlisnaaf, dcgpm, dcrb, dcrmb, dcrmc, dcrmg, dcrmm, dcrmmss, dcrms, dcrmr, dmbsb, enol, estc, fiafcm, gihc, hmstcn, iosr, kam, nmxcmdf, ohcm, rad, rna, rnab, vd16, vd17.

Los registros se pueden considerar duplicados independientemente de la ausencia o presencia del 040 $e. Determine el registro que se conservará en función de las siguientes pautas, teniendo en cuenta la transferencia del campo para fusionar y el documento de matriz fusionada:

• Si uno de los registros está codificado como raro en el 040 $e y los posibles duplicados no, pero es evidente a partir de todos los campos (incluidos los campos de notas) que representan la misma manifestación, fusionar y conservar el registro codificado como raro en el 040 $e
• Si los registros están codificados utilizando las mismas reglas de catalogación de rarezas en el 040 $e, compare todos los registros (incluidos los campos de notas) para determinar si son o no duplicados y, si corresponde, los fusione conservando el registro más completo (basado en el contenido, no en los registros). existencias)
• Si los registros están codificados utilizando diferentes reglas de catalogación de rarezas y tienen la misma plenitud, conservar el registro codificado para las reglas de catalogación más recientes (es decir, prefiera dcrmb a dcrb y dcrb a bdrb)
• Si los registros están codificados usando diferentes reglas de catalogación de rarezas y no tienen la misma plenitud, transferir la información del (de los) registro(s) más completo(s) al (de los) registro(s) con las reglas de catalogación más recientes
• Si ninguno de los registros está codificado como raro, compare todos los registros (incluidos los campos de notas) para determinar si son duplicados o no y, si corresponde, fusione conservando el registro más completo (basado en el contenido, no en las existencias)

En todos los casos, tenga en cuenta los campos que no se transferirán automáticamente durante el proceso de fusión y transfiéralos manualmente según corresponda, como campos 510 únicos o campos que contengan información específica del ejemplar, que incluyen el subcampo $5.

Las excepciones específicas para libros poco comunes se indican a lo largo de este documento.

2.1. 010

• Los registros se pueden fusionar independientemente de la ausencia o presencia de un campo 010. Los registros con diferencias en los números de control emitidos por la misma agencia pueden ser registros duplicados potenciales. Compare los campos 245 a 5xx para justificar una fusión.
• No fusione dos registros DLC con diferentes LCCN. Informe de estos a AskQC.

2.2. 006 y 007

• Los registros se pueden considerar duplicados para la fusión, incluso con la presencia o ausencia del campo 006 o 007. Compare los campos 300, 500 y 533 para justificar una fusión.
• Las diferencias específicas en el formato físico del material pueden justificar dejar los registros por separado.

2.3. 020

• Asegúrese de que coincidan. Pero tenga en cuenta que es posible que se apliquen varios ISBN al mismo material. Un ISBN diferente por sí solo no justifica registros separados. Los registros aún podrían ser duplicados potenciales para ser fusionados. Por el contrario, el mismo ISBN en diferentes registros no justifica necesariamente una fusión. En ocasiones, las editoriales asignan el mismo ISBN a diferentes publicaciones. Compare los campos 245 a 5xx para justificar una fusión.

2.4. 086

• La ausencia o presencia del campo 086 no justifica un nuevo registro. Una diferencia en los números de clasificación de la misma fuente puede justificar un nuevo registro. Compare los campos 1xx, 2xx y 3xx en busca de otras diferencias que justifiquen la creación de un nuevo registro.

2.5. 1XX

• Los registros se pueden considerar duplicados para la fusión incluso con la ausencia, presencia o diferencia en la elección o forma del campo 1xx. Sin embargo, tenga cuidado con el orden inverso de los nombres (consulte AACR2 21.6C1 y RDA 6.27.1.3).
  
  Ejemplo:
  100 1 Rosenbaum, Michael, $d 1972-
  24510 Trabajando en el set de Smallville / $c de Michael Rosenbaum y Tom Welling.
  700 1 Welling, Tom, $d 1977 en adelante
  
  NO COINCIDE con
  
  100 1 Welling, Tom, $d 1977 en adelante
  24510 Trabajando en el plató de Smallville / $c de Tom Welling y Michael Rosenbaum.
  700 1 Rosenbaum, Michael, $d 1972 en adelante
   
• Estos registros no se considerarían candidatos para la fusión porque no tenemos los materiales disponibles y, por lo tanto, no podemos estar seguros de cómo es la página de título de cada material.
• Si un autor cambió su nombre, se puede fusionar. Conservar la forma autorizada del nombre.
• Siempre consulte el archivo de autoridad para conocer la forma autorizada del nombre.

2.6. 245

• La información transcrita en el subcampo $a y el subcampo $b debe coincidir exactamente. El subcampo $n y el subcampo $p son interpretación del catalogador - *uso del criterio.
• Por lo general, está bien si uno tiene el subcampo $b y el otro no. Las diferentes decisiones del catalogador con respecto a dónde termina el título propiamente dicho no descalifican la fusión de los registros.
• El subcampo $c, si está presente, debe tener el mismo nombre.
• Se pueden fusionar dos registros si hay un error en la transcripción del título y se trata claramente de un error tipográfico en lugar de una ortografía alternativa (p. ej., color vs. color) en la fuente.
  
  Libros poco comunes: En algunos casos, el subcampo $a no coincidirá exactamente debido al criterio del catalogador, las habilidades lingüísticas y las reglas de transcripción. Las diferencias en la transcripción de las letras I/J/U/V, las ligaduras y los abrevigramas expandido versus no expandido no descalifican los registros para fusionarlos. Los primeros materiales impresos a menudo contienen errores tipográficos. Los catalogadores deben confirmar que los errores tipográficos son realmente errores de transcripción consultando las fuentes de referencia, poniéndose en contacto con otras bibliotecas propietarias y/u otros medios, según corresponda, antes de la fusión. En caso de duda, no fusionar.

2.7. 250

• La información transcrita debe coincidir, pero debe admitir que las prácticas relacionadas con la abreviatura han cambiado con el tiempo. Menciones suministradas por el catalogador en virtud de las disposiciones de RDA 2.5.1.4 (o AACR2 1.2B4) pueden variar porque son suministrados, pero si en esencia son los mismos, se considerarán coincidencias.
• Puede fusionarlos si uno dice 1.º edición y el otro no dice nada. Sin embargo, no los fusione si uno dice 2.º edición, o 3.º edición, etc. y el otro no tiene mención de edición.
• Compare 245 a 5xx en busca de otras diferencias que justifiquen una fusión.

2.8. 260 y 264

2.9. 300

2.10. 490

• Las pautas relacionadas con la retención de series se pueden encontrar en el documento Transferencias de los campos de combinación de registros.
• Los registros se pueden considerar duplicados para la fusión, incluso con la ausencia o presencia del campo 490.
• Ejemplos de situaciones que pueden justificar una fusión. Utilice su criterio..
  • Mención de variación en la forma de la serie
  • Variación en la decisión de trazado o en el formulario (p. ej., 490 versus 490 con 830)
  • Mención de responsabilidad de ausencia, presencia o diferencia en la serie
  • Cambio de serie entre ejemplares o partes de una publicación seriada o de varias partes. No fusionar si el material pertenece a una serie diferente.

2.11. 5XX

• Los campos 5XX no se transfieren automáticamente al fusionar registros. Tenga cuidado de copiar todas las notas relevantes en el registro que se va a conservar antes de la fusión.

2.12. 501

El uso del campo 501 implica que debe haber registros bibliográficos separados para el (los) recurso(s) descrito(s) después de "Con:" y que cuando todos esos registros se consideran juntos, describen el recurso completo. Si estuviera catalogado correctamente, cada uno de esos registros describiría solo una parte del recurso completo, un hecho que se reflejaría en el campo 300.

• Los registros se pueden fusionar independientemente de la presencia o ausencia de los campos 501 solo si representan el mismo recurso completo, con los campos 300 coincidentes (de acuerdo con los criterios del campo 300) y todas las partes constituyentes del recurso se contabilizan en los campos 245, 505, y / 1XX/7XX
• En la catalogación actual, el campo 501 es principalmente para materiales raros, históricos y otros materiales especiales
• El campo 501 no se utilizaría correctamente para mostrar la práctica de encuadernación local y no justifica un registro separado en tales casos

2.13. 510

• No fusione registros con números de entradas de citas en conflicto.
  
  Ejemplo:
  
  100 1 Shakespeare, William, $d 1564-1616.
  
  245 14 La más excelente y lamentable tragedie, de Romeo e Iulieto. $b As it ha been sundrie times publikely actued, by the Kings Maiesties Seruants at the Globe.
  
  260 London: $b Impreso [por William Stansby] para Iohn Smethwicke, y se venderá en su tienda de Saint Dunstanes Church-yard, en Fleetestreete vnder Dyall, $c [1622]
  
  300 [88] páginas; $c (4to)
  
  510 4 English short title catalogue, $c 111191
  
  NO COINCIDE
  
  con 100 1 Shakespeare, William, $d 1564-1616.
  
  245 14 La más excelente y lamentable tragedie, de Romeo e Iulieto. $b As it ha been sundrie times publikely actued, by the Kings Maiesties Seruants at the Globe.
  
  260 London: $b Impreso [por William Stansby] para Iohn Smethwicke, y se venderá en su tienda de Saint Dunstanes Church-yard, en Fleetestreete vnder Dyall, $c [1622]
  
  300 [88] páginas; $c (4to)
  
  510 4 Catálogo de títulos abreviados en inglés, $c 111193

2.14. 533

• No fusionar si un registro tiene el campo 533 y el otro no, a menos que los registros representen recursos electrónicos o copias impresas bajo demanda y fotocopias.
• Algunos registros más antiguos tienen información 533 en un campo 500.
• No fusionar si las series difieren.
• Asegúrese de que el tipo, el lugar y la agencia de reproducción coincidan.

2.15. 6xx

• Los registros se pueden considerar duplicados para la fusión, incluso con la ausencia, la presencia o la diferencia en los campos 6xx.
• Considere todos los campos 6xx, incluido el 655, en registros duplicados, y determine cuáles se deberán conservar mediante la transferencia manual.

2.16. 7xx

• Los registros se pueden considerar duplicados para la fusión, incluso con la ausencia, la presencia o la diferencia en los campos 7xx.

Fusionando registros del conjunto de la colección de WorldCat (antes microforma principal) en Connexion Client

Los WorldCat Collection Sets (anteriormente Microforma principal, MMF) son registros bibliográficos creados por catalogadores de OCLC , bibliotecas miembro de OCLC o proveedores para conjuntos de contenido en microforma, sin microforma o electrónico.

• Si fusiona un registro de conjunto de colección con un registro de conjunto de colección y ambos representan el mismo material, del mismo conjunto, filmado en el mismo lugar de los carretes, INFORME DE ESTO A ROBERT BREMER a bremerr@oclc.org. Si no está seguro de si el registro es parte de un conjunto de colección, no lo fusione y notifique a Robert Bremer.

Fusión de registros principales en microforma (MMF) en Connexion Client

• Se pueden fusionar dos registros MMF incluso cuando la polaridad es diferente, es decir, uno es positivo y el otro es negativo.
  • Normalmente, conserve la versión negativa del maestro y elimine la palabra negativo del campo 533. Probablemente habrá una nota 500 que indique que la institución XXX posee la copia maestra.
  • Transfiera el campo 007 del registro fusionado. Entonces tendrá dos campos 007. El primero se codificará como positivo (007 $da) para la copia de servicio y el segundo como negativo (007 $db) para la copia maestra
• Si está fusionando un registro MMF con un registro MMF y ambos representan el mismo material, del mismo set, filmado en el mismo lugar de los carretes, infórmele a Robert Bremer.
• Puede fusionar un registro de miembro en un registro MMF. No es necesario que lo informe. 
  • Los registros MMF duplicados se pueden fusionar si representan el mismo material del mismo conjunto y están filmados en diferentes lugares de los carretes (es decir, el número 533 $f y el 830 $v serán diferentes). Agregar un subcampo $n al campo 533 que diga que el subcampo $n también se filmó como [diferente número y carrete] y agregue un subcampo 830 para que coincida.
    
    Ejemplo:
    
    El registro MMF n.º 1 contiene:
    533 $f (Libros de arquitectura estadounidenses; carrete 27, no. 374)
    830 libros americanos de arquitectura; $v carrete 27, no. 374.
    
    El registro MMF n.º 2 contiene:
    533 $f (Libros de arquitectura estadounidenses; carrete 27, n. 376)
    
    After Merge:
    533 $f (Libros americanos de arquitectura; carrete 27, nro. 374). $n También filmado como el no. 376.
    830 libros americanos de arquitectura; $v carrete 27, no. 374.
    830 libros americanos de arquitectura; $v carrete 27, no. 376.

Fusionando registros SCIPIO en Connexion Client

SCIPIO: Arts and Rare Book Sales Catalogs es el catálogo colectivo en línea de registros de catálogos de subastas.

Los registros SCIPIO describen subastas de arte y catálogos de libros poco comunes para ventas desde finales del siglo XVI hasta subastas programadas que aún no se han realizado, y son el resultado de la incorporación de la base de datos SCIPIO, anteriormente disponible a través de RLG (Research Libraries Group), a WorldCat durante la integración de RLG en OCLC en agosto de 2007.

• Estos registros se pueden identificar mediante el código de autenticación "scipio" en el campo 042 subcampo $a en los registros de WorldCat y de la institución.
• Conservar el registro SCIPIO cuando se fusionen registros duplicados y uno de ellos NO sea un registro SCIPIO 
  • EXCEPCIÓN: si uno de los registros es PCC, conservar el registro PCC . Agregue $a scipio al campo 042 del registro PCC de retención y transfiera manualmente todos los datos específicos de SCIPIO.
• Conservar el más completo, en función del contenido NO de la cantidad de campos, cuando todos los registros involucrados sean registros SCIPIO

Firefly Books y Annick Press

Firefly Books y Annick Press publican materiales tanto en Canadá (generalmente en Toronto) como en Nueva York (generalmente en Buffalo). Debido a razones de biblioteca depositaria de derechos de autor de Canadá, Library and Archives Canada (símbolo NLC) incluye el lugar de publicación en Canadá, pero no el lugar de publicación en Nueva York, que aparece siempre en primer lugar en el reverso de la portada.

La Biblioteca y Archivos de Canadá (símbolo NLC) está siguiendo una práctica local para estos registros de WorldCat , y es posible que se fusionen si todos los demás criterios coinciden.

     Ejemplos:

     260 Búfalo, NY : $b Firefly Books, $c 2000.

     COINCIDENCIAS

     260 Toronto: $b Firefly Books, $c 2000.

     260 Búfalo, NY : $b Annick Press, $c 1995.

     COINCIDENCIAS

     260 Toronto : $b Annick Press, $c 1995.

Pautas para comparar registros de PCC de LC y de PCC de miembros

• Ambos registros tendrán el campo 042 "pcc"
• Si se determina que los registros están duplicados, conservar el registro más completo en función del contenido, NO de la cantidad de campos

Pautas del CIP (Cataloging-in-Publication) de la UKM

Los registros del CIP de la UKM son registros de prepublicación de codificación 8 o registros de nivel M de codificación con símbolo UKMGB, creados por la Biblioteca Británica. UKMGB son registros más recientes. Considere UKMGB como equivalente al nivel de codificación 8 si tienen "p. cm" o "páginas cm" en el campo 300 y tener un campo 263.

Existen criterios más flexibles para fusionar registros del CIP de la UKM con otros registros. Estos registros suelen contener variaciones en los campos 245, 260, subcampo $a y subcampo $c, 300 y los campos 4xx.

• Si los campos 300 están presentes en los registros de nivel 8 de codificación, son estimaciones previas a la publicación y no deben interpretarse como paginaciones y tamaños reales. Este campo suele estar incompleto o aún en blanco, es decir, 300 p. cm
• El subcampo 260 ó 264 $a, lugar de publicación, es otro campo que suele ser diferente. En la mayoría de los casos, esto no es un factor y los registros se pueden fusionar.
  
  Ejemplo: los registros UKM CIP y UKM de nivel completo contienen cada uno un lugar de publicación, siendo la diferencia el país de publicación, y ambos representan claramente el mismo material (el mismo ISBN, por ejemplo); estos se pueden fusionar con ninguna pregunta.

Registros de proveedor

Existen criterios más flexibles para fusionar registros de proveedores que tienen un nivel de nivel inferior al completo (nivel de codificación 3, M, 7, etc.). Son muy breves en contenido; por lo general consiste en un título, editorial, fecha e ISBN.

Estos registros son candidatos para una posible fusión con otros registros.

Consulte el documento Lista de proveedores para la fusión para obtener una lista de los proveedores y pautas adicionales para la fusión.

Registros de la WorldCat Digital Collection Gateway

Los registros de Digital Gateway proporcionan acceso a las colecciones de contenido digital de acceso abierto y únicas de una biblioteca.  Estos registros tendrán un campo 042 'dc' (Dublin Core) y un campo 029 con el subcampo $t DGCNT.

Estos registros no se consideran candidatos para la fusión.

Registros híbridos impresos/en línea

En ocasiones, los registros de nivel mínimo o de lote tendrán elementos de una monografía impresa y elementos de un recurso en línea.  Examine detenidamente el registro de la versión híbrida para determinar si se fusiona con el registro de la versión impresa o con el registro de la versión en línea.  Para resolver esta situación, siga estos pasos:

• Mire el nivel de codificación del registro.
• Mire la codificación de la forma en el campo fijo.
• Mire el GMD, si está presente, o los campos x33.
• Mire el segundo indicador en el campo 856.
• Examine los registros locales de la biblioteca ingresante o de algunas bibliotecas existentes.

Tenga en cuenta que algunos registros impresos que reflejan el enfoque de registro único tendrán un campo 007 y un campo 856 con un segundo indicador 1. Este tipo de registro no se considera híbrido; representa un recurso de impresión.

Si después de analizar un registro de versión híbrida con un campo 019 cree que se podría haber producido una fusión incorrecta, envíe un correo electrónico a su revisor.  

Directrices para Google Libros y registros de HathiTrust

Estos son registros que representan libros digitalizados del Proyecto para bibliotecas de Libros de Google y de la Biblioteca Digital de HathiTrust.

• Ambos tienen símbolos de entrada de OCLCE.
• El registro de HathiTrust tendrá el campo 042 "dlr" ( Registry de la biblioteca digital)

En general, siga las instrucciones del documento Matriz de fusión y transferencias de campos de la fusión de registros cuando decida qué registro desea conservar.

• Si se determina que un registro de HathiTrust y un registro de Google están duplicados, conserve siempre el registro de HathiTrust con el campo 533.
• Si dos registros "dlr" (es decir, HathiTrust y Biodiversity Heritage Library) están duplicados, conserve el más completo y asegúrese de que los campos con subcampos únicos $5 se transfieran. Ajuste también el número de control de OCLC en el campo 776 del registro impreso de modo que apunte al registro electrónico que se conservará en caso de ser necesario.
• Si se determina que un HathiTrust y un registro ingresado por un miembro están duplicados, conserve el más completo y asegúrese de que los campos con subcampos únicos $5 se transfieran. Si HathiTrust y otros registros de preservación digital se fusionan en otro registro, asegúrese de que los siguientes campos se transfieran al registro retenido: 042, 506, 533, 538, 583 y 856. Además, si es necesario, ajuste el número de control de OCLC en el campo 776 del registro impreso de modo que apunte al registro electrónico que se conserva.
• Si se determina que un HathiTrust y un registro ingresado por un miembro están duplicados y, por lo demás, parecen equivalentes, conserve el registro de HathiTrust. 

Los campos 506, 533, 538 y 583 con el subcampo $5 se transferirán cuando $5 sea único. El campo 042 dlr se transferirá si se transfiere uno de los campos 5xx con $5.

Para todos los registros que no sean de preservación, elimine el campo 533 si aparece en el registro retenido.

Tenga en cuenta que la mayoría de los campos 533 de preservación contienen el subcampo $5. Sin embargo, algunos registros de preservación más antiguos contienen campos 533 sin el subcampo $5.

4.1. 006

• Para los recursos en línea, el formulario se codifica con "o".
  
  Ejemplo:
  
  Escriba: m Audn: Formulario:o Archivo: d GPub:

4.2. 007

• Acepte tal cual si el subcampo obligatorio $a y el subcampo $b están codificados correctamente.
  
  Ejemplo:
  
  007 c $br

4.3.  020

• Si existen otras versiones de ISBN en el subcampo $a, muévalas al subcampo $z.
  
  Ejemplo:
  
  020 $z 9781423181736

4.4. 300

• Borrar el subcampo $c, si existe en el registro.
• Para registros catalogados en inglés (p. ej., 040 $b está codificado eng) agregar "1 recurso en línea" al subcampo $a, si está ausente en el registro, colocando el subcampo $a existente entre paréntesis.
  
  Ejemplos:
  
  300 1 recurso en línea (xv, 223 páginas): $b ilustraciones
  300 1 recurso en línea: $b ilustraciones

4.5. 588

• Si aparecen dos notas de "Descripción basada en" en el registro retenido, borre la que probablemente se transfirió del registro de la versión impresa en favor de la que indica que el registro impreso se utilizó como base para la descripción. Tenga en cuenta que RDA utiliza la frase "Identificación del recurso basada en" contrariamente a la práctica de LC/ PCC.
  
  Ejemplos:
  
  588 Identificación del recurso basada en el registro de la versión impresa.
  588 Descripción basada en recurso en línea; title from pdf information screen (Ebsco, consultado el 19 de noviembre de 2013).

4.6. 776

• Conservar solo un enlace 776 a un registro de la versión de impresión. Si hay más de uno en un registro, elimine el 776 que representa el registro de la versión de impresión duplicada. 
• Si el formulario 776 está incompleto, complete la información necesaria usando el comando Edición > Insertar desde del registro citado. Para utilizar este comando, asegúrese de que el n.º de OCLC del registro de la versión impresa correcta sea la única información en el subcampo 776 $a y haga clic con el botón derecho en el campo.
  
  Ejemplo:
  
  776 08 $c Original $z 9780199657803 $z 0199657807
  
  Editar a: 776 08 835969170
  
  Luego use la función "Insertar desde el registro citado"

4.7. 856

Consulte también Oficina de Estándares de MARC : Pautas para el uso del campo 856² para obtener más información sobre este campo.

• Asegúrese de que el segundo indicador sea 0 si la URL enlaza directamente con el recurso en los registros que describen materiales en línea
• Asegúrese de que las URL en retenido y duplicado vinculen al mismo recurso.
• Mueva todas las URL que conduzcan a otros recursos al registro correspondiente, si está disponible. Si un registro de la versión en línea no está disponible, agregue ese enlace al registro de la versión impresa correspondiente utilizando el segundo indicador 1.
• Elimine todas las URL específicas de la institución que requieran un inicio de sesión. Estos se pueden identificar porque la URL del recurso principal suele estar oculta en el enlace específico de la institución.
  
  Ejemplo: http://encompass.library.cornell.edu...89264061453-en

Si bien no es necesario que verifique todas las URL al fusionarlas, si descubre una URL rota, utilice las siguientes pautas:

• Si es posible, corrija la URL
• Si no se puede corregir la URL y existen otras URL en el registro, elimine la URL. Si no puede acceder a la URL y no sabe si está rota, no la borre .
• Si no se puede corregir la URL y no existe ninguna otra URL en el registro, agregue el enlace roto a $h
  
  Ejemplo:
  
  856 40 $h [ URL rota]