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 [30/04/2009 16:27] fernando |
fechas_en_el_campo_008 [06/09/2011 00:00] |
||
---|---|---|---|
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. | ||
- | |||
- | **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}} |