From ricvargasmed en gmail.com Fri Aug 6 16:13:46 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Fri, 6 Aug 2021 09:13:46 -0500 Subject: [koha-es] ElasticSearch Message-ID: Hola a todos: Estoy probando elasticsearch en un Koha 20.11 instalado por paquetes en Debian 9, este servidor tiene 200GB de disco duro, 14 GB de RAM y 190 mil registros. La instalación y configuración de elasticsearch la hice de acuerdo a la wiki: https://wiki.koha-community.org/wiki/Elasticsearch A ntes de indexar modifique algunas cosas en la configuración del motor de búsqueda, básicamente le puse que el título solo lo busque en la 245a y no en todas las demás que muestra por defecto. Con Elasticsearch 6.X, en Acerca de Koha se ve así: Elasticsearch: Versión: 6.8.18 | Nodos: | Estado: en ejecución | Índices: koha_kohateca_biblios (conteo: 185000), koha_kohateca_authorities (conteo: 0) Hice el indexado completo con: koha-elasticsearch --rebuild -d -b -a -v kohateca Al terminar si hace búsquedas, pero he notado que muchos registros no los recupera. En las facetas moví la faceta de bibliotecas para que sea el segundo en aparecer y al darle guardar me manda esto: Se produjo un error al actualizar las asignaciones de índice de Elasticsearch: Unable to update mappings for index "koha_kohateca_biblios". Reason was: "blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];". Index needs to be recreated and reindexed. Se produjo un error al actualizar las asignaciones de índice de Elasticsearch: Unable to update mappings for index "koha_kohateca_authorities". Reason was: "blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];". Index needs to be recreated and reindexed. El índice 'koha_kohateca' necesita ser recreado. El índice 'koha_kohateca' necesita ser recreado. También agregue un nuevo registro tanto de manera manual como desde Z39.50 y no los recupera en la búsqueda, supongo que tiene que ver con ese bloqueo que menciona. Agradezco la ayuda. -- Saludos... Ricardo Vargas. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From bibliofiuner en yahoo.com.ar Tue Aug 10 22:49:23 2021 From: bibliofiuner en yahoo.com.ar (Biblioteca FIUNER) Date: Tue, 10 Aug 2021 20:49:23 +0000 (UTC) Subject: [koha-es] =?utf-8?q?b=C3=BAsquedas_por_campo_y_su_sintaxis?= References: <1051126726.991089.1628628563342.ref@mail.yahoo.com> Message-ID: <1051126726.991089.1628628563342@mail.yahoo.com> Buenas tardes Quisiera consultarles si existe alguna sintaxis en particular para buscar, por ej., un número de clasificación puntual, tomando como base el campo 080, subcampo a, siempre a través del catálogo. He realizado otras búsqueda, por ej. uso kw: para buscar un término clave; bc:xxx (inventario), etc. ,pero me gustaría saber cómo hago para la signatura de clase.Gracias a todos desde ya Brenda RamirezParaná.ER  ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From alejojanin en gmail.com Wed Aug 11 14:18:11 2021 From: alejojanin en gmail.com (Alejo Janin) Date: Wed, 11 Aug 2021 09:18:11 -0300 Subject: [koha-es] =?utf-8?q?b=C3=BAsquedas_por_campo_y_su_sintaxis?= In-Reply-To: <1051126726.991089.1628628563342@mail.yahoo.com> References: <1051126726.991089.1628628563342.ref@mail.yahoo.com> <1051126726.991089.1628628563342@mail.yahoo.com> Message-ID: Buenas, cómo va? Una posible solución para lo que precisás sería cambiar a Elasticsearch (el motor de búsqueda por defecto es Zebra) y configurar la búsqueda del campo en el 080$a (*Administración > Configuración del motor de búsqueda (Elasticsearch)*). En caso que no puedas realizar tal modificación, se me ocurren otras dos: 1- si la signatura topográfica de los ítems esté compuesta por la signatura de clase + librística, podrías buscar en ese campo (en *Búsqueda avanzada*) 2- en *Administración > Campos para búsqueda en ítems* podés agregar el 080$a y luego buscar por ese campo (*Buscar > Búsqueda de ítem*). En este caso recuperarías los ítems, no los registros bibliográficos Saludos, Alejo El mar, 10 de ago. de 2021 a la(s) 17:49, Biblioteca FIUNER ( bibliofiuner en yahoo.com.ar) escribió: > Buenas tardes > > Quisiera consultarles si existe alguna sintaxis en particular para buscar, > por ej., un número de clasificación puntual, tomando como base el campo > 080, subcampo a, siempre a través del catálogo. He realizado otras > búsqueda, por ej. uso kw: para buscar un término clave; bc:xxx > (inventario), etc. ,pero me gustaría saber cómo hago para la signatura de > clase. > Gracias a todos desde ya > > Brenda Ramirez > Paraná.ER > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From pablo.bianchi en gmail.com Fri Aug 13 13:00:00 2021 From: pablo.bianchi en gmail.com (Pablo Bianchi) Date: Fri, 13 Aug 2021 08:00:00 -0300 Subject: [koha-es] =?utf-8?q?b=C3=BAsquedas_por_campo_y_su_sintaxis?= In-Reply-To: References: <1051126726.991089.1628628563342.ref@mail.yahoo.com> <1051126726.991089.1628628563342@mail.yahoo.com> Message-ID: Se podrían ajustar los índices, como sugiere el bug 6286 (que referencia a la wiki), aunque si el dato está en 952$o se puede buscar con algo como callnum:(621.3). ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Thu Aug 19 22:02:59 2021 From: soltuero en gmail.com (Sol Tuero) Date: Thu, 19 Aug 2021 17:02:59 -0300 Subject: [koha-es] Problema: Import of record(s) failed: parsererror Message-ID: Estimadxs: Subiendo registros como habitualmente lo hacemos desde nuestra biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: *Import of record(s) failed: parsererror* Ya hemos subido alrededor de 10621 registros con sus ítems, y realizado actualizaciones por biblionumer sin problemas. Cuando apareció el error estaba subiendo un archivo pequeño de 16 registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue dando error. ¿Alguna idea de qué puede ser y cómo solucionarlo? Muchas gracias, Sol Tuero Biblioteca IFDC Bariloche ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From verolencinas en yahoo.com.ar Fri Aug 20 13:01:34 2021 From: verolencinas en yahoo.com.ar (Veronica Lencinas) Date: Fri, 20 Aug 2021 11:01:34 +0000 (UTC) Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: References: Message-ID: <198049944.509202.1629457294712@mail.yahoo.com> Hola Sol,el problema suele ser algún error en el archivo. Revisalo o enviá uno de los registros, tal como lo estás tratando de subir, a la lista y le echamos un vistazo. SaludosVerónica Lencinas El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero escribió: Estimadxs:Subiendo registros como habitualmente lo hacemos desde nuestra biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: Import of record(s) failed: parsererror Ya  hemos subido alrededor de 10621 registros con sus ítems, y realizado actualizaciones por biblionumer sin problemas. Cuando apareció el error estaba subiendo un archivo pequeño de 16 registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue dando error. ¿Alguna idea de qué puede ser y cómo solucionarlo? Muchas gracias, Sol Tuero Biblioteca IFDC Bariloche -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Fri Aug 20 20:52:32 2021 From: soltuero en gmail.com (Sol Tuero) Date: Fri, 20 Aug 2021 15:52:32 -0300 Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: <198049944.509202.1629457294712@mail.yahoo.com> References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: Hola Verónica, Volví a revisar los registros, y no encontré errores (al menos no lo detectamos), estamos trabajando de la misma forma en que logramos realizar el resto de la exportación y andaba bien. Adjunto un registro en .mrc Gracias, Sol El vie, 20 ago 2021 a las 8:02, Veronica Lencinas (< verolencinas en yahoo.com.ar>) escribió: > Hola Sol, > el problema suele ser algún error en el archivo. Revisalo o enviá uno de > los registros, tal como lo estás tratando de subir, a la lista y le echamos > un vistazo. > Saludos > Verónica Lencinas > > > El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero < > soltuero en gmail.com> escribió: > > > Estimadxs: > Subiendo registros como habitualmente lo hacemos desde nuestra biblioteca > (en un KOHA 21.05), hemos obtenido el siguiente error: > > *Import of record(s) failed: parsererror* > > Ya hemos subido alrededor de 10621 registros con sus ítems, y realizado > actualizaciones por biblionumer sin problemas. > > Cuando apareció el error estaba subiendo un archivo pequeño de 16 > registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue > dando error. > > ¿Alguna idea de qué puede ser y cómo solucionarlo? > > Muchas gracias, > Sol Tuero > > Biblioteca IFDC Bariloche > > > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: 1.mrc Type: application/octet-stream Size: 736 bytes Desc: no disponible URL: From verolencinas en yahoo.com.ar Fri Aug 20 22:06:03 2021 From: verolencinas en yahoo.com.ar (Veronica Lencinas) Date: Fri, 20 Aug 2021 20:06:03 +0000 (UTC) Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: <702720026.5936.1629489963384@mail.yahoo.com> Efectivamente Sol, no hay problema con el registro. Lo importé sin problemas en un Koha 20.11.05. Deberías revisar tu errorlog en el servidor a ver si dice algo más. Revisar además "Acerca de Koha", Módulos de Perl e Información del sistema. SaludosVerónica Lencinas El viernes, 20 de agosto de 2021 15:52:45 ART, Sol Tuero escribió: Hola Verónica, Volví a revisar los registros, y no encontré errores (al menos no lo detectamos), estamos trabajando de la misma forma en que logramos realizar el resto de la exportación y andaba bien.  Adjunto un registro en .mrc Gracias, Sol El vie, 20 ago 2021 a las 8:02, Veronica Lencinas () escribió: Hola Sol,el problema suele ser algún error en el archivo. Revisalo o enviá uno de los registros, tal como lo estás tratando de subir, a la lista y le echamos un vistazo. SaludosVerónica Lencinas El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero escribió: Estimadxs:Subiendo registros como habitualmente lo hacemos desde nuestra biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: Import of record(s) failed: parsererror Ya  hemos subido alrededor de 10621 registros con sus ítems, y realizado actualizaciones por biblionumer sin problemas. Cuando apareció el error estaba subiendo un archivo pequeño de 16 registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue dando error. ¿Alguna idea de qué puede ser y cómo solucionarlo? Muchas gracias, Sol Tuero Biblioteca IFDC Bariloche -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From alejojanin en gmail.com Fri Aug 20 22:17:10 2021 From: alejojanin en gmail.com (Alejo Janin) Date: Fri, 20 Aug 2021 17:17:10 -0300 Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: Buenas, Fijate que la longitud del 008 es más corta que la esperada. Te comparto los resultados del MARCValidator (de MARCEdit) Errors: 008: Length appears to be invalid. Reported length is: 34. Expected length: 40 490-ind1: Invalid data (\) Indicator can only be 01. 650-ind2: Invalid data (\) Indicator can only be 01234567. 650- $9: Subfield cannot be defined in this field. 650-ind2: Invalid data (\) Indicator can only be 01234567. 650- $9: Subfield cannot be defined in this field. Saludos, Alejo El vie, 20 de ago. de 2021 a la(s) 15:52, Sol Tuero (soltuero en gmail.com) escribió: > Hola Verónica, > Volví a revisar los registros, y no encontré errores (al menos no lo > detectamos), estamos trabajando de la misma forma en que logramos realizar > el resto de la exportación y andaba bien. Adjunto un registro en .mrc > > Gracias, > Sol > > El vie, 20 ago 2021 a las 8:02, Veronica Lencinas (< > verolencinas en yahoo.com.ar>) escribió: > >> Hola Sol, >> el problema suele ser algún error en el archivo. Revisalo o enviá uno de >> los registros, tal como lo estás tratando de subir, a la lista y le echamos >> un vistazo. >> Saludos >> Verónica Lencinas >> >> >> El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero < >> soltuero en gmail.com> escribió: >> >> >> Estimadxs: >> Subiendo registros como habitualmente lo hacemos desde nuestra biblioteca >> (en un KOHA 21.05), hemos obtenido el siguiente error: >> >> *Import of record(s) failed: parsererror* >> >> Ya hemos subido alrededor de 10621 registros con sus ítems, y realizado >> actualizaciones por biblionumer sin problemas. >> >> Cuando apareció el error estaba subiendo un archivo pequeño de 16 >> registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue >> dando error. >> >> ¿Alguna idea de qué puede ser y cómo solucionarlo? >> >> Muchas gracias, >> Sol Tuero >> >> Biblioteca IFDC Bariloche >> >> >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Fri Aug 20 23:09:24 2021 From: soltuero en gmail.com (Sol Tuero) Date: Fri, 20 Aug 2021 18:09:24 -0300 Subject: [koha-es] SOLUCIONADO - Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: Hola Alejo, Genial, efectivamente era así. Corregimos el archivo y subió perfecto. ¡Gracias! El vie, 20 ago 2021 a las 17:17, Alejo Janin () escribió: > Buenas, > > Fijate que la longitud del 008 es más corta que la esperada. Te comparto > los resultados del MARCValidator (de MARCEdit) > > Errors: > 008: Length appears to be invalid. Reported length is: 34. Expected > length: 40 > 490-ind1: Invalid data (\) Indicator can only be 01. > 650-ind2: Invalid data (\) Indicator can only be 01234567. > 650- $9: Subfield cannot be defined in this field. > 650-ind2: Invalid data (\) Indicator can only be 01234567. > 650- $9: Subfield cannot be defined in this field. > > Saludos, > Alejo > > El vie, 20 de ago. de 2021 a la(s) 15:52, Sol Tuero (soltuero en gmail.com) > escribió: > >> Hola Verónica, >> Volví a revisar los registros, y no encontré errores (al menos no lo >> detectamos), estamos trabajando de la misma forma en que logramos realizar >> el resto de la exportación y andaba bien. Adjunto un registro en .mrc >> >> Gracias, >> Sol >> >> El vie, 20 ago 2021 a las 8:02, Veronica Lencinas (< >> verolencinas en yahoo.com.ar>) escribió: >> >>> Hola Sol, >>> el problema suele ser algún error en el archivo. Revisalo o enviá uno de >>> los registros, tal como lo estás tratando de subir, a la lista y le echamos >>> un vistazo. >>> Saludos >>> Verónica Lencinas >>> >>> >>> El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero < >>> soltuero en gmail.com> escribió: >>> >>> >>> Estimadxs: >>> Subiendo registros como habitualmente lo hacemos desde nuestra >>> biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: >>> >>> *Import of record(s) failed: parsererror* >>> >>> Ya hemos subido alrededor de 10621 registros con sus ítems, y realizado >>> actualizaciones por biblionumer sin problemas. >>> >>> Cuando apareció el error estaba subiendo un archivo pequeño de 16 >>> registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue >>> dando error. >>> >>> ¿Alguna idea de qué puede ser y cómo solucionarlo? >>> >>> Muchas gracias, >>> Sol Tuero >>> >>> Biblioteca IFDC Bariloche >>> >>> >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From verolencinas en yahoo.com.ar Fri Aug 20 23:22:58 2021 From: verolencinas en yahoo.com.ar (Veronica Lencinas) Date: Fri, 20 Aug 2021 21:22:58 +0000 (UTC) Subject: [koha-es] SOLUCIONADO - Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: <1126567973.37751.1629494578851@mail.yahoo.com> Evidentemente esa versión de Koha valida los registros (cuestión que las versiones anteriores no hacen).Me sorprende que no esté en las notas que acompañan esta versión. Se debería poder prender o apagar la validación de registros en la importación. SaludosVerónica Lencinas El viernes, 20 de agosto de 2021 18:09:37 ART, Sol Tuero escribió: Hola Alejo, Genial, efectivamente era así. Corregimos el archivo y subió perfecto. ¡Gracias! El vie, 20 ago 2021 a las 17:17, Alejo Janin () escribió: Buenas, Fijate que la longitud del 008 es más corta que la esperada. Te comparto los resultados del MARCValidator (de MARCEdit) Errors: 008:  Length appears to be invalid.  Reported length is: 34.  Expected length: 40 490-ind1:  Invalid data (\)  Indicator can only be 01. 650-ind2:  Invalid data (\)  Indicator can only be 01234567. 650-  $9:  Subfield cannot be defined in this field. 650-ind2:  Invalid data (\)  Indicator can only be 01234567. 650-  $9:  Subfield cannot be defined in this field. Saludos,Alejo El vie, 20 de ago. de 2021 a la(s) 15:52, Sol Tuero (soltuero en gmail.com) escribió: Hola Verónica, Volví a revisar los registros, y no encontré errores (al menos no lo detectamos), estamos trabajando de la misma forma en que logramos realizar el resto de la exportación y andaba bien.  Adjunto un registro en .mrc Gracias, Sol El vie, 20 ago 2021 a las 8:02, Veronica Lencinas () escribió: Hola Sol,el problema suele ser algún error en el archivo. Revisalo o enviá uno de los registros, tal como lo estás tratando de subir, a la lista y le echamos un vistazo. SaludosVerónica Lencinas El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero escribió: Estimadxs:Subiendo registros como habitualmente lo hacemos desde nuestra biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: Import of record(s) failed: parsererror Ya  hemos subido alrededor de 10621 registros con sus ítems, y realizado actualizaciones por biblionumer sin problemas. Cuando apareció el error estaba subiendo un archivo pequeño de 16 registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue dando error. ¿Alguna idea de qué puede ser y cómo solucionarlo? Muchas gracias, Sol Tuero Biblioteca IFDC Bariloche -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Fri Aug 20 23:47:49 2021 From: soltuero en gmail.com (Sol Tuero) Date: Fri, 20 Aug 2021 18:47:49 -0300 Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: Disculpen, me adelanté y el problema persiste. KOHA subió el archivo al depósito, lo preparó (y pensé que estaría todo ok), pero finalmente no lo importa. El error es el mismo. *Import of record(s) failed: parsererror* Ya hicimos todos los cambios sugeridos por Alejo en base al MarcEdit Validator. [los campos 650 y 490 sinceramente están así en toda la base de datos. En el 650 el subcampo $9 corresponde al subcampo de autoridades, y el 490 si es =490 1/ no se muestra en el OPAC, razón por la cual estamos utilizando =490 00) Subimos el archivo, lo prepara, pero en el momento de la importación da error. El mismo Adjunto archivo. ¿Alguna otra idea? Es una base en donde fuimos haciendo pruebas y subiendo y bajando material hasta que encontramos la metodología para migrar. Gracias, Sol El vie, 20 ago 2021 a las 17:17, Alejo Janin () escribió: > Buenas, > > Fijate que la longitud del 008 es más corta que la esperada. Te comparto > los resultados del MARCValidator (de MARCEdit) > > Errors: > 008: Length appears to be invalid. Reported length is: 34. Expected > length: 40 > 490-ind1: Invalid data (\) Indicator can only be 01. > 650-ind2: Invalid data (\) Indicator can only be 01234567. > 650- $9: Subfield cannot be defined in this field. > 650-ind2: Invalid data (\) Indicator can only be 01234567. > 650- $9: Subfield cannot be defined in this field. > > Saludos, > Alejo > > El vie, 20 de ago. de 2021 a la(s) 15:52, Sol Tuero (soltuero en gmail.com) > escribió: > >> Hola Verónica, >> Volví a revisar los registros, y no encontré errores (al menos no lo >> detectamos), estamos trabajando de la misma forma en que logramos realizar >> el resto de la exportación y andaba bien. Adjunto un registro en .mrc >> >> Gracias, >> Sol >> >> El vie, 20 ago 2021 a las 8:02, Veronica Lencinas (< >> verolencinas en yahoo.com.ar>) escribió: >> >>> Hola Sol, >>> el problema suele ser algún error en el archivo. Revisalo o enviá uno de >>> los registros, tal como lo estás tratando de subir, a la lista y le echamos >>> un vistazo. >>> Saludos >>> Verónica Lencinas >>> >>> >>> El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero < >>> soltuero en gmail.com> escribió: >>> >>> >>> Estimadxs: >>> Subiendo registros como habitualmente lo hacemos desde nuestra >>> biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: >>> >>> *Import of record(s) failed: parsererror* >>> >>> Ya hemos subido alrededor de 10621 registros con sus ítems, y realizado >>> actualizaciones por biblionumer sin problemas. >>> >>> Cuando apareció el error estaba subiendo un archivo pequeño de 16 >>> registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue >>> dando error. >>> >>> ¿Alguna idea de qué puede ser y cómo solucionarlo? >>> >>> Muchas gracias, >>> Sol Tuero >>> >>> Biblioteca IFDC Bariloche >>> >>> >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: 1 editado 2.mrc Type: application/octet-stream Size: 739 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Fri Aug 20 23:51:57 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Fri, 20 Aug 2021 16:51:57 -0500 Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: Has probado desde la terminal con el bulkmarcimport? El vie., 20 de agosto de 2021 4:48 p. m., Sol Tuero escribió: > Disculpen, me adelanté y el problema persiste. > KOHA subió el archivo al depósito, lo preparó (y pensé que estaría todo > ok), pero finalmente no lo importa. > El error es el mismo. > > *Import of record(s) failed: parsererror* > > Ya hicimos todos los cambios sugeridos por Alejo en base al MarcEdit > Validator. > [los campos 650 y 490 sinceramente están así en toda la base de datos. En > el 650 el subcampo $9 corresponde al subcampo de autoridades, y el 490 si > es =490 1/ no se muestra en el OPAC, razón por la cual estamos utilizando > =490 00) > > Subimos el archivo, lo prepara, pero en el momento de la importación da > error. El mismo > > Adjunto archivo. > > ¿Alguna otra idea? > Es una base en donde fuimos haciendo pruebas y subiendo y bajando material > hasta que encontramos la metodología para migrar. > > > Gracias, > Sol > > > > El vie, 20 ago 2021 a las 17:17, Alejo Janin () > escribió: > >> Buenas, >> >> Fijate que la longitud del 008 es más corta que la esperada. Te comparto >> los resultados del MARCValidator (de MARCEdit) >> >> Errors: >> 008: Length appears to be invalid. Reported length is: 34. Expected >> length: 40 >> 490-ind1: Invalid data (\) Indicator can only be 01. >> 650-ind2: Invalid data (\) Indicator can only be 01234567. >> 650- $9: Subfield cannot be defined in this field. >> 650-ind2: Invalid data (\) Indicator can only be 01234567. >> 650- $9: Subfield cannot be defined in this field. >> >> Saludos, >> Alejo >> >> El vie, 20 de ago. de 2021 a la(s) 15:52, Sol Tuero (soltuero en gmail.com) >> escribió: >> >>> Hola Verónica, >>> Volví a revisar los registros, y no encontré errores (al menos no lo >>> detectamos), estamos trabajando de la misma forma en que logramos realizar >>> el resto de la exportación y andaba bien. Adjunto un registro en .mrc >>> >>> Gracias, >>> Sol >>> >>> El vie, 20 ago 2021 a las 8:02, Veronica Lencinas (< >>> verolencinas en yahoo.com.ar>) escribió: >>> >>>> Hola Sol, >>>> el problema suele ser algún error en el archivo. Revisalo o enviá uno >>>> de los registros, tal como lo estás tratando de subir, a la lista y le >>>> echamos un vistazo. >>>> Saludos >>>> Verónica Lencinas >>>> >>>> >>>> El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero < >>>> soltuero en gmail.com> escribió: >>>> >>>> >>>> Estimadxs: >>>> Subiendo registros como habitualmente lo hacemos desde nuestra >>>> biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: >>>> >>>> *Import of record(s) failed: parsererror* >>>> >>>> Ya hemos subido alrededor de 10621 registros con sus ítems, y >>>> realizado actualizaciones por biblionumer sin problemas. >>>> >>>> Cuando apareció el error estaba subiendo un archivo pequeño de 16 >>>> registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue >>>> dando error. >>>> >>>> ¿Alguna idea de qué puede ser y cómo solucionarlo? >>>> >>>> Muchas gracias, >>>> Sol Tuero >>>> >>>> Biblioteca IFDC Bariloche >>>> >>>> >>>> -- >>>> Koha-es mailing list >>>> Koha-es en lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>> -- >>>> Koha-es mailing list >>>> Koha-es en lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>> >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> >> -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From gcordova en ubip.org Sun Aug 22 21:54:52 2021 From: gcordova en ubip.org (=?UTF-8?B?R29uemFsbyBDw7NyZG92YSBNw61v?=) Date: Sun, 22 Aug 2021 14:54:52 -0500 Subject: [koha-es] Sobre plugin Curbside Pickup Message-ID: Buen día Tenemos instalado Koha 20.11 en Ubuntu 18.04 y hemos añadido el plugin Curbside Pickup . Hemos configurado para que nuestros usuarios puedan hacer la reserva a través del OPAC, pero al intentar hacer la reserva nos aparece una ventana flotante que no se cierra. ¿Alguien que pueda darnos una mano? [image: image.png] ¡Gracias! Gonzalo Córdova Mío ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 32893 bytes Desc: no disponible URL: From cruciani en uns.edu.ar Mon Aug 23 13:33:23 2021 From: cruciani en uns.edu.ar (cruciani en uns.edu.ar) Date: Mon, 23 Aug 2021 08:33:23 -0300 Subject: [koha-es] Sobre plugin Curbside Pickup In-Reply-To: Message-ID: <20210823083323.Horde.WSSI4zneCkFDAwNp2DqdxDa@vwm.uns.edu.ar> Buenos días Gonzalo, nosotros tuvimos que quedarnos en la versión 20.05 por el mismo motivo, no lo pudimos hacer funcionar correctamente en la 20.11 Saludos, Paola V. Cruciani Biblioteca de Geografía y Turismo Universidad Nacional del Sur Gonzalo Córdova Mío escribió: > Buen día > > Tenemos instalado Koha 20.11 en Ubuntu 18.04 y hemos añadido el > plugin Curbside > Pickup . > Hemos configurado para que nuestros usuarios puedan hacer la reserva a > través del OPAC, pero al intentar hacer la reserva nos aparece una ventana > flotante que no se cierra. ¿Alguien que pueda darnos una mano? > [image: image.png] > > ¡Gracias! > > Gonzalo Córdova Mío From agustin.alvia en utp.ac.pa Mon Aug 23 16:55:22 2021 From: agustin.alvia en utp.ac.pa (Agustin Alvia) Date: Mon, 23 Aug 2021 14:55:22 +0000 Subject: [koha-es] Sobre plugin Curbside Pickup In-Reply-To: References: Message-ID: Mi recomendación es que vayas a github y crees un issue de esta manera los desarrolladores del mismo plugin te pueden dar una solución. https://github.com/bywatersolutions/koha-plugin-curbside-pickup/issues ________________________________ De: Koha-es en nombre de Gonzalo Córdova Mío Enviado: domingo, 22 de agosto de 2021 14:54 Para: koha-es en lists.koha-community.org Asunto: [koha-es] Sobre plugin Curbside Pickup Buen día Tenemos instalado Koha 20.11 en Ubuntu 18.04 y hemos añadido el plugin Curbside Pickup. Hemos configurado para que nuestros usuarios puedan hacer la reserva a través del OPAC, pero al intentar hacer la reserva nos aparece una ventana flotante que no se cierra. ¿Alguien que pueda darnos una mano? [image.png] ¡Gracias! Gonzalo Córdova Mío ***************Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial. Si usted recibe este mensaje por error, por favor bórrelo y comunique inmediatamente al remitente. Toda utilización o publicación, total o parcial, queda prohibida salvo autorización expresa. La UTP no podrá ser considerada responsable si el mensaje ha sido modificado y/o utilizado sin autorización. This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without approval.************** ***************Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial. Si usted recibe este mensaje por error, por favor bórrelo y comunique inmediatamente al remitente. Toda utilización o publicación, total o parcial, queda prohibida salvo autorización expresa. La UTP no podrá ser considerada responsable si el mensaje ha sido modificado y/o utilizado sin autorización. This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without approval.************** ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 32893 bytes Desc: image.png URL: From soltuero en gmail.com Thu Aug 26 18:14:46 2021 From: soltuero en gmail.com (Sol Tuero) Date: Thu, 26 Aug 2021 13:14:46 -0300 Subject: [koha-es] Problema: Import of record(s) failed: parsererror In-Reply-To: References: <198049944.509202.1629457294712@mail.yahoo.com> Message-ID: Gracias Ricardo por esa opción, sabía que existía pero aún no la probé. Voy a probar en una máquina virtual antes de hacerlo en el servidor (entiendo que según un tutorial tengo que instalar algo) y luego les cuento. Gracias El vie, 20 ago 2021 a las 18:52, Ricardo Vargas () escribió: > Has probado desde la terminal con el bulkmarcimport? > > El vie., 20 de agosto de 2021 4:48 p. m., Sol Tuero > escribió: > >> Disculpen, me adelanté y el problema persiste. >> KOHA subió el archivo al depósito, lo preparó (y pensé que estaría todo >> ok), pero finalmente no lo importa. >> El error es el mismo. >> >> *Import of record(s) failed: parsererror* >> >> Ya hicimos todos los cambios sugeridos por Alejo en base al MarcEdit >> Validator. >> [los campos 650 y 490 sinceramente están así en toda la base de datos. En >> el 650 el subcampo $9 corresponde al subcampo de autoridades, y el 490 si >> es =490 1/ no se muestra en el OPAC, razón por la cual estamos utilizando >> =490 00) >> >> Subimos el archivo, lo prepara, pero en el momento de la importación da >> error. El mismo >> >> Adjunto archivo. >> >> ¿Alguna otra idea? >> Es una base en donde fuimos haciendo pruebas y subiendo y bajando >> material hasta que encontramos la metodología para migrar. >> >> >> Gracias, >> Sol >> >> >> >> El vie, 20 ago 2021 a las 17:17, Alejo Janin () >> escribió: >> >>> Buenas, >>> >>> Fijate que la longitud del 008 es más corta que la esperada. Te comparto >>> los resultados del MARCValidator (de MARCEdit) >>> >>> Errors: >>> 008: Length appears to be invalid. Reported length is: 34. Expected >>> length: 40 >>> 490-ind1: Invalid data (\) Indicator can only be 01. >>> 650-ind2: Invalid data (\) Indicator can only be 01234567. >>> 650- $9: Subfield cannot be defined in this field. >>> 650-ind2: Invalid data (\) Indicator can only be 01234567. >>> 650- $9: Subfield cannot be defined in this field. >>> >>> Saludos, >>> Alejo >>> >>> El vie, 20 de ago. de 2021 a la(s) 15:52, Sol Tuero (soltuero en gmail.com) >>> escribió: >>> >>>> Hola Verónica, >>>> Volví a revisar los registros, y no encontré errores (al menos no lo >>>> detectamos), estamos trabajando de la misma forma en que logramos realizar >>>> el resto de la exportación y andaba bien. Adjunto un registro en .mrc >>>> >>>> Gracias, >>>> Sol >>>> >>>> El vie, 20 ago 2021 a las 8:02, Veronica Lencinas (< >>>> verolencinas en yahoo.com.ar>) escribió: >>>> >>>>> Hola Sol, >>>>> el problema suele ser algún error en el archivo. Revisalo o enviá uno >>>>> de los registros, tal como lo estás tratando de subir, a la lista y le >>>>> echamos un vistazo. >>>>> Saludos >>>>> Verónica Lencinas >>>>> >>>>> >>>>> El jueves, 19 de agosto de 2021 18:22:55 ART, Sol Tuero < >>>>> soltuero en gmail.com> escribió: >>>>> >>>>> >>>>> Estimadxs: >>>>> Subiendo registros como habitualmente lo hacemos desde nuestra >>>>> biblioteca (en un KOHA 21.05), hemos obtenido el siguiente error: >>>>> >>>>> *Import of record(s) failed: parsererror* >>>>> >>>>> Ya hemos subido alrededor de 10621 registros con sus ítems, y >>>>> realizado actualizaciones por biblionumer sin problemas. >>>>> >>>>> Cuando apareció el error estaba subiendo un archivo pequeño de 16 >>>>> registros con sus ítems, probé fragmentarlos y subirlos de a 1, pero sigue >>>>> dando error. >>>>> >>>>> ¿Alguna idea de qué puede ser y cómo solucionarlo? >>>>> >>>>> Muchas gracias, >>>>> Sol Tuero >>>>> >>>>> Biblioteca IFDC Bariloche >>>>> >>>>> >>>>> -- >>>>> Koha-es mailing list >>>>> Koha-es en lists.koha-community.org >>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>> -- >>>>> Koha-es mailing list >>>>> Koha-es en lists.koha-community.org >>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>> >>>> -- >>>> Koha-es mailing list >>>> Koha-es en lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>> >>> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Thu Aug 26 18:56:50 2021 From: soltuero en gmail.com (Sol Tuero) Date: Thu, 26 Aug 2021 13:56:50 -0300 Subject: [koha-es] Consulta y dudas sobre --> koha-rebuild-zebra -f -v (duplica base de datos) Message-ID: Hola a todxs: Les hago una consulta, porque no estoy logrando encontrar algún tutorial que me despeje las dudas. En la base de datos tenemos una cantidad de archivos importados. Básicamente autoridades, la base, un archivo de de actualización de la base a partir de biblionumber, y algunos archivos de importación nuevos (luego no pude subir más archivos porque me daba error, como eran pocos, hasta ahora lo hicimos desde la sección de catalogación). Ahora bien. Hasta acá todo funciona. Hoy necesitamos reindear la base porque no funciona el buscador. Entiendo que, a veces, hay que reindexar Zebra. Hasta ahí todo bien (puedo entrar al servidor remoto y realizarlo). *El tema es que al realizar la reindexación, y estar todos los archivos de importación, se "duplica la base de datos". Eso me pasó en otras oportunidades. * Entonces, a riesgo de que suene una zonzera, quería consultarles si ustedes "borran" (es decir, "limpian" y luego "borran") los archivos originales que luego actualizaron y luego reindexan o hay algún otro comando que haya que sumar a la orden de reindexación para que no duplique lo actualizado por biblionumber. Por ejemplo, archivos actuales: Nombre de archivo Perfil Comentarios Tipo Estado Preparado # Registros # Ítems Acción 7249 faltantes_(117).mrc Bibliográfico Importado 12.08.2021 18:25 117 150 (Crear lote de etiquetas ) 7083 faltantes_2(62).mrc Bibliográfico Importado 10.08.2021 18:02 62 77 (Crear lote de etiquetas ) 6742 libros nuevos_2.mrc Bibliográfico Importado 09.08.2021 17:59 2 2 (Crear lote de etiquetas ) 6740 faltantes_1 (44).mrc Bibliográfico Importado 09.08.2021 17:53 44 65 (Crear lote de etiquetas ) 5607 koha actualización.mrc actualización base por biblionumber Bibliográfico Importado 03.08.2021 15:10 10917 15792 (Crear lote de etiquetas ) 5606 32972.mrc prueba actualización registro Bibliográfico Importado 03.08.2021 15:01 1 2 (Crear lote de etiquetas ) 5271 final.mrc Bibliográfico Importado 06.07.2021 00:24 583 618 (Crear lote de etiquetas ) 4575 koha_total_3.mrc Bibliográfico Importado 05.07.2021 04:01 10336 15177 (Crear lote de etiquetas ) 1866 autoridades IFDC prueba.mrc prueba autoridades Autoridad Importado 27.06.2021 02:53 45 0 Dentro del servidor (a través de ssh) reindexaría, normalmente, de la siguiente forma: sudo koha-stop-zebra biblioifdc (el nombre de mi biblioteca) sudo koha-rebuild-zebra -f -v biblioifdc sudo koha-restart-zebra biblioifdc Gracias, perdón si la pregunta es muy ingenua. Sol Tuero Biblioteca IFDC https://biblioifdc.koha.aplicacioneslibres.com.ar ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Thu Aug 26 19:03:17 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Thu, 26 Aug 2021 12:03:17 -0500 Subject: [koha-es] Consulta y dudas sobre --> koha-rebuild-zebra -f -v (duplica base de datos) In-Reply-To: References: Message-ID: Hola! Cuando dices que se duplican, quieres decir que te aparecen dos veces los registros con el mismo número de biblionumber en los resultados de búsqueda? Si es así, podrías probar borrar los índices y regenerarlos de nuevo. Sería algo así: Paso 1: Entrar a instancia: sudo koha-shell biblioifdc Paso 2: Borrar indices: zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g iso2709 -d authorities init zebraidx -c /etc/koha/sites/biblioifdc/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 biblioifdc Prueba y nos cuentas. El jue, 26 ago 2021 a las 11:57, Sol Tuero () escribió: > Hola a todxs: > Les hago una consulta, porque no estoy logrando encontrar algún tutorial > que me despeje las dudas. > > En la base de datos tenemos una cantidad de archivos importados. > Básicamente autoridades, la base, un archivo de de actualización de la base > a partir de biblionumber, y algunos archivos de importación nuevos (luego > no pude subir más archivos porque me daba error, como eran pocos, hasta > ahora lo hicimos desde la sección de catalogación). > > Ahora bien. Hasta acá todo funciona. Hoy necesitamos reindear la base > porque no funciona el buscador. Entiendo que, a veces, hay que reindexar > Zebra. Hasta ahí todo bien (puedo entrar al servidor remoto y realizarlo). > *El tema es que al realizar la reindexación, y estar todos los archivos de > importación, se "duplica la base de datos". Eso me pasó en otras > oportunidades. * > > Entonces, a riesgo de que suene una zonzera, quería consultarles si > ustedes "borran" (es decir, "limpian" y luego "borran") los archivos > originales que luego actualizaron y luego reindexan o hay algún otro > comando que haya que sumar a la orden de reindexación para que no duplique > lo actualizado por biblionumber. > > Por ejemplo, archivos actuales: > > Nombre de archivo Perfil Comentarios Tipo Estado Preparado # Registros # > Ítems Acción > 7249 faltantes_(117).mrc > > > Bibliográfico Importado 12.08.2021 18:25 117 150 (Crear lote de etiquetas > ) > > > 7083 faltantes_2(62).mrc > > > Bibliográfico Importado 10.08.2021 18:02 62 77 (Crear lote de etiquetas > ) > > > 6742 libros nuevos_2.mrc > > > Bibliográfico Importado 09.08.2021 17:59 2 2 (Crear lote de etiquetas > ) > > > 6740 faltantes_1 (44).mrc > > > Bibliográfico Importado 09.08.2021 17:53 44 65 (Crear lote de etiquetas > ) > > > 5607 koha actualización.mrc > > actualización base por biblionumber Bibliográfico Importado 03.08.2021 > 15:10 10917 15792 (Crear lote de etiquetas > ) > > > 5606 32972.mrc > > prueba actualización registro Bibliográfico Importado 03.08.2021 15:01 1 2 > (Crear lote de etiquetas > ) > > > 5271 final.mrc > > > Bibliográfico Importado 06.07.2021 00:24 583 618 (Crear lote de etiquetas > ) > > > 4575 koha_total_3.mrc > > > Bibliográfico Importado 05.07.2021 04:01 10336 15177 (Crear lote de > etiquetas > ) > > > 1866 autoridades IFDC prueba.mrc > > prueba autoridades Autoridad Importado 27.06.2021 02:53 45 0 > > > Dentro del servidor (a través de ssh) reindexaría, normalmente, de la > siguiente forma: > > sudo koha-stop-zebra biblioifdc (el nombre de mi biblioteca) > sudo koha-rebuild-zebra -f -v biblioifdc > sudo koha-restart-zebra biblioifdc > > > Gracias, perdón si la pregunta es muy ingenua. > > Sol Tuero > Biblioteca IFDC > https://biblioifdc.koha.aplicacioneslibres.com.ar > > -- > Koha-es mailing list > Koha-es en 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 en bibliorion.com 5543384601 https://bibliorion.com ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Fri Aug 27 01:07:32 2021 From: soltuero en gmail.com (Sol Tuero) Date: Thu, 26 Aug 2021 20:07:32 -0300 Subject: [koha-es] SOLUCIONADO - Consulta y dudas sobre --> koha-rebuild-zebra -f -v (duplica base de datos) In-Reply-To: References: Message-ID: Hola Ricardo, mil gracias. Si, efectivamente duplicaba los resultados al realizar búsquedas por Opac y dentro de catalogación. Seguí el tutorial que armaste y anduvo perfecto. ¡Mil gracias! Sol Tuero Biblioteca IFDC Bariloche https://biblioifdc.koha.aplicacioneslibres.com.ar El jue, 26 ago 2021 a las 14:03, Ricardo Vargas () escribió: > Hola! > > Cuando dices que se duplican, quieres decir que te aparecen dos veces los > registros con el mismo número de biblionumber en los resultados de búsqueda? > > Si es así, podrías probar borrar los índices y regenerarlos de nuevo. > > Sería algo así: > > Paso 1: Entrar a instancia: > sudo koha-shell biblioifdc > > > Paso 2: Borrar indices: > zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g > iso2709 -d authorities init > zebraidx -c /etc/koha/sites/biblioifdc/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 biblioifdc > > Prueba y nos cuentas. > > El jue, 26 ago 2021 a las 11:57, Sol Tuero () > escribió: > >> Hola a todxs: >> Les hago una consulta, porque no estoy logrando encontrar algún tutorial >> que me despeje las dudas. >> >> En la base de datos tenemos una cantidad de archivos importados. >> Básicamente autoridades, la base, un archivo de de actualización de la base >> a partir de biblionumber, y algunos archivos de importación nuevos (luego >> no pude subir más archivos porque me daba error, como eran pocos, hasta >> ahora lo hicimos desde la sección de catalogación). >> >> Ahora bien. Hasta acá todo funciona. Hoy necesitamos reindear la base >> porque no funciona el buscador. Entiendo que, a veces, hay que reindexar >> Zebra. Hasta ahí todo bien (puedo entrar al servidor remoto y realizarlo). >> *El tema es que al realizar la reindexación, y estar todos los archivos >> de importación, se "duplica la base de datos". Eso me pasó en otras >> oportunidades. * >> >> Entonces, a riesgo de que suene una zonzera, quería consultarles si >> ustedes "borran" (es decir, "limpian" y luego "borran") los archivos >> originales que luego actualizaron y luego reindexan o hay algún otro >> comando que haya que sumar a la orden de reindexación para que no duplique >> lo actualizado por biblionumber. >> >> Por ejemplo, archivos actuales: >> >> Nombre de archivo Perfil Comentarios Tipo Estado Preparado # Registros # >> Ítems Acción >> 7249 faltantes_(117).mrc >> >> >> Bibliográfico Importado 12.08.2021 18:25 117 150 (Crear lote de etiquetas >> ) >> >> >> 7083 faltantes_2(62).mrc >> >> >> Bibliográfico Importado 10.08.2021 18:02 62 77 (Crear lote de etiquetas >> ) >> >> >> 6742 libros nuevos_2.mrc >> >> >> Bibliográfico Importado 09.08.2021 17:59 2 2 (Crear lote de etiquetas >> ) >> >> >> 6740 faltantes_1 (44).mrc >> >> >> Bibliográfico Importado 09.08.2021 17:53 44 65 (Crear lote de etiquetas >> ) >> >> >> 5607 koha actualización.mrc >> >> actualización base por biblionumber Bibliográfico Importado 03.08.2021 >> 15:10 10917 15792 (Crear lote de etiquetas >> ) >> >> >> 5606 32972.mrc >> >> prueba actualización registro Bibliográfico Importado 03.08.2021 15:01 1 2 >> (Crear lote de etiquetas >> ) >> >> >> 5271 final.mrc >> >> >> Bibliográfico Importado 06.07.2021 00:24 583 618 (Crear lote de etiquetas >> ) >> >> >> 4575 koha_total_3.mrc >> >> >> Bibliográfico Importado 05.07.2021 04:01 10336 15177 (Crear lote de >> etiquetas >> ) >> >> >> 1866 autoridades IFDC prueba.mrc >> >> prueba autoridades Autoridad Importado 27.06.2021 02:53 45 0 >> >> >> Dentro del servidor (a través de ssh) reindexaría, normalmente, de la >> siguiente forma: >> >> sudo koha-stop-zebra biblioifdc (el nombre de mi biblioteca) >> sudo koha-rebuild-zebra -f -v biblioifdc >> sudo koha-restart-zebra biblioifdc >> >> >> Gracias, perdón si la pregunta es muy ingenua. >> >> Sol Tuero >> Biblioteca IFDC >> https://biblioifdc.koha.aplicacioneslibres.com.ar >> >> -- >> Koha-es mailing list >> Koha-es en 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 en bibliorion.com > 5543384601 > https://bibliorion.com > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Fri Aug 27 01:24:45 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Thu, 26 Aug 2021 18:24:45 -0500 Subject: [koha-es] SOLUCIONADO - Consulta y dudas sobre --> koha-rebuild-zebra -f -v (duplica base de datos) In-Reply-To: References: Message-ID: Excelente Sol! Un saludo desde México! El jue, 26 ago 2021 a las 18:07, Sol Tuero () escribió: > > Hola Ricardo, mil gracias. > Si, efectivamente duplicaba los resultados al realizar búsquedas por Opac > y dentro de catalogación. > > Seguí el tutorial que armaste y anduvo perfecto. > > ¡Mil gracias! > > Sol Tuero > Biblioteca IFDC Bariloche > https://biblioifdc.koha.aplicacioneslibres.com.ar > > El jue, 26 ago 2021 a las 14:03, Ricardo Vargas () > escribió: > >> Hola! >> >> Cuando dices que se duplican, quieres decir que te aparecen dos veces los >> registros con el mismo número de biblionumber en los resultados de búsqueda? >> >> Si es así, podrías probar borrar los índices y regenerarlos de nuevo. >> >> Sería algo así: >> >> Paso 1: Entrar a instancia: >> sudo koha-shell biblioifdc >> >> >> Paso 2: Borrar indices: >> zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g >> iso2709 -d authorities init >> zebraidx -c /etc/koha/sites/biblioifdc/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 biblioifdc >> >> Prueba y nos cuentas. >> >> El jue, 26 ago 2021 a las 11:57, Sol Tuero () >> escribió: >> >>> Hola a todxs: >>> Les hago una consulta, porque no estoy logrando encontrar algún tutorial >>> que me despeje las dudas. >>> >>> En la base de datos tenemos una cantidad de archivos importados. >>> Básicamente autoridades, la base, un archivo de de actualización de la base >>> a partir de biblionumber, y algunos archivos de importación nuevos (luego >>> no pude subir más archivos porque me daba error, como eran pocos, hasta >>> ahora lo hicimos desde la sección de catalogación). >>> >>> Ahora bien. Hasta acá todo funciona. Hoy necesitamos reindear la base >>> porque no funciona el buscador. Entiendo que, a veces, hay que reindexar >>> Zebra. Hasta ahí todo bien (puedo entrar al servidor remoto y realizarlo). >>> *El tema es que al realizar la reindexación, y estar todos los archivos >>> de importación, se "duplica la base de datos". Eso me pasó en otras >>> oportunidades. * >>> >>> Entonces, a riesgo de que suene una zonzera, quería consultarles si >>> ustedes "borran" (es decir, "limpian" y luego "borran") los archivos >>> originales que luego actualizaron y luego reindexan o hay algún otro >>> comando que haya que sumar a la orden de reindexación para que no duplique >>> lo actualizado por biblionumber. >>> >>> Por ejemplo, archivos actuales: >>> >>> Nombre de archivo Perfil Comentarios Tipo Estado Preparado # Registros # >>> Ítems Acción >>> 7249 faltantes_(117).mrc >>> >>> >>> Bibliográfico Importado 12.08.2021 18:25 117 150 (Crear lote de >>> etiquetas >>> ) >>> >>> >>> 7083 faltantes_2(62).mrc >>> >>> >>> Bibliográfico Importado 10.08.2021 18:02 62 77 (Crear lote de etiquetas >>> ) >>> >>> >>> 6742 libros nuevos_2.mrc >>> >>> >>> Bibliográfico Importado 09.08.2021 17:59 2 2 (Crear lote de etiquetas >>> ) >>> >>> >>> 6740 faltantes_1 (44).mrc >>> >>> >>> Bibliográfico Importado 09.08.2021 17:53 44 65 (Crear lote de etiquetas >>> ) >>> >>> >>> 5607 koha actualización.mrc >>> >>> actualización base por biblionumber Bibliográfico Importado 03.08.2021 >>> 15:10 10917 15792 (Crear lote de etiquetas >>> ) >>> >>> >>> 5606 32972.mrc >>> >>> prueba actualización registro Bibliográfico Importado 03.08.2021 15:01 1 2 >>> (Crear lote de etiquetas >>> ) >>> >>> >>> 5271 final.mrc >>> >>> >>> Bibliográfico Importado 06.07.2021 00:24 583 618 (Crear lote de >>> etiquetas >>> ) >>> >>> >>> 4575 koha_total_3.mrc >>> >>> >>> Bibliográfico Importado 05.07.2021 04:01 10336 15177 (Crear lote de >>> etiquetas >>> ) >>> >>> >>> 1866 autoridades IFDC prueba.mrc >>> >>> prueba autoridades Autoridad Importado 27.06.2021 02:53 45 0 >>> >>> >>> Dentro del servidor (a través de ssh) reindexaría, normalmente, de la >>> siguiente forma: >>> >>> sudo koha-stop-zebra biblioifdc (el nombre de mi biblioteca) >>> sudo koha-rebuild-zebra -f -v biblioifdc >>> sudo koha-restart-zebra biblioifdc >>> >>> >>> Gracias, perdón si la pregunta es muy ingenua. >>> >>> Sol Tuero >>> Biblioteca IFDC >>> https://biblioifdc.koha.aplicacioneslibres.com.ar >>> >>> -- >>> Koha-es mailing list >>> Koha-es en 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 en bibliorion.com >> 5543384601 >> https://bibliorion.com >> >> > -- Saludos... Carlos Ricardo Vargas Medina Director de Proyectos BibliOrión ricvargasmed en bibliorion.com 5543384601 https://bibliorion.com ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From lolguinunsj en gmail.com Fri Aug 27 15:35:33 2021 From: lolguinunsj en gmail.com (=?UTF-8?Q?Luis_Alberto_Olguin_Villafa=C3=B1e?=) Date: Fri, 27 Aug 2021 10:35:33 -0300 Subject: [koha-es] Consulta por valor autorzado NOT_LOAN Message-ID: Buen dia. Una consulta: En nuestro sistema KOHA 19.05.04 nos sucede que "de repente" no es posible actualizar el estado del ITEM con el valor autorizado NOT_LOAN. Tenemos KOHA con 9 bibliotecas (independentbranches= Sí) En el Valor Autorizada NOT_LOAN le indiqué que el alcanced es para todas (Sin Límite). Me fijé en la configuración del campo 952, subcampo 7 y parece correcto: "Pestaña:10, | Campo Koha: items.notforloan, Repetible, No obligatorio, | Valor autorizado:NOT_LOAN, " Probé "Borrar" los campos autorizados NOT_LOAN y armarlos de nuevo (respetando los valores) pero no logró solucionarlo. En la edición del ITEM SÍ se puede elegir el valor autorizado para NOT_LOAN (combobox) pero luego al grabar, no se almacena (actualiza) en la tabla items. Alguien pasó por este caso?, alguna idea?. Gracias -- ,., MMMM_ ,.., "_ "__"MMMMM ,...,, ,..., __." --" ,., _-"MMMMMMM MMMMMM"___ "_._ MMM"_."" _ """""" """"" "" , \_. "_. ." ,., _"__ \__./ ." MMMMM_" "_ ./ '''' ( ) ._______________.-'____"---._. \ / \________________________/ (_) (_) Prog. Luis Alberto Olguin IdeI - FCEFN - UNSJ From alejojanin en gmail.com Fri Aug 27 15:57:12 2021 From: alejojanin en gmail.com (Alejo Janin) Date: Fri, 27 Aug 2021 10:57:12 -0300 Subject: [koha-es] Consulta por valor autorzado NOT_LOAN In-Reply-To: References: Message-ID: Buenas, Probaste configurando el subcampo como "No repetible"? Viene así configurado por defecto Sino se me ocurre que podrías consultar vía SQL si en la tabla el valor está actualizado Saludos, Alejo El vie, 27 de ago. de 2021 a la(s) 10:35, Luis Alberto Olguin Villafañe ( lolguinunsj en gmail.com) escribió: > Buen dia. Una consulta: En nuestro sistema KOHA 19.05.04 nos sucede > que "de repente" no es posible actualizar el estado del ITEM con el > valor autorizado NOT_LOAN. > Tenemos KOHA con 9 bibliotecas (independentbranches= Sí) > En el Valor Autorizada NOT_LOAN le indiqué que el alcanced es para > todas (Sin Límite). > > Me fijé en la configuración del campo 952, subcampo 7 y parece correcto: > "Pestaña:10, | Campo Koha: items.notforloan, Repetible, No > obligatorio, | Valor autorizado:NOT_LOAN, " > > Probé "Borrar" los campos autorizados NOT_LOAN y armarlos de nuevo > (respetando los valores) pero no logró solucionarlo. > > En la edición del ITEM SÍ se puede elegir el valor autorizado para > NOT_LOAN (combobox) pero luego al grabar, no se almacena (actualiza) > en la tabla items. > > Alguien pasó por este caso?, alguna idea?. > Gracias > > -- > > ,., > MMMM_ ,.., > "_ "__"MMMMM ,...,, > ,..., __." --" ,., _-"MMMMMMM > MMMMMM"___ "_._ MMM"_."" _ """""" > """"" "" , \_. "_. ." > ,., _"__ \__./ ." > MMMMM_" "_ ./ > '''' ( ) > ._______________.-'____"---._. > \ / > \________________________/ > (_) (_) > > Prog. Luis Alberto Olguin > IdeI - FCEFN - UNSJ > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Fri Aug 27 23:26:50 2021 From: soltuero en gmail.com (Sol Tuero) Date: Fri, 27 Aug 2021 18:26:50 -0300 Subject: [koha-es] Problema: Zebra no funciona Message-ID: Hola a todxs: Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la sugerencia que me había hecho Ricardo. Estoy trabajando en un Debian 10 con 21.05. Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a la noche y hoy en la base (como para que se haya generado un error) Volví a reindexar, sin éxito. ¿Alguna sugerencia? ¿Cambiar a Elastic Search podría ser una solución? Gracias, Sol Tuero Biblioteca IFDC-Bariloche https://biblioifdc.koha.aplicacioneslibres.com.ar PD: ~$ sudo koha-stop-zebra biblioifdc soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/biblioifdc/biblios Zebra authorities directory = /var/lib/koha/biblioifdc/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile = /var/lock/koha/biblioifdc/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ Job started: 17:50:54 skipping authorities ==================== exporting biblio 17:50:54 [00:00:00] ==================== Records exported: 11160 17:51:38 [00:00:44] ==================== REINDEXING zebra 17:51:38 [00:00:44] ==================== ==================== Indexing complete: 17:51:38 [00:00:44] ==================== CLEANING ==================== Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/biblioifdc/biblios Zebra authorities directory = /var/lib/koha/biblioifdc/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile = /var/lock/koha/biblioifdc/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ Job started: 17:51:42 ==================== exporting authority 17:51:43 [00:00:01] ==================== Records exported: 484 17:51:43 [00:00:01] ==================== REINDEXING zebra 17:51:43 [00:00:01] ==================== skipping biblios ==================== Indexing complete: 17:51:43 [00:00:01] ==================== CLEANING ==================== soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc También intenté esto, que ayer funcionó perfecto: sudo koha-shell biblioifdc zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g iso2709 -d authorities init zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 -d biblios init exit (salir de la shell) sudo koha-rebuild-zebra -f -a -b -v biblioifdc ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Fri Aug 27 23:31:56 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Fri, 27 Aug 2021 16:31:56 -0500 Subject: [koha-es] Problema: Zebra no funciona In-Reply-To: References: Message-ID: Que te dice en el módulo acerca de? Si te marca que zebra esta detenido prueba esto: sudo koha-zebra --stop biblioifdc y luego con sudo koha-zebra --start biblioifdc Y también estos: sudo koha-indexer --stop biblioifdc sudo koha-indexer --start biblioifdc Y verifica de nuevo el acerca de en Koha. El vie., 27 de agosto de 2021 4:27 p. m., Sol Tuero escribió: > Hola a todxs: > Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la sugerencia > que me había hecho Ricardo. > Estoy trabajando en un Debian 10 con 21.05. > Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a > la noche y hoy en la base (como para que se haya generado un error) > Volví a reindexar, sin éxito. > > ¿Alguna sugerencia? > ¿Cambiar a Elastic Search podría ser una solución? > > Gracias, > Sol Tuero > Biblioteca IFDC-Bariloche > https://biblioifdc.koha.aplicacioneslibres.com.ar > > PD: > > ~$ sudo koha-stop-zebra biblioifdc > soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/koha/biblioifdc/biblios > Zebra authorities directory = /var/lib/koha/biblioifdc/authorities > Koha directory = /usr/share/koha/intranet/cgi-bin > Lockfile = > /var/lock/koha/biblioifdc/rebuild/rebuild..LCK > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > Job started: 17:50:54 > skipping authorities > ==================== > exporting biblio 17:50:54 [00:00:00] > ==================== > Records exported: 11160 17:51:38 [00:00:44] > ==================== > REINDEXING zebra 17:51:38 [00:00:44] > ==================== > ==================== > Indexing complete: 17:51:38 [00:00:44] > ==================== > CLEANING > ==================== > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/koha/biblioifdc/biblios > Zebra authorities directory = /var/lib/koha/biblioifdc/authorities > Koha directory = /usr/share/koha/intranet/cgi-bin > Lockfile = > /var/lock/koha/biblioifdc/rebuild/rebuild..LCK > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > Job started: 17:51:42 > ==================== > exporting authority 17:51:43 [00:00:01] > ==================== > Records exported: 484 17:51:43 [00:00:01] > ==================== > REINDEXING zebra 17:51:43 [00:00:01] > ==================== > skipping biblios > ==================== > Indexing complete: 17:51:43 [00:00:01] > ==================== > CLEANING > ==================== > soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc > soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc > > También intenté esto, que ayer funcionó perfecto: > sudo koha-shell biblioifdc > zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g > iso2709 -d authorities init > zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 -d > biblios init > exit (salir de la shell) > sudo koha-rebuild-zebra -f -a -b -v biblioifdc > > > > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Fri Aug 27 23:45:04 2021 From: soltuero en gmail.com (Sol Tuero) Date: Fri, 27 Aug 2021 18:45:04 -0300 Subject: [koha-es] Problema: Zebra no funciona In-Reply-To: References: Message-ID: ¡Hola Ricardo!, en el módulo "acerca de ..." parece funcionar bien. Con : sudo koha-zebra --stop biblioifdc Aparece detenido y, con start aparece ejecutándose. Probé las órdenes en el orden que me pasaste, y deteniendo los dos servicios y luego iniciándolos. No hay resultados de búsqueda. El vie, 27 ago 2021 a las 18:32, Ricardo Vargas () escribió: > Que te dice en el módulo acerca de? Si te marca que zebra esta detenido > prueba esto: > > sudo koha-zebra --stop biblioifdc > > y luego con > > sudo koha-zebra --start biblioifdc > > Y también estos: > > sudo koha-indexer --stop biblioifdc > > sudo koha-indexer --start biblioifdc > > Y verifica de nuevo el acerca de en Koha. > > El vie., 27 de agosto de 2021 4:27 p. m., Sol Tuero > escribió: > >> Hola a todxs: >> Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la >> sugerencia que me había hecho Ricardo. >> Estoy trabajando en un Debian 10 con 21.05. >> Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a >> la noche y hoy en la base (como para que se haya generado un error) >> Volví a reindexar, sin éxito. >> >> ¿Alguna sugerencia? >> ¿Cambiar a Elastic Search podría ser una solución? >> >> Gracias, >> Sol Tuero >> Biblioteca IFDC-Bariloche >> https://biblioifdc.koha.aplicacioneslibres.com.ar >> >> PD: >> >> ~$ sudo koha-stop-zebra biblioifdc >> soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc >> Zebra configuration information >> ================================ >> Zebra biblio directory = /var/lib/koha/biblioifdc/biblios >> Zebra authorities directory = /var/lib/koha/biblioifdc/authorities >> Koha directory = /usr/share/koha/intranet/cgi-bin >> Lockfile = >> /var/lock/koha/biblioifdc/rebuild/rebuild..LCK >> BIBLIONUMBER in : 999$c >> BIBLIOITEMNUMBER in : 999$d >> ================================ >> Job started: 17:50:54 >> skipping authorities >> ==================== >> exporting biblio 17:50:54 [00:00:00] >> ==================== >> Records exported: 11160 17:51:38 [00:00:44] >> ==================== >> REINDEXING zebra 17:51:38 [00:00:44] >> ==================== >> ==================== >> Indexing complete: 17:51:38 [00:00:44] >> ==================== >> CLEANING >> ==================== >> Zebra configuration information >> ================================ >> Zebra biblio directory = /var/lib/koha/biblioifdc/biblios >> Zebra authorities directory = /var/lib/koha/biblioifdc/authorities >> Koha directory = /usr/share/koha/intranet/cgi-bin >> Lockfile = >> /var/lock/koha/biblioifdc/rebuild/rebuild..LCK >> BIBLIONUMBER in : 999$c >> BIBLIOITEMNUMBER in : 999$d >> ================================ >> Job started: 17:51:42 >> ==================== >> exporting authority 17:51:43 [00:00:01] >> ==================== >> Records exported: 484 17:51:43 [00:00:01] >> ==================== >> REINDEXING zebra 17:51:43 [00:00:01] >> ==================== >> skipping biblios >> ==================== >> Indexing complete: 17:51:43 [00:00:01] >> ==================== >> CLEANING >> ==================== >> soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc >> soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc >> >> También intenté esto, que ayer funcionó perfecto: >> sudo koha-shell biblioifdc >> zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g >> iso2709 -d authorities init >> zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 >> -d biblios init >> exit (salir de la shell) >> sudo koha-rebuild-zebra -f -a -b -v biblioifdc >> >> >> >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From agustin.alvia en utp.ac.pa Sat Aug 28 04:05:29 2021 From: agustin.alvia en utp.ac.pa (Agustin Alvia) Date: Sat, 28 Aug 2021 02:05:29 +0000 Subject: [koha-es] Problema: Zebra no funciona In-Reply-To: References: Message-ID: Algunas veces un reinicio del sistema operativo puede resolver las cosas. Siempre y cuando se haga de la manera correcta. ________________________________ De: Koha-es en nombre de Sol Tuero Enviado: viernes, 27 de agosto de 2021 16:45 Para: Ricardo Vargas Cc: koha-es en lists.koha-community.org Asunto: Re: [koha-es] Problema: Zebra no funciona ¡Hola Ricardo!, en el módulo "acerca de ..." parece funcionar bien. Con : sudo koha-zebra --stop biblioifdc Aparece detenido y, con start aparece ejecutándose. Probé las órdenes en el orden que me pasaste, y deteniendo los dos servicios y luego iniciándolos. No hay resultados de búsqueda. El vie, 27 ago 2021 a las 18:32, Ricardo Vargas (>) escribió: Que te dice en el módulo acerca de? Si te marca que zebra esta detenido prueba esto: sudo koha-zebra --stop biblioifdc y luego con sudo koha-zebra --start biblioifdc Y también estos: sudo koha-indexer --stop biblioifdc sudo koha-indexer --start biblioifdc Y verifica de nuevo el acerca de en Koha. El vie., 27 de agosto de 2021 4:27 p. m., Sol Tuero > escribió: Hola a todxs: Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la sugerencia que me había hecho Ricardo. Estoy trabajando en un Debian 10 con 21.05. Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a la noche y hoy en la base (como para que se haya generado un error) Volví a reindexar, sin éxito. ¿Alguna sugerencia? ¿Cambiar a Elastic Search podría ser una solución? Gracias, Sol Tuero Biblioteca IFDC-Bariloche https://biblioifdc.koha.aplicacioneslibres.com.ar PD: ~$ sudo koha-stop-zebra biblioifdc soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/biblioifdc/biblios Zebra authorities directory = /var/lib/koha/biblioifdc/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile = /var/lock/koha/biblioifdc/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ Job started: 17:50:54 skipping authorities ==================== exporting biblio 17:50:54 [00:00:00] ==================== Records exported: 11160 17:51:38 [00:00:44] ==================== REINDEXING zebra 17:51:38 [00:00:44] ==================== ==================== Indexing complete: 17:51:38 [00:00:44] ==================== CLEANING ==================== Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/biblioifdc/biblios Zebra authorities directory = /var/lib/koha/biblioifdc/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile = /var/lock/koha/biblioifdc/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ Job started: 17:51:42 ==================== exporting authority 17:51:43 [00:00:01] ==================== Records exported: 484 17:51:43 [00:00:01] ==================== REINDEXING zebra 17:51:43 [00:00:01] ==================== skipping biblios ==================== Indexing complete: 17:51:43 [00:00:01] ==================== CLEANING ==================== soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc También intenté esto, que ayer funcionó perfecto: sudo koha-shell biblioifdc zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g iso2709 -d authorities init zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 -d biblios init exit (salir de la shell) sudo koha-rebuild-zebra -f -a -b -v biblioifdc -- Koha-es mailing list Koha-es en lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es ***************Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial. Si usted recibe este mensaje por error, por favor bórrelo y comunique inmediatamente al remitente. Toda utilización o publicación, total o parcial, queda prohibida salvo autorización expresa. La UTP no podrá ser considerada responsable si el mensaje ha sido modificado y/o utilizado sin autorización. This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without approval.************** ***************Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial. Si usted recibe este mensaje por error, por favor bórrelo y comunique inmediatamente al remitente. Toda utilización o publicación, total o parcial, queda prohibida salvo autorización expresa. La UTP no podrá ser considerada responsable si el mensaje ha sido modificado y/o utilizado sin autorización. This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without approval.************** ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Sat Aug 28 18:08:16 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Sat, 28 Aug 2021 11:08:16 -0500 Subject: [koha-es] Problema: Zebra no funciona In-Reply-To: References: Message-ID: Hola Sol, Cuando corres el indexado parece que no indexa nada, por eso las búsquedas están en blanco, lo que podemos hacer es seguir las indicaciones de la wiki: *https://wiki.koha-community.org/wiki/Fix_zebra_permissions * sudo service koha-common stop sudo rm -R /var/lock/koha sudo rm -R /var/run/koha sudo rm -R /var/lib/koha sudo koha-create-dirs biblioifdc sudo koha-rebuild-zebra -f -v biblioifdc sudo service koha-common start Nos cuentas. El vie, 27 ago 2021 a las 16:27, Sol Tuero () escribió: > Hola a todxs: > Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la sugerencia > que me había hecho Ricardo. > Estoy trabajando en un Debian 10 con 21.05. > Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a > la noche y hoy en la base (como para que se haya generado un error) > Volví a reindexar, sin éxito. > > ¿Alguna sugerencia? > ¿Cambiar a Elastic Search podría ser una solución? > > Gracias, > Sol Tuero > Biblioteca IFDC-Bariloche > https://biblioifdc.koha.aplicacioneslibres.com.ar > > PD: > > ~$ sudo koha-stop-zebra biblioifdc > soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/koha/biblioifdc/biblios > Zebra authorities directory = /var/lib/koha/biblioifdc/authorities > Koha directory = /usr/share/koha/intranet/cgi-bin > Lockfile = > /var/lock/koha/biblioifdc/rebuild/rebuild..LCK > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > Job started: 17:50:54 > skipping authorities > ==================== > exporting biblio 17:50:54 [00:00:00] > ==================== > Records exported: 11160 17:51:38 [00:00:44] > ==================== > REINDEXING zebra 17:51:38 [00:00:44] > ==================== > ==================== > Indexing complete: 17:51:38 [00:00:44] > ==================== > CLEANING > ==================== > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/koha/biblioifdc/biblios > Zebra authorities directory = /var/lib/koha/biblioifdc/authorities > Koha directory = /usr/share/koha/intranet/cgi-bin > Lockfile = > /var/lock/koha/biblioifdc/rebuild/rebuild..LCK > BIBLIONUMBER in : 999$c > BIBLIOITEMNUMBER in : 999$d > ================================ > Job started: 17:51:42 > ==================== > exporting authority 17:51:43 [00:00:01] > ==================== > Records exported: 484 17:51:43 [00:00:01] > ==================== > REINDEXING zebra 17:51:43 [00:00:01] > ==================== > skipping biblios > ==================== > Indexing complete: 17:51:43 [00:00:01] > ==================== > CLEANING > ==================== > soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc > soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc > > También intenté esto, que ayer funcionó perfecto: > sudo koha-shell biblioifdc > zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g > iso2709 -d authorities init > zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 -d > biblios init > exit (salir de la shell) > sudo koha-rebuild-zebra -f -a -b -v biblioifdc > > > > -- > Koha-es mailing list > Koha-es en 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 en bibliorion.com 5543384601 https://bibliorion.com ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From soltuero en gmail.com Mon Aug 30 19:06:24 2021 From: soltuero en gmail.com (Sol Tuero) Date: Mon, 30 Aug 2021 14:06:24 -0300 Subject: [koha-es] SOLUCIONADO Problema: Zebra no funciona In-Reply-To: References: Message-ID: Hola Ricardo, Gracias, anduvo perfecto, pudo reindexar y ya devuelve todos los resultados! ¡Mil gracias! El sáb, 28 ago 2021 a las 13:08, Ricardo Vargas () escribió: > Hola Sol, > > Cuando corres el indexado parece que no indexa nada, por eso las búsquedas > están en blanco, lo que podemos hacer es seguir las indicaciones de la > wiki: *https://wiki.koha-community.org/wiki/Fix_zebra_permissions > * > > sudo service koha-common stop > > sudo rm -R /var/lock/koha > sudo rm -R /var/run/koha > sudo rm -R /var/lib/koha > > sudo koha-create-dirs biblioifdc > > sudo koha-rebuild-zebra -f -v biblioifdc > > sudo service koha-common start > > Nos cuentas. > > > > El vie, 27 ago 2021 a las 16:27, Sol Tuero () > escribió: > >> Hola a todxs: >> Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la >> sugerencia que me había hecho Ricardo. >> Estoy trabajando en un Debian 10 con 21.05. >> Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a >> la noche y hoy en la base (como para que se haya generado un error) >> Volví a reindexar, sin éxito. >> >> ¿Alguna sugerencia? >> ¿Cambiar a Elastic Search podría ser una solución? >> >> Gracias, >> Sol Tuero >> Biblioteca IFDC-Bariloche >> https://biblioifdc.koha.aplicacioneslibres.com.ar >> >> PD: >> >> ~$ sudo koha-stop-zebra biblioifdc >> soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc >> Zebra configuration information >> ================================ >> Zebra biblio directory = /var/lib/koha/biblioifdc/biblios >> Zebra authorities directory = /var/lib/koha/biblioifdc/authorities >> Koha directory = /usr/share/koha/intranet/cgi-bin >> Lockfile = >> /var/lock/koha/biblioifdc/rebuild/rebuild..LCK >> BIBLIONUMBER in : 999$c >> BIBLIOITEMNUMBER in : 999$d >> ================================ >> Job started: 17:50:54 >> skipping authorities >> ==================== >> exporting biblio 17:50:54 [00:00:00] >> ==================== >> Records exported: 11160 17:51:38 [00:00:44] >> ==================== >> REINDEXING zebra 17:51:38 [00:00:44] >> ==================== >> ==================== >> Indexing complete: 17:51:38 [00:00:44] >> ==================== >> CLEANING >> ==================== >> Zebra configuration information >> ================================ >> Zebra biblio directory = /var/lib/koha/biblioifdc/biblios >> Zebra authorities directory = /var/lib/koha/biblioifdc/authorities >> Koha directory = /usr/share/koha/intranet/cgi-bin >> Lockfile = >> /var/lock/koha/biblioifdc/rebuild/rebuild..LCK >> BIBLIONUMBER in : 999$c >> BIBLIOITEMNUMBER in : 999$d >> ================================ >> Job started: 17:51:42 >> ==================== >> exporting authority 17:51:43 [00:00:01] >> ==================== >> Records exported: 484 17:51:43 [00:00:01] >> ==================== >> REINDEXING zebra 17:51:43 [00:00:01] >> ==================== >> skipping biblios >> ==================== >> Indexing complete: 17:51:43 [00:00:01] >> ==================== >> CLEANING >> ==================== >> soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc >> soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc >> >> También intenté esto, que ayer funcionó perfecto: >> sudo koha-shell biblioifdc >> zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g >> iso2709 -d authorities init >> zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 >> -d biblios init >> exit (salir de la shell) >> sudo koha-rebuild-zebra -f -a -b -v biblioifdc >> >> >> >> -- >> Koha-es mailing list >> Koha-es en 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 en bibliorion.com > 5543384601 > https://bibliorion.com > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Mon Aug 30 19:09:13 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Mon, 30 Aug 2021 12:09:13 -0500 Subject: [koha-es] SOLUCIONADO Problema: Zebra no funciona In-Reply-To: References: Message-ID: Excelente! Un abrazo a todos y tengan excelente semana! El lun., 30 de agosto de 2021 12:06 p. m., Sol Tuero escribió: > Hola Ricardo, > Gracias, anduvo perfecto, pudo reindexar y ya devuelve todos los > resultados! > > ¡Mil gracias! > > El sáb, 28 ago 2021 a las 13:08, Ricardo Vargas () > escribió: > >> Hola Sol, >> >> Cuando corres el indexado parece que no indexa nada, por eso las >> búsquedas están en blanco, lo que podemos hacer es seguir las indicaciones >> de la wiki: *https://wiki.koha-community.org/wiki/Fix_zebra_permissions >> * >> >> sudo service koha-common stop >> >> sudo rm -R /var/lock/koha >> sudo rm -R /var/run/koha >> sudo rm -R /var/lib/koha >> >> sudo koha-create-dirs biblioifdc >> >> sudo koha-rebuild-zebra -f -v biblioifdc >> >> sudo service koha-common start >> >> Nos cuentas. >> >> >> >> El vie, 27 ago 2021 a las 16:27, Sol Tuero () >> escribió: >> >>> Hola a todxs: >>> Bueno, ayer no tuve problemas al reindexar zebra, incluyendo la >>> sugerencia que me había hecho Ricardo. >>> Estoy trabajando en un Debian 10 con 21.05. >>> Sin embargo, hoy no funciona. Ninguna bibliotecaria trabajó entre ayer a >>> la noche y hoy en la base (como para que se haya generado un error) >>> Volví a reindexar, sin éxito. >>> >>> ¿Alguna sugerencia? >>> ¿Cambiar a Elastic Search podría ser una solución? >>> >>> Gracias, >>> Sol Tuero >>> Biblioteca IFDC-Bariloche >>> https://biblioifdc.koha.aplicacioneslibres.com.ar >>> >>> PD: >>> >>> ~$ sudo koha-stop-zebra biblioifdc >>> soltuero en ifdc:~$ sudo koha-rebuild-zebra -v --full biblioifdc >>> Zebra configuration information >>> ================================ >>> Zebra biblio directory = /var/lib/koha/biblioifdc/biblios >>> Zebra authorities directory = /var/lib/koha/biblioifdc/authorities >>> Koha directory = /usr/share/koha/intranet/cgi-bin >>> Lockfile = >>> /var/lock/koha/biblioifdc/rebuild/rebuild..LCK >>> BIBLIONUMBER in : 999$c >>> BIBLIOITEMNUMBER in : 999$d >>> ================================ >>> Job started: 17:50:54 >>> skipping authorities >>> ==================== >>> exporting biblio 17:50:54 [00:00:00] >>> ==================== >>> Records exported: 11160 17:51:38 [00:00:44] >>> ==================== >>> REINDEXING zebra 17:51:38 [00:00:44] >>> ==================== >>> ==================== >>> Indexing complete: 17:51:38 [00:00:44] >>> ==================== >>> CLEANING >>> ==================== >>> Zebra configuration information >>> ================================ >>> Zebra biblio directory = /var/lib/koha/biblioifdc/biblios >>> Zebra authorities directory = /var/lib/koha/biblioifdc/authorities >>> Koha directory = /usr/share/koha/intranet/cgi-bin >>> Lockfile = >>> /var/lock/koha/biblioifdc/rebuild/rebuild..LCK >>> BIBLIONUMBER in : 999$c >>> BIBLIOITEMNUMBER in : 999$d >>> ================================ >>> Job started: 17:51:42 >>> ==================== >>> exporting authority 17:51:43 [00:00:01] >>> ==================== >>> Records exported: 484 17:51:43 [00:00:01] >>> ==================== >>> REINDEXING zebra 17:51:43 [00:00:01] >>> ==================== >>> skipping biblios >>> ==================== >>> Indexing complete: 17:51:43 [00:00:01] >>> ==================== >>> CLEANING >>> ==================== >>> soltuero en ifdc:~$ sudo koha-start-zebra biblioifdc >>> soltuero en ifdc:~$ sudo koha-restart-zebra biblioifdc >>> >>> También intenté esto, que ayer funcionó perfecto: >>> sudo koha-shell biblioifdc >>> zebraidx -c /etc/koha/sites/biblioifdc/zebra-authorities-dom.cfg -g >>> iso2709 -d authorities init >>> zebraidx -c /etc/koha/sites/biblioifdc/zebra-biblios-dom.cfg -g iso2709 >>> -d biblios init >>> exit (salir de la shell) >>> sudo koha-rebuild-zebra -f -a -b -v biblioifdc >>> >>> >>> >>> -- >>> Koha-es mailing list >>> Koha-es en 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 en bibliorion.com >> 5543384601 >> https://bibliorion.com >> >> > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jorge.spuler en usm.cl Mon Aug 30 19:20:39 2021 From: jorge.spuler en usm.cl (jorge spuler) Date: Mon, 30 Aug 2021 13:20:39 -0400 Subject: [koha-es] Envio de reportes automatico Message-ID: Estimados: Quiero automatizar el envío de ciertos informes a ciertos correos, pero cuando pruebo el envío del correo por la consola me sale el error Arguments: reportID report ID Number from saved_sql.id, multiple ID's may be specified Use de guia la documentación de Bywaters ( https://bywatersolutions.com/education/cron-jobs-run-report), Que dice que deberia ser algo asi *$KOHA_CRON_PATH/runreport.pl --to=”library en library.com ” --subject=”Weekly Circulation Report” --format=csv --csv-header -a 42* Por lo que primero puse lo mismo que veo antes de los crones en koha-common que envían emails "koha-foreach --chdir --enabled --email" luego reemplace "KOHA_CRON_PATH/runreport.pl" por la dirección en mi server "/usr/share/koha/bin/cronjobs/runreport.pl" luego puse el mail al cual enviar, cambie el subjet y finalmente indique el número del reporte el 807 por lo que mi línea de comando quedó así. koha-foreach --chdir --enabled --email /usr/share/koha/bin/cronjobs/ runreport.pl --to= "jspulerb en gmail.com" --subject="Salen de cuarentena Hoy" --format=csv --csv-header -a 807 ¿Me pueden indicar donde está el error por favor?, gracias. *Jorge Spuler* Ingeniero en Automatización y Procesos Dirección de Información y Documentación Bibliográfica Institucional, Edificio Edificio U/Piso2 *Anexo: 56 32 2654514* Universidad Técnica Federico Santa María - Casa Central - *www.usm.cl * [image: imagen barra] ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 836 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Mon Aug 30 19:52:42 2021 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Mon, 30 Aug 2021 12:52:42 -0500 Subject: [koha-es] Envio de reportes automatico In-Reply-To: References: Message-ID: Hola Jorge. En el módulo de informes cuando ves los informes guardados hay una opción que se llama planificación, puedes usarlo como ejemplo para ver como debes poner la línea en el Cron, en este ejemplo sería algo así: export KOHA_CONF="/etc/koha/sites/udem/koha-conf.xml"; /usr/share/koha/bin/cronjobs/runreport.pl 6 --format=csv --to= ricvargasmed en gmail.com El export Koha_CONF debe apuntar a tu instancia de Koha para que el cron tome los valores correspondientes. El lun, 30 ago 2021 a las 12:28, jorge spuler () escribió: > Estimados: > > Quiero automatizar el envío de ciertos informes a ciertos correos, pero > cuando pruebo el envío del correo por la consola me sale el error > > Arguments: > reportID report ID Number from saved_sql.id, multiple ID's > may be specified > > > Use de guia la documentación de Bywaters ( > https://bywatersolutions.com/education/cron-jobs-run-report), > Que dice que deberia ser algo asi > *$KOHA_CRON_PATH/runreport.pl > --to=”library en library.com ” --subject=”Weekly > Circulation Report” --format=csv --csv-header -a 42* > > Por lo que primero puse lo mismo que veo antes de los crones en > koha-common que envían emails "koha-foreach --chdir --enabled --email" > > luego reemplace "KOHA_CRON_PATH/runreport.pl" por la dirección en mi > server "/usr/share/koha/bin/cronjobs/runreport.pl" > > luego puse el mail al cual enviar, cambie el subjet y finalmente indique > el número del reporte el 807 > > por lo que mi línea de comando quedó así. > > koha-foreach --chdir --enabled --email /usr/share/koha/bin/cronjobs/ > runreport.pl --to= "jspulerb en gmail.com" --subject="Salen de cuarentena > Hoy" --format=csv --csv-header -a 807 > > ¿Me pueden indicar donde está el error por favor?, gracias. > > > > > > > *Jorge Spuler* > Ingeniero en Automatización y Procesos > Dirección de Información y Documentación Bibliográfica Institucional, > Edificio Edificio U/Piso2 *Anexo: 56 32 2654514* > Universidad Técnica Federico Santa María - Casa Central - *www.usm.cl > * > > [image: imagen barra] > -- > Koha-es mailing list > Koha-es en 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 en bibliorion.com 5543384601 https://bibliorion.com ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jorge.spuler en usm.cl Mon Aug 30 21:39:36 2021 From: jorge.spuler en usm.cl (jorge spuler) Date: Mon, 30 Aug 2021 15:39:36 -0400 Subject: [koha-es] Envio de reportes automatico In-Reply-To: <6abfe5b6e7c04ccd8822be50f591f86e@MN2PR10MB3261.namprd10.prod.outlook.com> References: <6abfe5b6e7c04ccd8822be50f591f86e@MN2PR10MB3261.namprd10.prod.outlook.com> Message-ID: Muchas gracias acabo de probarlo y funciono =) *Jorge Spuler* Ingeniero en Automatización y Procesos Dirección de Información y Documentación Bibliográfica Institucional, Edificio Edificio U/Piso2 *Anexo: 56 32 2654514* Universidad Técnica Federico Santa María - Casa Central - *www.usm.cl * [image: imagen barra] El lun, 30 ago 2021 a las 13:52, Ricardo Vargas () escribió: > Hola Jorge. > > En el módulo de informes cuando ves los informes guardados hay una opción > que se llama planificación, puedes usarlo como ejemplo para ver como debes > poner la línea en el Cron, en este ejemplo sería algo así: > > export KOHA_CONF="/etc/koha/sites/udem/koha-conf.xml"; > /usr/share/koha/bin/cronjobs/runreport.pl 6 --format=csv --to= > ricvargasmed en gmail.com > > El export Koha_CONF debe apuntar a tu instancia de Koha para que el cron > tome los valores correspondientes. > > > El lun, 30 ago 2021 a las 12:28, jorge spuler () > escribió: > >> Estimados: >> >> Quiero automatizar el envío de ciertos informes a ciertos correos, pero >> cuando pruebo el envío del correo por la consola me sale el error >> >> Arguments: >> reportID report ID Number from saved_sql.id, multiple ID's >> may be specified >> >> >> Use de guia la documentación de Bywaters ( >> https://bywatersolutions.com/education/cron-jobs-run-report), >> Que dice que deberia ser algo asi >> *$KOHA_CRON_PATH/runreport.pl >> --to=”library en library.com ” --subject=”Weekly >> Circulation Report” --format=csv --csv-header -a 42* >> >> Por lo que primero puse lo mismo que veo antes de los crones en >> koha-common que envían emails "koha-foreach --chdir --enabled --email" >> >> luego reemplace "KOHA_CRON_PATH/runreport.pl" por la dirección en mi >> server "/usr/share/koha/bin/cronjobs/runreport.pl" >> >> luego puse el mail al cual enviar, cambie el subjet y finalmente indique >> el número del reporte el 807 >> >> por lo que mi línea de comando quedó así. >> >> koha-foreach --chdir --enabled --email /usr/share/koha/bin/cronjobs/ >> runreport.pl --to= "jspulerb en gmail.com" --subject="Salen de cuarentena >> Hoy" --format=csv --csv-header -a 807 >> >> ¿Me pueden indicar donde está el error por favor?, gracias. >> >> >> >> >> >> >> *Jorge Spuler* >> Ingeniero en Automatización y Procesos >> Dirección de Información y Documentación Bibliográfica Institucional, >> Edificio Edificio U/Piso2 *Anexo: 56 32 2654514* >> Universidad Técnica Federico Santa María - Casa Central - *www.usm.cl >> * >> >> [image: imagen barra] >> -- >> Koha-es mailing list >> Koha-es en 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 en bibliorion.com > 5543384601 > https://bibliorion.com > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 836 bytes Desc: no disponible URL: From jesusrvm_22 en hotmail.com Mon Aug 30 15:51:00 2021 From: jesusrvm_22 en hotmail.com (=?iso-8859-1?Q?Jes=FAs_Ventura?=) Date: Mon, 30 Aug 2021 13:51:00 +0000 Subject: [koha-es] Internal Server Error Message-ID: Hola buenos días. Desde hace unos días, viene ocurriendo este error en Koha. Y la única manera de solucionarlo es reiniciando el servidor. Tenemos instalado la versión 19.11 Nuestra dirección Web del catálogo es https://bam.inmabb-conicet.gob.ar/ Catálogo de la biblioteca Antonio Monteiro - INMABB catalog ¿Necesita ayuda? Si necesita ayuda para encontrar información, puede visitar personalmente la biblioteca en Av. Alem 1253 Bahía Blanca, llamarnos por teléfono al 291 459 5116, o enviarnos un mensaje a bibima en criba.edu.ar. Para solicitar copias de artículos, complete el formulario o escríbanos a pedidos.inmabb en gmail.com bam.inmabb-conicet.gob.ar Tampoco se puede entrar a la intranet. Está instalado en un servidor y tenemos asignado una máquina virtual de 2 gb de ram. ¿Será la potencia del servidor? ¿Le pasó a alguien? ¿Cómo lo solucionó? ¿Deberíamos actualizar a Koha 20.11? Gracias de antemano. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: