CatalisWiki

Esta página es de solo lectura. Puedes ver la fuente pero no puedes cambiarla. Pregunta a tu administrador si crees que esto es incorrecto.
====== Campo MARC 440 obsoleto ======

En la actualización no. 9, de octubre de 2008, el [[http://www.loc.gov/marc/bibliographic/bd440.html|campo 440 del formato MARC bibliográfico]] fue declarado obsoleto. En su lugar, se deberá utilizar la combinación de dos campos: [[http://www.loc.gov/marc/bibliographic/bd490.html|490]] y [[http://www.loc.gov/marc/bibliographic/bd830.html|830]].

Luego de este cambio, en el [[http://www.loc.gov/marc/bibliographic/bd4xx.html|bloque de campos 4xx]] sólo queda un campo: el 490.

La [[http://www.loc.gov/marc/bibliographic/bd440.html|documentación para el campo 440]] incluye ahora esta frase: "This field was made obsolete in 2008 to simplify the series area so that all title series //statements// would be entered in the 490 field and all title series added entries in the 830." Además, incluye estas instrucciones para realizar la conversión a los campos que se usarán de ahora en adelante:

<note>

CONVERSION TO CURRENT FIELDS

To construct field 490 (Series Statement), set 490 indicator 1 to 1; set 490 indicator 2 to blank; concatenate field 440 subfields $a, $n and $p and place the new string into 490 subfield $a; and copy the content of 440 subfields $v, $x, $6, and $8 into the same subfields in field 490. Any additional subfields in field 440 do not convert to 490 but do convert to field 830.

To construct field 830 (Series Added Entry - Uniform Title), all 440 indicators and subfields convert to field 830 with the same indicator values and same subfields.
</note>



===== Efectos en Catalis =====

La implementación de este cambio en el formato MARC tiene varios aspectos.

  * La decisión de no utilizar el campo 440 al crear nuevos registros es fácil de implementar: no lo usamos, y listo. Sin embargo, no podemos simplemente //eliminar// el campo 440 de la lista de campos (archivo ''marc21.xml''), pues muy probablemente tendremos que seguir editando registros que contengan ese campo. Quizás deberíamos incorporar un mecanismo que, sin eliminar el 440 de la lista de campos //definidos//, nos impida //crear nuevas instancias// de ese campo.

  * Migración de las bases de datos existentes: ¿convertimos los 440 de todos nuestros registros en pares 490/830?

  * Tratamiento de registros importados de fuentes externas: ¿los campos 440 de los registros importados deben ser automáticamente convertidos en pares 490/830?

  * Sería útil contar con un mecanismo para crear automáticamente un campo 830 a partir de un 490 (o viceversa) desde la interfaz de edición, pues en muchos casos ambos campos contendrán esencialmente la misma información. Debido a las diferencias en la estructura de subcampos, parece que sería más simple crear el 490 a partir del 830, y no al revés. Por otra parte, según el flujo usual del trabajo de catalogación, deberíamos ocuparnos de crear en primer lugar el 490, y posteriormente el 830.


===== Migración de registros existentes =====


Este es un código preliminar para realizar la migración usando mx. No ha sido bien testeado todavía.

<code>
  Archivo 440obsolete.pft

  if p(v440) then
    /* loop sobre las ocurrencias del campo 440 */
    (
      'a490|',
        '1',  /* ind1 = 1 */
        '#',  /* ind2 = blank */
        '^a',v440^a, " "v440^n, " "v440^p,  /* $a,$n,$p se concatenan en $a */
        if v440^v <> '' then '^v',v440^v, fi,  /* $v,$x,$6,$8 se preservan tal cual */
        if v440^x <> '' then '^x',v440^x, fi,
        if v440^6 <> '' then '^6',v440^6, fi,
        if v440^8 <> '' then '^8',v440^8, fi,
      '|',

      'a830|',v440,'|',  /* el 830 queda igual al 440 */
    )
  fi
</code>

Para testear puede usarse algo como esto:

<code>
mx biblio "proc=@440obsolete.pft" "pft=(|440: |v440/),(|490: |v490/),(|830: |v830/)" lw=200
</code>

Luego de hacer la migración, habrá que volver a generar el archivo invertido de la base bibliográfica.

Debe tenerse en cuenta que los //problemas de calidad// que pudieran traer los campos 440 presentes en nuestros registros (e.g. uso de 440 para una mención de serie que debiera haber ido en un 490), se mantendrán al pasar los datos a un 830.


===== Implementación en la UNS =====

==== Archivo templates.js ====

En las plantillas que incluyan un campo 440, hacer el reemplazo por 490/830. En el caso de libros, cambiamos este bloque de líneas:

<code>
'440 #0^a^v\n' +
'500 ##^a\n' +
'504 ##^a\n' +
'700 1#^a^d\n'
</code>

por este otro:

<code>
'490 1#^a^v\n' +
'500 ##^a\n' +
'504 ##^a\n' +
'700 1#^a^d\n' +  
'830 #0^a^v\n'
</code>


==== Archivo marc21.xml ====

Marcamos como obsoleto el campo 440, y modificamos algunos detalles del campo 490:

<code xml>
<datafield tag="440" repet="R"  lite="lite" label-spa="Mención de serie/punto de acceso por título [OBSOLETO]" label-eng="Series statement/added entry--Title [OBSOLETE]" template="#0av">

...

<datafield tag="490" repet="R" label-spa="Mención de serie" label-eng="Series statement" template="1#av">
    <indicator pos="1" label-eng="Series tracing policy" label-spa="Política de trazado de la serie">
        <i value="0" label-eng="Series not traced" label-spa="La serie no se traza" />
        <i value="1" label-eng="Series traced" label-spa="La serie se traza" />
    </indicator>
    <indicator pos="2" />
    <subfield code="a" repet="R"  label-spa="Mención de serie" label-eng="Series statement" oblig="ALL" />
    <subfield code="l" repet="NR" label-spa="Nro. de LC" label-eng="Library of Congress call number" />
    <subfield code="v" repet="R"  label-spa="Número de volumen" label-eng="Volume number/sequential designation" />
    <subfield code="x" repet="R" label-spa="ISSN" label-eng="International Standard Serial Number" />
</datafield>
</code>


{{tag>marc catalis}}