User Tools

Site Tools


campo_440_obsoleto

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
campo_440_obsoleto [11/11/2008 17:08]
fernando
campo_440_obsoleto [26/08/2010 10:47]
clauboe
Line 5: Line 5:
 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. 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 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:+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>​ <​note>​
Line 15: Line 15:
 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. 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>​ </​note>​
- 
- 
- 
- 
- 
- 
- 
  
  
Line 31: Line 24:
   * 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.   * 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 las bases de datos existentes: ¿convertimos los 440 de todos nuestros registros en pares 490/830?+  * 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?   * 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 ​del 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 =====
  
-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. 
  
-Este es el código preliminar ​que podría usarse ​para la migración usando mx. No ha sido bien testeado todavía.+Este es un código preliminar para realizar ​la migración usando mx. No ha sido bien testeado todavía.
  
 <​code>​ <​code>​
 +  Archivo 440obsolete.pft
 +
   if p(v440) then   if p(v440) then
-    /* loop sobre los 440 */+    /* loop sobre las ocurrencias del campo 440 */
     (     (
       '​a490|',​       '​a490|',​
Line 57: Line 52:
       '​|',​       '​|',​
  
-      '​a830|',​v440,'​|', ​ /* 830 queda igual al 440 */+      '​a830|',​v440,'​|', ​ /* el 830 queda igual al 440 */
     )     )
   fi   fi
Line 69: Line 64:
  
 Luego de hacer la migración, habrá que volver a generar el archivo invertido de la base bibliográfica. 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}}
campo_440_obsoleto.txt · Last modified: 26/08/2010 00:00 (external edit)