En el listado de registros se visualizan marcas html. La siguiente imagen muestra el problema con dos registros importados de LC
— Claudia, 2010/08/04 16:12
Registro: LCCN 95185152.
Problema: 020 $a 2980371637 se visualiza como 2-98037163-98037163-7
Fernando, 15:02 8 ene, 2005 (ART)
Editar un registro con 700 $4; seleccionar un código de la tabla, y luego apretar Backspace. El browser presenta la “página anterior”.
Informado por Karina Meana, Nov 17 2004
El campo 1106 (información sobre el bloqueo) se convierte en un campo 110 al generar un ISO. Convendría usar otro número de campo que no entre en conflicto con un campo real de MARC21, e.g. 4990.
Fernando, 18:56 14 ene, 2005 (ART)
Para presentar la información sobre las existencias, el array ejemplares
se ordena usando sort()
. Cuando, más tarde, se compara el registro actual con el registro original que se encuentra en el servidor, se usa esa versión reordenada del array, que puede resultar diferente del original, sin embargo el cambio no es relevante y no debe generar el mensaje al usuario. Además, al mostrar las dos versiones del registro, estas diferencias no aparecen resaltadas.
Fernando, 19:31 2 mar, 2005 (ART)
Cuando se cambia de lugar un campo (p.ej. se sube una nota), aparece el mensaje que advierte sobre el cambio y sugiere grabar, pero en la ventana que presenta las diferencias no se resaltan los campos cambiados. WikiSysop 15:44 1 sep, 2005 (ART)
En la pantalla de búsquedas selecciono un registro (R1) para verlo en forma detallada. Luego, hago click sobre el botón con el número de control de otro registro (R2), para editarlo. Cuando regreso a la pantalla de búsquedas, sigue resaltado en la lista el registro R1, y la visualización AACR2 corresponde a R1, pero cuando hago click en el botón “MARC”, me presenta erróneamente el registro R2.
— Fernando, 15:51 9 sep, 2005 (ART)
Tenemos otra manifestación de este bug al realizar esta secuencia de pasos:
— Fernando Gómez, 25/09/2007 16:22
Cuando cargo un segundo subcampo 260 $a, su valor es usado para cambiar el código de país en 008/15-17. Error, pues ese código está asociado al lugar mencionado en el primer subcampo $a.
Fernando, 18:00 9 sep, 2005 (ART)
Al eliminar el subcampo $b del campo 300, el código en el 008 no se actualiza. — Fernando, 29/08/2007 16:52
Al pegar caracteres acentuados copiados p.ej. del catálogo de LC (que usa UTF-8 con diacríticos separados), en la base se graban referencias numéricas, por ejemplo:
<vocal>́ => vocal con acento agudo <vocal>̃ => vocal con tilde ç => ç … => puntos suspensivos?
Catalis necesita un mecanismo para impedir que esto suceda. Y para los datos ya grabados, hay que aplicar un gizmo y regenerar el archivo invertido. — Fernando 30/08/2007 15:19