Hola: Podrían ver ese registro y editarlo, ese sería el primer paso, el segundo es generar los índices completos para que no tengas problemas de recuperación, más o menos con estas instrucciones: En este ejemplo la instancia se llama biblio, se debe cambiar por el nombre de tu instancia: Paso 1: Entrar a instancia: koha-shell *biblio* Paso 2: Borrar indices: zebraidx -c /etc/koha/sites/*biblio*/zebra-authorities-dom.cfg -g iso2709 -d authorities init zebraidx -c /etc/koha/sites/*biblio*/zebra-biblios-dom.cfg -g iso2709 -d biblios init (si no lo permite hacer con el usuario de la instancia salir e intentar con sudo) Paso 3: Indexar salir de la shell de la instancia y reindexar: exit sudo koha-rebuild-zebra -f -a -b -v *biblio* El vie, 13 may 2022 a las 11:36, CDI IIGG (<cdi.iigg@gmail.com>) escribió:

Hola gente:

Esperamos que estén bien.

Aclaramos que no somos quienes instalamos el sistema, sino usuarios del mismo en un Centro de Documentación. Les escribimos porque estamos con los siguiente problemas:

Lo que nos pasó hace tres días era que no nos dejaba grabar el código de barras aunque los números eran nuevos.

Luego eso se solucionó, pero estamos comprobando que todo lo que venimos cargando desde hace una semana no se recupera. Está. Lo sabemos porque accedemos por número de registro en la URL o a través del navegador de estanterías.

Nuestra duda puntual para estos próximos días es si lo que estamos cargando ahora en un futuro cercano se puede recuperar. Necesitamos seguir cargando, pero desde luego que queremos evitar hacer el mismo trabajo dos veces.

Los item nuevos de registros de títulos de revistas se visualizan, pero sus datos no sirven para la recuperación. De la misma forma, información nueva como notas de contenido de títulos de revistas ya cargados aparece en la visualización del registro pero no en la recuperación.

Ante este panorama pensábamos avanzar con las imágenes de portadas, siempre que sepamos que no es un trabajo perdido.

Nuestra área de Sistemas está con muy poco personal y presupuesto y desbordada de tareas por la virtualización. Ante nuestra consulta, nos contestaron esto:

"La verdad no sabemos que es, y ya saben la situacion dificil de sistemas, pero estamos viendo si es posible actualizarlo.

Como se colgaba, el catalogo se reinicia cada hora a las "y 10". es decir 9.10 hrs, 10.10 hrs, 11.10hrs asi entonces deberian guardar antes.

Te paso estos errores por si para uds. significan algo:

[Sun May 08 09:17:22.133454 2022] [cgi:error] [pid 18672] [client 10.20.1.11:52881] AH01215: [Sun May 8 09:17:22 2022] opac-export.pl: 10. "Algunas reflexiones sobre el proceso de amnisti\xcc\x81a", Informe del Comite\xcc\x81 de Amnisti\xcc\x81a at /usr/share/perl5/MARC/Charset.pm line 384. [Sun May 08 09:18:05.477173 2022] [cgi:error] [pid 19130] [client

10.20.1.11:53434] AH01215: [Sun May 8 09:18:05 2022] opac-export.pl: Use of uninitialized value in numeric ne (!=) at /usr/share/koha/lib/C4/Ris.pm line 833. }}"

Por lo que yo ví, parecería un problema con el Unicode. Los acentos de ese registro, que el previo a la tanda de los que no se visualizan, se pueden ver sin problemas, pero si con toda esta información nos podrían ayudar, les agradeceríamos mucho!

Saludos cordiales El equipo del CDI -- Koha-es mailing list Koha-es@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es

-- Saludos... Carlos Ricardo Vargas Medina Director de Proyectos BibliOrión ricvargasmed@bibliorion.com 5543384601 https://bibliorion.com <https://www.hubspot.es/email-signature-generator>