This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
fechas_en_el_campo_008 [08/10/2006 21:01] fernando |
fechas_en_el_campo_008 [06/09/2011 00:00] (current) |
||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== Fechas en el campo 008 ====== | ||
+ | Algunas notas sobre la generación automática de las posiciones 06, 07-10 y 11-14 en el campo 008 de MARC21. | ||
+ | |||
+ | Fuentes consultadas: | ||
+ | |||
+ | * Anglo-American cataloguing rules, 2nd edition, 2002 revision (2004 update). | ||
+ | |||
+ | * [[http://www.loc.gov/marc/bibliographic/ecbd008s.html#mrcb008a|Documentación de MARC21 (formato conciso)]] | ||
+ | |||
+ | * [[Cataloging with AACR2 & MARC21]], by Deborah A. Fritz. 2nd edition, 2004. | ||
+ | |||
+ | |||
+ | ===== Descripción del problema ===== | ||
+ | |||
+ | El campo 008 incluye tres datos relacionados con la(s) fecha(s) asociada(s) al recurso catalogado: 008/06 es un código que indica el tipo de fecha(s), 008/07-10 es la Fecha 1, y 008/11-14 es la Fecha 2. Los dos primeros datos son obligatorios para cualquier recurso que se catalogue, mientras que el tercero sólo se completa en algunos casos. | ||
+ | |||
+ | Esta información está estrechamente relacionada con el valor del subcampo $c del campo 260 (fecha de publicación, distribución, etc.), a tal punto que en la mayoría de las situaciones los valores correctos para esos datos del campo 008 pueden deducirse del contenido del 260$c ---teniendo en cuenta, en algunos casos, el nivel bibliográfico del recurso (Leader/07). | ||
+ | |||
+ | Para facilitar la tarea del catalogador, Catalis puede completar automáticamente esos tres datos, cada vez que se produce una modificación en el valor del subcampo 260$c. | ||
+ | |||
+ | |||
+ | ===== Tabla de casos ===== | ||
+ | |||
+ | Hemos considerado los casos siguientes (agrupados de acuerdo con el efecto que tienen sobre el 008): | ||
+ | |||
+ | <code> | ||
+ | --------------------------------------------------- | ||
+ | 260$c 008/06 008/07-10 008/11-14 | ||
+ | --------------------------------------------------- | ||
+ | 1998 s/i 1998 ####/1998 i: inclusive dates of collection (Leader/07 "c") | ||
+ | c1998 s 1998 #### | ||
+ | p1983 s 1983 #### | ||
+ | [1998] s 1998 #### | ||
+ | [1998?] s 1998 #### | ||
+ | [ca. 1960] s 1960 #### | ||
+ | [1971 o 1972] s 1971 #### | ||
+ | 1697 [i.e. 1967] s 1967 #### | ||
+ | | ||
+ | [199-] s 199u #### | ||
+ | [199-?] s 199u #### | ||
+ | [18--] s 18uu #### | ||
+ | 15--?] s 15uu #### | ||
+ | | ||
+ | 1967, c1965 t/r 1967 1965 El código r en 008/06 está asociado a una nota 500, Edition and history note (Fritz, 3.2-88) | ||
+ | [1985], c1983 t/r 1985 1983 | ||
+ | [1982?], c1949 t/r 1982 1949 | ||
+ | | ||
+ | [198-], c1967 t/r 198u 1967 | ||
+ | | ||
+ | 1991-1994 d/m/i 1991 1994 i: inclusive dates of collection (Leader/07 "c") | ||
+ | 1997-[2000] d/m 1997 2000 d: recurso continuo (Leader/07 "s") | ||
+ | [1988-1991] d/m 1988 1991 d: recurso continuo (Leader/07 "s") | ||
+ | 1986- c/m 1986 9999 c: recurso continuo (Leader/07 "s") | ||
+ | [1998]- c/m 1998 9999 c: recurso continuo (Leader/07 "s") | ||
+ | -1997 d/m uuuu 1997 d: recurso continuo (Leader/07 "s") | ||
+ | | ||
+ | [entre 1906 y 1912] q 1906 1912 q: questionable date | ||
+ | | ||
+ | sin dígitos s #### #### --> ¿mensaje de advertencia? | ||
+ | default DEJAR TODO COMO ESTABA | ||
+ | </code> | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ===== Observaciones ===== | ||
+ | |||
+ | * En todos los casos donde aparecen corchetes, el corchete inicial puede estar en un subcampo previo. | ||
+ | |||
+ | * En todos los casos, "c" y "p" son equivalentes: e.g. c2001, p2001 | ||
+ | |||
+ | * Hay un riesgo al modificar automáticamente el campo 008: que se altere una información que era correcta (e.g. un código "r" en 008/06, por eso hemos preservado el "r" cuando éste es uno de los valores posibles y ya se encuentra presente). | ||
+ | |||
+ | * Al final del 260$c puede haber punto (tal vez precedido de un espacio), que no nos interesa tomar en cuenta. | ||
+ | |||
+ | Los casos de la tabla anterior han sido implementados en la [[http://inmabb.criba.edu.ar/catalis/catalis.php?p=demo|versión de desarrollo de Catalis]]; la versión 2005.06.09 apenas incluye un número reducido de casos. | ||
+ | |||
+ | Es probable que alguno de estos casos no haya sido correctamente implementado, o que falte considerar algún caso adicional. Se agradecerá cualquier informe de fallas encontradas. | ||
+ | |||
+ | FIXME **AGREGAR**: c1938-c1946 | ||
+ | |||
+ | |||
+ | Es muy importante presentar un **mensaje de advertencia** al usuario cada vez que se alteren valores, pues la conversión automática puede no producir el valor que se desea realmente. Ejemplo: un registro con **260 $c[1965]** y **008 r19651906**, cuando corregimos la fecha a **260 $c1965** obtenemos (incorrectamente!) **008 r1965####** | ||
+ | |||
+ | {{tag>catalis marc desarrollo}} |