Herramientas de usuario

Herramientas del sitio


fechas_en_el_campo_008

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).

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):

  ---------------------------------------------------
     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

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 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####

fechas_en_el_campo_008.txt · Última modificación: 2011/09/06 00:00 (editor externo)