From eduardosandi en gmail.com Mon Nov 9 20:01:16 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 9 Nov 2020 13:01:16 -0600 Subject: [koha-es] =?utf-8?q?Donde_quedan_guardadas_las_im=C3=A1genes_que?= =?utf-8?q?_se_visualizan_en_el_OPAC_de_Koha?= Message-ID: Buenas tardes estimados miembros de la Comunidad de Koha Es nuestro deseo hacer un cambio del Banner que se visualiza en el OPAC de Koha. Según guías que estamos consultando indican que se debe colocar la imagen en la carpeta: */usr/share/koha/opac/htdocs* Sin embargo, no he podido localizar la carpeta anterior en el sistema Koha. ¿Crees que me puedas colaborar con la duda? Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Mon Nov 9 20:46:20 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 9 Nov 2020 13:46:20 -0600 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria “Koha” Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. Requiero una asistencia técnica, por si está al alcance de ustedes en prestarme la ayuda. Específicamente el campo 007, el de “formato”, del formato MARC 21 para registros bibliográficos no me está dejando cambiar el tipo de material, sucede esto: Como lo pueden apreciar, el tipo de material sale como: *Libro, *el formato: *Impreso* y la forma literaria: *No es ficción.* Se están catalogando documentos audiovisuales y lo que se desea es en el tipo de material indique *“Material visual”, *tal como lo pueden apreciar en la siguiente imagen: Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, aparece por default así: Y cuando se procede a hacer clic sobre el ícono de la libreta con un lápiz, aparece esta ventana: Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la impresión de que el sistema de Koha no está guardando esa información, y la deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. Les agradezco una orientación. -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: From eduardosandi en gmail.com Mon Nov 9 21:13:04 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 9 Nov 2020 14:13:04 -0600 Subject: [koha-es] =?utf-8?q?=C2=BFD=C3=B3nde_quedan_guardadas_las_im?= =?utf-8?q?=C3=A1genes_que_se_visualizan_en_el_OPAC_de_Koha=3F?= Message-ID: Buenas tardes estimados miembros de la Comunidad de Koha Es nuestro deseo hacer un cambio del Banner que se visualiza en el OPAC de Koha. Según guías que estamos consultando indican que se debe colocar la imagen en la carpeta: */usr/share/koha/opac/htdocs* Sin embargo, no he podido localizar la carpeta anterior en el sistema Koha. ¿Crees que me puedas colaborar con la duda? Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Mon Nov 9 21:14:13 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 9 Nov 2020 14:14:13 -0600 Subject: [koha-es] =?utf-8?q?Configuraci=C3=B3n_Sistema_Koha_campo_007_fo?= =?utf-8?q?rmato_MARC_21?= Message-ID: Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria “Koha” Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. Requiero una asistencia técnica, por si está al alcance de ustedes en prestarme la ayuda. Específicamente el campo 007, el de “formato”, del formato MARC 21 para registros bibliográficos no me está dejando cambiar el tipo de material, sucede esto: Como lo pueden apreciar, el tipo de material sale como: *Libro, *el formato: *Impreso* y la forma literaria: *No es ficción.* Se están catalogando documentos audiovisuales y lo que se desea es en el tipo de material indique *“Material visual”, *tal como lo pueden apreciar en la siguiente imagen: Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, aparece por default así: Y cuando se procede a hacer clic sobre el ícono de la libreta con un lápiz, aparece esta ventana: Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la impresión de que el sistema de Koha no está guardando esa información, y la deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. Les agradezco una orientación. Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Mon Nov 9 21:19:41 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Mon, 9 Nov 2020 14:19:41 -0600 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Debes revisar también la 000, 007 y 008, probablemente no estás seleccionando bien los valores correspondientes. El contenido de estas etiquetas dependen de cada material que estés catalogando. El lun., 9 nov. 2020 a las 14:03, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria > “Koha” > > > > Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. > > > > Requiero una asistencia técnica, por si está al alcance de ustedes en > prestarme la ayuda. > > > > Específicamente el campo 007, el de “formato”, del formato MARC 21 para > registros bibliográficos no me está dejando cambiar el tipo de material, > sucede esto: > > > > > > Como lo pueden apreciar, el tipo de material sale como: *Libro, *el > formato: *Impreso* y la forma literaria: *No es ficción.* > > > > Se están catalogando documentos audiovisuales y lo que se desea es en el > tipo de material indique *“Material visual”, *tal como lo pueden apreciar > en la siguiente imagen: > > > > > > Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, > aparece por default así: > > > > > > Y cuando se procede a hacer clic sobre el ícono de la libreta con un > lápiz, aparece esta ventana: > > > > > > Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la > impresión de que el sistema de Koha no está guardando esa información, y la > deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. > > > > Les agradezco una orientación. > > > > > > > > > > > > > > > -- > Eduardo Sandí > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- Saludos... Ricardo Vargas. ricvargasmed en gmail.com Cel. 55-4338-4601 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: From jgspertino en gmail.com Mon Nov 9 22:49:33 2020 From: jgspertino en gmail.com (Jorge Gustavo Spertino) Date: Mon, 9 Nov 2020 18:49:33 -0300 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Hola estimado Eduardo, si entiendo bien la consulta te aporto mi comentario: en relación al ícono pequeño de tipo de material, éste está gobernado por: 1- En primera instancia y prevalentemente por la posición 06 del campo 000 (Cabecera) 2- y en segunda instancia por la posición 07 del campo 000 Esto significa que si ponemos por ejemplo: 000 06 "material cartográfico" 000 07 "publicación periódica" = el tipo de material será: mapa, y el ícono se corresponderá con el de un mapa pero si ponemos: 000 06 "material textual" 000 07 "publicación periódica" = el tipo de material será: recurso continuo, y el ícono se corresponderá con una revistita. Después de esa primera instancia, entran a terciar variables de posiciones en 008 y tal vez también de 007 para algunos de los siguientes íconos y textos como comenta Ricardo. Da la impresión que tal vez sí está grabando los cambios en 007, pero está prevaleciendo información de 000 y/o 008. De todas maneras creo recordar que había cierta discusión en cuanto a si el ícono y el texto representaba bien el tipo de material descripto de acuerdo a la codificación asignada. Por eso por ejemplo en las últimas versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino "texto" precisamente. En consecuencia, y ya excediéndome en el comentario, creo que está bueno poner más o menos (digo más o menos porque a veces es un laberinto para mí) lo que marc dice que debería ir en la codificación de los campos de control, ya que eso no va a cambiar, en contraposición con los íconos y el texto que los representa, que son propios de Koha, y que si bien es difícil, podrían variar a futuro. Saludos cordiales, Gustavo El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria > “Koha” > > > > Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. > > > > Requiero una asistencia técnica, por si está al alcance de ustedes en > prestarme la ayuda. > > > > Específicamente el campo 007, el de “formato”, del formato MARC 21 para > registros bibliográficos no me está dejando cambiar el tipo de material, > sucede esto: > > > > > > Como lo pueden apreciar, el tipo de material sale como: *Libro, *el > formato: *Impreso* y la forma literaria: *No es ficción.* > > > > Se están catalogando documentos audiovisuales y lo que se desea es en el > tipo de material indique *“Material visual”, *tal como lo pueden apreciar > en la siguiente imagen: > > > > > > Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, > aparece por default así: > > > > > > Y cuando se procede a hacer clic sobre el ícono de la libreta con un > lápiz, aparece esta ventana: > > > > > > Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la > impresión de que el sistema de Koha no está guardando esa información, y la > deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. > > > > Les agradezco una orientación. > > > > > > > > > > > > > > > -- > Eduardo Sandí > -- > 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: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: From eduardosandi en gmail.com Mon Nov 9 23:44:03 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 9 Nov 2020 16:44:03 -0600 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Estimados Jorge Gustavo Spertino y Ricardo Vargas En nuestra biblioteca, al campo 000 se le ha denominado "campo de control de longitud fija" solo está compuesto por un subcampo de números 00. En este el Sistema de Koha genera automáticamente el número de registro que se ha incluido. Por su parte los campos MARC 21 007 y 008 están establecidos el primero para especificar el formato (campo 007) y el segundo para ingresar la fecha de descripción (campo 008 (que por cierto Koha la genera automáticamente. Cuando entro a la ventana del campo 008 ahora si aparece el registro que se guarda como material visual. Lo que no tengo en claro aún es lo que se me indicó con el campo 000 000 06 "material cartográfico" 000 07 "publicación periódica" 000 06 "material textual" 000 07 "publicación periódica" Lo que no tengo en claro es si no se ha creado algún subcampo necesario para el campo 000 del formato MARC21. Adjunto imágenes Saludos, Eduardo Sandí El lun., 9 nov. 2020 a las 15:49, Jorge Gustavo Spertino (< jgspertino en gmail.com>) escribió: > > Hola estimado Eduardo, > si entiendo bien la consulta te aporto mi comentario: > en relación al ícono pequeño de tipo de material, éste está gobernado por: > 1- En primera instancia y prevalentemente por la posición 06 del campo 000 > (Cabecera) > 2- y en segunda instancia por la posición 07 del campo 000 > > Esto significa que si ponemos por ejemplo: > 000 06 "material cartográfico" > 000 07 "publicación periódica" > = el tipo de material será: mapa, y el ícono se corresponderá con el de > un mapa > > pero si ponemos: > 000 06 "material textual" > 000 07 "publicación periódica" > = el tipo de material será: recurso continuo, y el ícono se corresponderá > con una revistita. > > Después de esa primera instancia, entran a terciar variables de posiciones > en 008 y tal vez también de 007 para algunos de los siguientes íconos y > textos como comenta Ricardo. > > Da la impresión que tal vez sí está grabando los cambios en 007, pero está > prevaleciendo información de 000 y/o 008. > > De todas maneras creo recordar que había cierta discusión en cuanto a si > el ícono y el texto representaba bien el tipo de material descripto de > acuerdo a la codificación asignada. Por eso por ejemplo en las últimas > versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino > "texto" precisamente. > En consecuencia, y ya excediéndome en el comentario, creo que está bueno > poner más o menos (digo más o menos porque a veces es un laberinto para mí) > lo que marc dice que debería ir en la codificación de los campos de > control, ya que eso no va a cambiar, en contraposición con los íconos y el > texto que los representa, que son propios de Koha, y que si bien es > difícil, podrían variar a futuro. > > Saludos cordiales, > Gustavo > > > El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< > eduardosandi en gmail.com>) escribió: > >> Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria >> “Koha” >> >> >> >> Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. >> >> >> >> Requiero una asistencia técnica, por si está al alcance de ustedes en >> prestarme la ayuda. >> >> >> >> Específicamente el campo 007, el de “formato”, del formato MARC 21 para >> registros bibliográficos no me está dejando cambiar el tipo de material, >> sucede esto: >> >> >> >> >> >> Como lo pueden apreciar, el tipo de material sale como: *Libro, *el >> formato: *Impreso* y la forma literaria: *No es ficción.* >> >> >> >> Se están catalogando documentos audiovisuales y lo que se desea es en el >> tipo de material indique *“Material visual”, *tal como lo pueden >> apreciar en la siguiente imagen: >> >> >> >> >> >> Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, >> aparece por default así: >> >> >> >> >> >> Y cuando se procede a hacer clic sobre el ícono de la libreta con un >> lápiz, aparece esta ventana: >> >> >> >> >> >> Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la >> impresión de que el sistema de Koha no está guardando esa información, y la >> deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. >> >> >> >> Les agradezco una orientación. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> -- >> Eduardo Sandí >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Campo 000.png Type: image/png Size: 29693 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Campo 007.png Type: image/png Size: 43267 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Campo 008.png Type: image/png Size: 101359 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Campos 007 y 008.png Type: image/png Size: 14331 bytes Desc: no disponible URL: From jgspertino en gmail.com Tue Nov 10 00:39:55 2020 From: jgspertino en gmail.com (Jorge Gustavo Spertino) Date: Mon, 9 Nov 2020 20:39:55 -0300 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Hola Eduardo, mirá, te voy a decir lo que yo veo en relación a tus capturas de pantalla. Es difícil poder hacer un diagnóstico preciso. Por una parte los campos de control no tienen subcampos, o sea ningún 00x debería tener subcampos, en ese sentido, fijate que ya se aprecia una inconsistencia en la captura de pantalla del campo 007 versus 008 (donde aparecen los dos juntos), donde 008 parece tener $a en vez de 00 como tiene el campo 007. De todas maneras parece no ser un problema grave pero tendrían que arreglarlo. En ese sentido, tendría que quedar igual que 007. Eso, como el resto de lo que te voy a nombrar, tenés que verlo/arreglarlo en la plantilla de la hoja de trabajo. Inicio › Administración › Hojas de trabajo MARC. Lo otro que se aprecia, es que parecería que no tenés activo el plugin que ayuda a construir el 000. Fijate que en tu captura, tanto 007 como 008 tienen activo el plugin de ayuda (hacia el final de la línea), en el que clickeas para que te aparezcan las ayudas, que envías en otras capturas de pantalla. Para 000 también hay un plugin específico, que pareciera no estar activo en tu caso: [image: imagen.png] (así sí vas a poder comprender la ejemplificación, que si bien no era específica para uds., te da la noción general) [Una aclaración: pueden ustedes directamente tipear en la línea de 000 los valores correctos, pero siempre será más fácil hacerlo desde el plugin] Si es así, que no se encuentra activo, fijate de activarlo en la hoja de trabajo, para que aparezca. Tomá de modelo como está activado en la hoja de trabajo el plugin de 007. Emulá el proceso, pero elegí el plugin para 000. Consejo, hacé estas pruebas hasta que te quede el resultado deseado en una hoja de trabajo que no utilicen. Siempre hay alguna que las bibliotecas utilizan poco o no utilizan. Hasta ahí lo importante. Como anexo, en la captura que vos enviás de 008, y siempre siguiendo la lógica de lo hablado, las posiciones 29 y 33 en este caso podrían eventualmente anexar/modificar íconos y texto. (ojo que las posiciones cambiarán depende el tipo de material) Es lo que te puedo mencionar, Saludos cordiales, Gustavo El lun., 9 nov. 2020 a las 19:44, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Estimados Jorge Gustavo Spertino y Ricardo Vargas > > En nuestra biblioteca, al campo 000 se le ha denominado "campo de control > de longitud fija" solo está compuesto por un subcampo de números 00. En > este el Sistema de Koha genera automáticamente el número de registro que se > ha incluido. > > Por su parte los campos MARC 21 007 y 008 están establecidos el primero > para especificar el formato (campo 007) y el segundo para ingresar la fecha > de descripción (campo 008 (que por cierto Koha la genera automáticamente. > > Cuando entro a la ventana del campo 008 ahora si aparece el registro que > se guarda como material visual. > > Lo que no tengo en claro aún es lo que se me indicó con el campo 000 > > 000 06 "material cartográfico" > 000 07 "publicación periódica" > > 000 06 "material textual" > 000 07 "publicación periódica" > > Lo que no tengo en claro es si no se ha creado algún subcampo necesario > para el campo 000 del formato MARC21. > > Adjunto imágenes > > Saludos, > > > Eduardo Sandí > > > > El lun., 9 nov. 2020 a las 15:49, Jorge Gustavo Spertino (< > jgspertino en gmail.com>) escribió: > >> >> Hola estimado Eduardo, >> si entiendo bien la consulta te aporto mi comentario: >> en relación al ícono pequeño de tipo de material, éste está gobernado >> por: >> 1- En primera instancia y prevalentemente por la posición 06 del campo >> 000 (Cabecera) >> 2- y en segunda instancia por la posición 07 del campo 000 >> >> Esto significa que si ponemos por ejemplo: >> 000 06 "material cartográfico" >> 000 07 "publicación periódica" >> = el tipo de material será: mapa, y el ícono se corresponderá con el de >> un mapa >> >> pero si ponemos: >> 000 06 "material textual" >> 000 07 "publicación periódica" >> = el tipo de material será: recurso continuo, y el ícono se >> corresponderá con una revistita. >> >> Después de esa primera instancia, entran a terciar variables de >> posiciones en 008 y tal vez también de 007 para algunos de los siguientes >> íconos y textos como comenta Ricardo. >> >> Da la impresión que tal vez sí está grabando los cambios en 007, pero >> está prevaleciendo información de 000 y/o 008. >> >> De todas maneras creo recordar que había cierta discusión en cuanto a si >> el ícono y el texto representaba bien el tipo de material descripto de >> acuerdo a la codificación asignada. Por eso por ejemplo en las últimas >> versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino >> "texto" precisamente. >> En consecuencia, y ya excediéndome en el comentario, creo que está bueno >> poner más o menos (digo más o menos porque a veces es un laberinto para mí) >> lo que marc dice que debería ir en la codificación de los campos de >> control, ya que eso no va a cambiar, en contraposición con los íconos y el >> texto que los representa, que son propios de Koha, y que si bien es >> difícil, podrían variar a futuro. >> >> Saludos cordiales, >> Gustavo >> >> >> El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< >> eduardosandi en gmail.com>) escribió: >> >>> Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria >>> “Koha” >>> >>> >>> >>> Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. >>> >>> >>> >>> Requiero una asistencia técnica, por si está al alcance de ustedes en >>> prestarme la ayuda. >>> >>> >>> >>> Específicamente el campo 007, el de “formato”, del formato MARC 21 para >>> registros bibliográficos no me está dejando cambiar el tipo de material, >>> sucede esto: >>> >>> >>> >>> >>> >>> Como lo pueden apreciar, el tipo de material sale como: *Libro, *el >>> formato: *Impreso* y la forma literaria: *No es ficción.* >>> >>> >>> >>> Se están catalogando documentos audiovisuales y lo que se desea es en el >>> tipo de material indique *“Material visual”, *tal como lo pueden >>> apreciar en la siguiente imagen: >>> >>> >>> >>> >>> >>> Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, >>> aparece por default así: >>> >>> >>> >>> >>> >>> Y cuando se procede a hacer clic sobre el ícono de la libreta con un >>> lápiz, aparece esta ventana: >>> >>> >>> >>> >>> >>> Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la >>> impresión de que el sistema de Koha no está guardando esa información, y la >>> deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. >>> >>> >>> >>> Les agradezco una orientación. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> Eduardo Sandí >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> >> > > -- > Eduardo Sandí > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: imagen.png Type: image/png Size: 162518 bytes Desc: no disponible URL: From jgspertino en gmail.com Tue Nov 10 00:47:09 2020 From: jgspertino en gmail.com (Jorge Gustavo Spertino) Date: Mon, 9 Nov 2020 20:47:09 -0300 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Claro, ahora me doy cuenta que 008 $a está pensado solo para poner la fecha allí. No tengo tan claro que repercusión ulterior puede tener eso. Desde el punto de vista práctico está bueno. Tal vez no sea un inconveniente mayor, pero no lo sé. Saludos, El lun., 9 nov. 2020 a las 20:39, Jorge Gustavo Spertino (< jgspertino en gmail.com>) escribió: > > Hola Eduardo, > mirá, te voy a decir lo que yo veo en relación a tus capturas de pantalla. > Es difícil poder hacer un diagnóstico preciso. > > Por una parte los campos de control no tienen subcampos, o sea ningún 00x > debería tener subcampos, en ese sentido, fijate que ya se aprecia una > inconsistencia en la captura de pantalla del campo 007 versus 008 (donde > aparecen los dos juntos), donde 008 parece tener $a en vez de 00 como tiene > el campo 007. De todas maneras parece no ser un problema grave pero > tendrían que arreglarlo. > En ese sentido, tendría que quedar igual que 007. > > Eso, como el resto de lo que te voy a nombrar, tenés que verlo/arreglarlo > en la plantilla de la hoja de trabajo. Inicio › Administración › Hojas de > trabajo MARC. > > Lo otro que se aprecia, es que parecería que no tenés activo el plugin que > ayuda a construir el 000. > Fijate que en tu captura, tanto 007 como 008 tienen activo el plugin de > ayuda (hacia el final de la línea), en el que clickeas para que te > aparezcan las ayudas, que envías en otras capturas de pantalla. > Para 000 también hay un plugin específico, que pareciera no estar activo > en tu caso: > > [image: imagen.png] > (así sí vas a poder comprender la ejemplificación, que si bien no era > específica para uds., te da la noción general) > [Una aclaración: pueden ustedes directamente tipear en la línea de 000 los > valores correctos, pero siempre será más fácil hacerlo desde el plugin] > > Si es así, que no se encuentra activo, fijate de activarlo en la hoja de > trabajo, para que aparezca. > Tomá de modelo como está activado en la hoja de trabajo el plugin de 007. > Emulá el proceso, pero elegí el plugin para 000. > Consejo, hacé estas pruebas hasta que te quede el resultado deseado en una > hoja de trabajo que no utilicen. Siempre hay alguna que las bibliotecas > utilizan poco o no utilizan. > > Hasta ahí lo importante. > Como anexo, en la captura que vos enviás de 008, y siempre siguiendo la > lógica de lo hablado, las posiciones 29 y 33 en este caso podrían > eventualmente anexar/modificar íconos y texto. (ojo que las posiciones > cambiarán depende el tipo de material) > > Es lo que te puedo mencionar, > Saludos cordiales, > Gustavo > > > El lun., 9 nov. 2020 a las 19:44, Eduardo Antonio Sandí Araya (< > eduardosandi en gmail.com>) escribió: > >> Estimados Jorge Gustavo Spertino y Ricardo Vargas >> >> En nuestra biblioteca, al campo 000 se le ha denominado "campo de >> control de longitud fija" solo está compuesto por un subcampo de números >> 00. En este el Sistema de Koha genera automáticamente el número de registro >> que se ha incluido. >> >> Por su parte los campos MARC 21 007 y 008 están establecidos el primero >> para especificar el formato (campo 007) y el segundo para ingresar la fecha >> de descripción (campo 008 (que por cierto Koha la genera automáticamente. >> >> Cuando entro a la ventana del campo 008 ahora si aparece el registro que >> se guarda como material visual. >> >> Lo que no tengo en claro aún es lo que se me indicó con el campo 000 >> >> 000 06 "material cartográfico" >> 000 07 "publicación periódica" >> >> 000 06 "material textual" >> 000 07 "publicación periódica" >> >> Lo que no tengo en claro es si no se ha creado algún subcampo necesario >> para el campo 000 del formato MARC21. >> >> Adjunto imágenes >> >> Saludos, >> >> >> Eduardo Sandí >> >> >> >> El lun., 9 nov. 2020 a las 15:49, Jorge Gustavo Spertino (< >> jgspertino en gmail.com>) escribió: >> >>> >>> Hola estimado Eduardo, >>> si entiendo bien la consulta te aporto mi comentario: >>> en relación al ícono pequeño de tipo de material, éste está gobernado >>> por: >>> 1- En primera instancia y prevalentemente por la posición 06 del campo >>> 000 (Cabecera) >>> 2- y en segunda instancia por la posición 07 del campo 000 >>> >>> Esto significa que si ponemos por ejemplo: >>> 000 06 "material cartográfico" >>> 000 07 "publicación periódica" >>> = el tipo de material será: mapa, y el ícono se corresponderá con el de >>> un mapa >>> >>> pero si ponemos: >>> 000 06 "material textual" >>> 000 07 "publicación periódica" >>> = el tipo de material será: recurso continuo, y el ícono se >>> corresponderá con una revistita. >>> >>> Después de esa primera instancia, entran a terciar variables de >>> posiciones en 008 y tal vez también de 007 para algunos de los siguientes >>> íconos y textos como comenta Ricardo. >>> >>> Da la impresión que tal vez sí está grabando los cambios en 007, pero >>> está prevaleciendo información de 000 y/o 008. >>> >>> De todas maneras creo recordar que había cierta discusión en cuanto a si >>> el ícono y el texto representaba bien el tipo de material descripto de >>> acuerdo a la codificación asignada. Por eso por ejemplo en las últimas >>> versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino >>> "texto" precisamente. >>> En consecuencia, y ya excediéndome en el comentario, creo que está bueno >>> poner más o menos (digo más o menos porque a veces es un laberinto para mí) >>> lo que marc dice que debería ir en la codificación de los campos de >>> control, ya que eso no va a cambiar, en contraposición con los íconos y el >>> texto que los representa, que son propios de Koha, y que si bien es >>> difícil, podrían variar a futuro. >>> >>> Saludos cordiales, >>> Gustavo >>> >>> >>> El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< >>> eduardosandi en gmail.com>) escribió: >>> >>>> Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria >>>> “Koha” >>>> >>>> >>>> >>>> Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. >>>> >>>> >>>> >>>> Requiero una asistencia técnica, por si está al alcance de ustedes en >>>> prestarme la ayuda. >>>> >>>> >>>> >>>> Específicamente el campo 007, el de “formato”, del formato MARC 21 para >>>> registros bibliográficos no me está dejando cambiar el tipo de material, >>>> sucede esto: >>>> >>>> >>>> >>>> >>>> >>>> Como lo pueden apreciar, el tipo de material sale como: *Libro, *el >>>> formato: *Impreso* y la forma literaria: *No es ficción.* >>>> >>>> >>>> >>>> Se están catalogando documentos audiovisuales y lo que se desea es en >>>> el tipo de material indique *“Material visual”, *tal como lo pueden >>>> apreciar en la siguiente imagen: >>>> >>>> >>>> >>>> >>>> >>>> Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, >>>> aparece por default así: >>>> >>>> >>>> >>>> >>>> >>>> Y cuando se procede a hacer clic sobre el ícono de la libreta con un >>>> lápiz, aparece esta ventana: >>>> >>>> >>>> >>>> >>>> >>>> Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la >>>> impresión de que el sistema de Koha no está guardando esa información, y la >>>> deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. >>>> >>>> >>>> >>>> Les agradezco una orientación. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Eduardo Sandí >>>> -- >>>> Koha-es mailing list >>>> Koha-es en lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>> >>> >> >> -- >> Eduardo Sandí >> > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: imagen.png Type: image/png Size: 162518 bytes Desc: no disponible URL: From plopezliotti en gmail.com Tue Nov 10 05:27:27 2020 From: plopezliotti en gmail.com (=?UTF-8?Q?Pablo_L=c3=b3pez_Liotti?=) Date: Tue, 10 Nov 2020 01:27:27 -0300 Subject: [koha-es] =?utf-8?q?=C2=BFD=C3=B3nde_quedan_guardadas_las_im?= =?utf-8?q?=C3=A1genes_que_se_visualizan_en_el_OPAC_de_Koha=3F?= In-Reply-To: References: Message-ID: <428ba4bd-dcab-4344-ff37-ff87ae1f72b4@gmail.com> Hola Eduardo: Si tienes Koha instalado en Debian o Ubuntu, esa es precisamente la ruta correcta. Si no es una instalación estándar deberías mirar en /etc/koha/ debe haber un archivo  "apache-shared-opac.conf" donde ver que ruta figura como "DocumentRoot" esa ruta es la que buscas. Suerte y aqui estamos para ayudarte. Saludos desde Mar del Plata Pablo El 9/11/2020 a las 17:13, Eduardo Antonio Sandí Araya escribió: > Buenas tardes estimados miembros de la Comunidad de Koha > > Es nuestro deseo hacer un cambio del Banner que se visualiza en el > OPAC de Koha. Según guías que estamos consultando indican que se debe > colocar la imagen en la carpeta: > > */usr/share/koha/opac/htdocs* > > Sin embargo, no he podido localizar la carpeta anterior en el sistema > Koha. ¿Crees que me puedas colaborar con la duda? > > > > > Eduardo Sandí > -- ================================================================ Pablo López Liotti Area Informática Biblioteca Central - Universidad Nacional de Mar del Plata Rodriguez Peña 4046 (7600) Mar del Plata - Buenos Aires - Argentina Te: 54 - 0223 - 4752333 (int. 37) - Te/fax: 54 - 0223 - 4759405 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Tue Nov 10 22:06:12 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Tue, 10 Nov 2020 15:06:12 -0600 Subject: [koha-es] IMAGENES GOOGLE DRIVE VISIBLES EN OPAC - KOHA Message-ID: Buenas tardes Necesito colocar un banner en la página del OPAC de la base de datos realizada en Koha No tengo acceso directo al servidor, tengo entendido que desde GoogleDrive puedo almacenar la imagen, y que luego sea visible en el OPAC Me pueden por favor asistir cómo debo estructurar el lenguaje HTML para que se haga efectiva la visualización de la imagen desde el OPAC, que se encuentra almacenada como lo indiqué en Google Drive Saludos, -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From plopezliotti en gmail.com Tue Nov 10 22:28:08 2020 From: plopezliotti en gmail.com (=?UTF-8?Q?Pablo_L=c3=b3pez_Liotti?=) Date: Tue, 10 Nov 2020 18:28:08 -0300 Subject: [koha-es] IMAGENES GOOGLE DRIVE VISIBLES EN OPAC - KOHA In-Reply-To: References: Message-ID: Hola Eduardo: Según la versión de Koha la sección del OPAC denomindad OpacHeader (que es donde debes poner el link de la imagen) se encuentra en 2 lugares distintos. Si es una versión anterior a la 19.05 creo, el parámetro se encuentra en Administración->preferencias de sistema->opac Si en cambio estás con Koha posterior o actual (20.05) dicha sección se encuentra en Herramientas->herramientas adicionales->Noticias En las versiones más nuevas cuentas con un editor que te construye el código html necesario, en las versiones más viejas debes escribirlo "a mano" con un parámetro y el código que quieras agragarle. Es recomendable cuando pidas ayuda o soporte de Koha que nos digas en que versión estás trabajando y si es posible en que sistema operativo de servidor. Esos datos los puedes obtener en el menú "acerca de" de koha y si quieres mandar una captura de pantalla de esa info. Saludos Pablo El 10/11/2020 a las 18:06, Eduardo Antonio Sandí Araya escribió: > Buenas tardes > > Necesito colocar un banner en la página del OPAC de la base de datos > realizada en Koha > > No tengo acceso directo al servidor, tengo entendido que desde > GoogleDrive puedo almacenar la imagen, y que luego sea visible en el OPAC > > Me pueden por favor asistir cómo debo estructurar el lenguaje HTML > para que se haga efectiva la visualización de la imagen desde el OPAC, > que se encuentra almacenada como lo indiqué en Google Drive > > Saludos, > > -- > Eduardo Sandí > -- ================================================================ Pablo López Liotti Area Informática Biblioteca Central - Universidad Nacional de Mar del Plata Rodriguez Peña 4046 (7600) Mar del Plata - Buenos Aires - Argentina Te: 54 - 0223 - 4752333 (int. 37) - Te/fax: 54 - 0223 - 4759405 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Tue Nov 10 23:05:33 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Tue, 10 Nov 2020 16:05:33 -0600 Subject: [koha-es] IMAGENES GOOGLE DRIVE VISIBLES EN OPAC - KOHA In-Reply-To: References: Message-ID: La versión con la que se cuenta del Koha es la 19.05.02.000 El mar., 10 nov. 2020 a las 15:28, Pablo López Liotti (< plopezliotti en gmail.com>) escribió: > Hola Eduardo: > > Según la versión de Koha la sección del OPAC denomindad OpacHeader (que es > donde debes poner el link de la imagen) se encuentra en 2 lugares distintos. > > Si es una versión anterior a la 19.05 creo, el parámetro se encuentra en > Administración->preferencias de sistema->opac > > Si en cambio estás con Koha posterior o actual (20.05) dicha sección se > encuentra en Herramientas->herramientas adicionales->Noticias > > En las versiones más nuevas cuentas con un editor que te construye el > código html necesario, en las versiones más viejas debes escribirlo "a > mano" con un parámetro y el código que quieras agragarle. > > Es recomendable cuando pidas ayuda o soporte de Koha que nos digas en que > versión estás trabajando y si es posible en que sistema operativo de > servidor. > > Esos datos los puedes obtener en el menú "acerca de" de koha y si quieres > mandar una captura de pantalla de esa info. > > Saludos > > Pablo > El 10/11/2020 a las 18:06, Eduardo Antonio Sandí Araya escribió: > > Buenas tardes > > Necesito colocar un banner en la página del OPAC de la base de datos > realizada en Koha > > No tengo acceso directo al servidor, tengo entendido que desde > GoogleDrive puedo almacenar la imagen, y que luego sea visible en el OPAC > > Me pueden por favor asistir cómo debo estructurar el lenguaje HTML para > que se haga efectiva la visualización de la imagen desde el OPAC, que se > encuentra almacenada como lo indiqué en Google Drive > > Saludos, > > -- > Eduardo Sandí > > -- > ================================================================ > Pablo López Liotti > Area Informática > Biblioteca Central - Universidad Nacional de Mar del Plata > Rodriguez Peña 4046 > (7600) Mar del Plata - Buenos Aires - Argentina > Te: 54 - 0223 - 4752333 (int. 37) - Te/fax: 54 - 0223 - 4759405 > > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Tue Nov 10 23:44:02 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Tue, 10 Nov 2020 16:44:02 -0600 Subject: [koha-es] IMAGENES GOOGLE DRIVE VISIBLES EN OPAC - KOHA In-Reply-To: References: Message-ID: Extrañamente estoy escribiendo el parámetro de la siguiente manera, pero GoogleDrive no la asocia, por lo que no se visualiza El mar., 10 nov. 2020 a las 16:05, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > La versión con la que se cuenta del Koha es la 19.05.02.000 > > El mar., 10 nov. 2020 a las 15:28, Pablo López Liotti (< > plopezliotti en gmail.com>) escribió: > >> Hola Eduardo: >> >> Según la versión de Koha la sección del OPAC denomindad OpacHeader (que >> es donde debes poner el link de la imagen) se encuentra en 2 lugares >> distintos. >> >> Si es una versión anterior a la 19.05 creo, el parámetro se encuentra en >> Administración->preferencias de sistema->opac >> >> Si en cambio estás con Koha posterior o actual (20.05) dicha sección se >> encuentra en Herramientas->herramientas adicionales->Noticias >> >> En las versiones más nuevas cuentas con un editor que te construye el >> código html necesario, en las versiones más viejas debes escribirlo "a >> mano" con un parámetro y el código que quieras agragarle. >> >> Es recomendable cuando pidas ayuda o soporte de Koha que nos digas en que >> versión estás trabajando y si es posible en que sistema operativo de >> servidor. >> >> Esos datos los puedes obtener en el menú "acerca de" de koha y si quieres >> mandar una captura de pantalla de esa info. >> >> Saludos >> >> Pablo >> El 10/11/2020 a las 18:06, Eduardo Antonio Sandí Araya escribió: >> >> Buenas tardes >> >> Necesito colocar un banner en la página del OPAC de la base de datos >> realizada en Koha >> >> No tengo acceso directo al servidor, tengo entendido que desde >> GoogleDrive puedo almacenar la imagen, y que luego sea visible en el OPAC >> >> Me pueden por favor asistir cómo debo estructurar el lenguaje HTML para >> que se haga efectiva la visualización de la imagen desde el OPAC, que se >> encuentra almacenada como lo indiqué en Google Drive >> >> Saludos, >> >> -- >> Eduardo Sandí >> >> -- >> ================================================================ >> Pablo López Liotti >> Area Informática >> Biblioteca Central - Universidad Nacional de Mar del Plata >> Rodriguez Peña 4046 >> (7600) Mar del Plata - Buenos Aires - Argentina >> Te: 54 - 0223 - 4752333 (int. 37) - Te/fax: 54 - 0223 - 4759405 >> >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > > > -- > Eduardo Sandí > -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Wed Nov 11 23:21:47 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Wed, 11 Nov 2020 16:21:47 -0600 Subject: [koha-es] Cambio color del fondo OPAC Koha Message-ID: Buenas tardes estimados Alguno de ustedes me podría orientar en cómo cambiar el color de fondo (que no se vea en blanco) cuando algún usuario accede al OPAC de una biblioteca. Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Wed Nov 11 23:26:41 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Wed, 11 Nov 2020 16:26:41 -0600 Subject: [koha-es] =?utf-8?q?Cu=C3=A1l_software_utilizan_para_crear_lengu?= =?utf-8?q?aje_HTML_para_las_diferentes_secciones_del_OPAC?= Message-ID: Buenas tardes estimados Me podrían por favor recomendar alguna App, plataforma web o software que ustedes emplean para ir generando el lenguaje HTML que luego ustedes incluyen para ir cambiando la apariencia del OPAC Por ejemplo, recuadros con el horario de atención, frase del día que se visualice de forma centrada, noticias o avisos, etc. Gracias Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Wed Nov 11 23:38:27 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Wed, 11 Nov 2020 16:38:27 -0600 Subject: [koha-es] =?utf-8?q?Cu=C3=A1l_software_utilizan_para_crear_lengu?= =?utf-8?q?aje_HTML_para_las_diferentes_secciones_del_OPAC?= In-Reply-To: References: Message-ID: Yo uso esta, bastante sencilla y útil https://sourceforge.net/projects/kompozer/ El mié., 11 nov. 2020 a las 16:27, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Buenas tardes estimados > > Me podrían por favor recomendar alguna App, plataforma web o software que > ustedes emplean para ir generando el lenguaje HTML que luego ustedes > incluyen para ir cambiando la apariencia del OPAC > > Por ejemplo, recuadros con el horario de atención, frase del día que se > visualice de forma centrada, noticias o avisos, etc. > > Gracias > > > Eduardo Sandí > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- Saludos... Ricardo Vargas. ricvargasmed en gmail.com Cel. 55-4338-4601 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Wed Nov 11 23:40:04 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Wed, 11 Nov 2020 16:40:04 -0600 Subject: [koha-es] =?utf-8?q?Cu=C3=A1l_software_utilizan_para_crear_lengu?= =?utf-8?q?aje_HTML_para_las_diferentes_secciones_del_OPAC?= In-Reply-To: References: Message-ID: Gracias Ricardo El mié., 11 nov. 2020 a las 16:38, Ricardo Vargas () escribió: > Yo uso esta, bastante sencilla y útil > > https://sourceforge.net/projects/kompozer/ > > > > El mié., 11 nov. 2020 a las 16:27, Eduardo Antonio Sandí Araya (< > eduardosandi en gmail.com>) escribió: > >> Buenas tardes estimados >> >> Me podrían por favor recomendar alguna App, plataforma web o software que >> ustedes emplean para ir generando el lenguaje HTML que luego ustedes >> incluyen para ir cambiando la apariencia del OPAC >> >> Por ejemplo, recuadros con el horario de atención, frase del día que se >> visualice de forma centrada, noticias o avisos, etc. >> >> Gracias >> >> >> Eduardo Sandí >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > > > -- > Saludos... > > Ricardo Vargas. > ricvargasmed en gmail.com > Cel. 55-4338-4601 > -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Thu Nov 12 02:15:17 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Wed, 11 Nov 2020 19:15:17 -0600 Subject: [koha-es] Cambio color del fondo OPAC Koha In-Reply-To: References: Message-ID: En Administración --> Preferencias del sistema, bsuca la preferencia OPACUserCSS y pones esto: body { background-color: #d2e6fa; } Para cambiar el código del color por el que gustes puedes ver en este sitio: https://www.colorhexa.com De la misma manera puedes cambiar otras cosas en el OPAC, o agregar estilos adicionales por ejemplo para poner enlaces en el OPAC a la derecha o izquierda, como puedes ver en los siguientes ejemplos: - http://kohateca.ula.edu.mx/ - http://biblioteca.utc.mx/ - http://catalogo.lasallecancun.edu.mx:84/ - http://catalogo.biblioteca.lasalle.mx/ - http://catalogo.bibliorion.com Te comento que adicionalmente hay un plugin bastante interesante para cambiar algunas cosas de apariencia de Koha, lo encuentras aquí: https://github.com/bywatersolutions/koha-plugin-opac-theme-galadriel/releases/tag/v1.0.60 El mié., 11 nov. 2020 a las 16:22, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Buenas tardes estimados > > Alguno de ustedes me podría orientar en cómo cambiar el color de fondo > (que no se vea en blanco) cuando algún usuario accede al OPAC de una > biblioteca. > > > > Eduardo Sandí > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- Saludos... Ricardo Vargas. ricvargasmed en gmail.com Cel. 55-4338-4601 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Fri Nov 13 18:58:52 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Fri, 13 Nov 2020 11:58:52 -0600 Subject: [koha-es] Registros campo 100 (subcampo $d) MARC21 Message-ID: Buenas tardes Una consulta con respecto a los registros incluidos en el campo 100 del formato MARC 21 bibliográfico: Si en el subcampo $d, de fechas asociadas con el nombre, se ingresó en un primer momento una cantidad de registros sólo con el año de nacimiento, y supongamos que la persona fallece en este año 2020 (1968-2020). ¿Existe a nivel del sistema de Koha una manera en cómo se puedan modificar todos los registros en conjunto *de un mismo autor*, sin tener que hacer el proceso de manera independiente (uno a uno). Gracias, Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Fri Nov 13 22:37:51 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Fri, 13 Nov 2020 15:37:51 -0600 Subject: [koha-es] Datos duplicados en Informes Message-ID: Buenas tardes Comunidad de Koha Una consulta es normal que cuando ustedes ingresan al módulo de *Informes* Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar --> Hoja de cálculo OpenDocument El sistema de Koha genere datos en Excel donde los de la fila 1, sean exactamente los mismos de la fila 2, es decir duplicados. Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Fri Nov 13 22:42:30 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Fri, 13 Nov 2020 15:42:30 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Si te sale duplicados depende de la consulta que estés haciendo, si es como de inventario te duplicará cierta información si estás haciendo conteo te falta agrupar las columnas. Podrías compartir la consulta y vemos que es. El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí Araya < eduardosandi en gmail.com> escribió: > Buenas tardes Comunidad de Koha > > Una consulta es normal que cuando ustedes ingresan al módulo de *Informes* > > Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar --> > Hoja de cálculo OpenDocument > > El sistema de Koha genere datos en Excel donde los de la fila 1, sean > exactamente los mismos de la fila 2, es decir duplicados. > > > > Eduardo Sandí > -- > 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 tomascohen en gmail.com Tue Nov 10 04:14:23 2020 From: tomascohen en gmail.com (Tomas Cohen Arazi) Date: Tue, 10 Nov 2020 00:14:23 -0300 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Yo creo que ningún desarrollador está pensando en ese uso de subcampos en campos de control (cómo truco) y si funciona intuyo que es una solución frágil, en el sentido de que cualquier cambio que se haga en ese sentido puede romper el flujo de trabajo. La mejor opción a mí modo de ver sería hacer un plugin para el campo, que sólo ofrezca la posibilidad de incorporar la fecha. Saludos On Mon, Nov 9, 2020, 20:49 Jorge Gustavo Spertino wrote: > Claro, ahora me doy cuenta que 008 $a está pensado solo para poner la > fecha allí. No tengo tan claro que repercusión ulterior puede tener eso. > Desde el punto de vista práctico está bueno. Tal vez no sea un > inconveniente mayor, pero no lo sé. > Saludos, > > El lun., 9 nov. 2020 a las 20:39, Jorge Gustavo Spertino (< > jgspertino en gmail.com>) escribió: > >> >> Hola Eduardo, >> mirá, te voy a decir lo que yo veo en relación a tus capturas de >> pantalla. Es difícil poder hacer un diagnóstico preciso. >> >> Por una parte los campos de control no tienen subcampos, o sea ningún 00x >> debería tener subcampos, en ese sentido, fijate que ya se aprecia una >> inconsistencia en la captura de pantalla del campo 007 versus 008 (donde >> aparecen los dos juntos), donde 008 parece tener $a en vez de 00 como tiene >> el campo 007. De todas maneras parece no ser un problema grave pero >> tendrían que arreglarlo. >> En ese sentido, tendría que quedar igual que 007. >> >> Eso, como el resto de lo que te voy a nombrar, tenés que verlo/arreglarlo >> en la plantilla de la hoja de trabajo. Inicio › Administración › Hojas de >> trabajo MARC. >> >> Lo otro que se aprecia, es que parecería que no tenés activo el plugin >> que ayuda a construir el 000. >> Fijate que en tu captura, tanto 007 como 008 tienen activo el plugin de >> ayuda (hacia el final de la línea), en el que clickeas para que te >> aparezcan las ayudas, que envías en otras capturas de pantalla. >> Para 000 también hay un plugin específico, que pareciera no estar activo >> en tu caso: >> >> [image: imagen.png] >> (así sí vas a poder comprender la ejemplificación, que si bien no era >> específica para uds., te da la noción general) >> [Una aclaración: pueden ustedes directamente tipear en la línea de 000 >> los valores correctos, pero siempre será más fácil hacerlo desde el plugin] >> >> Si es así, que no se encuentra activo, fijate de activarlo en la hoja de >> trabajo, para que aparezca. >> Tomá de modelo como está activado en la hoja de trabajo el plugin de 007. >> Emulá el proceso, pero elegí el plugin para 000. >> Consejo, hacé estas pruebas hasta que te quede el resultado deseado en >> una hoja de trabajo que no utilicen. Siempre hay alguna que las bibliotecas >> utilizan poco o no utilizan. >> >> Hasta ahí lo importante. >> Como anexo, en la captura que vos enviás de 008, y siempre siguiendo la >> lógica de lo hablado, las posiciones 29 y 33 en este caso podrían >> eventualmente anexar/modificar íconos y texto. (ojo que las posiciones >> cambiarán depende el tipo de material) >> >> Es lo que te puedo mencionar, >> Saludos cordiales, >> Gustavo >> >> >> El lun., 9 nov. 2020 a las 19:44, Eduardo Antonio Sandí Araya (< >> eduardosandi en gmail.com>) escribió: >> >>> Estimados Jorge Gustavo Spertino y Ricardo Vargas >>> >>> En nuestra biblioteca, al campo 000 se le ha denominado "campo de >>> control de longitud fija" solo está compuesto por un subcampo de números >>> 00. En este el Sistema de Koha genera automáticamente el número de registro >>> que se ha incluido. >>> >>> Por su parte los campos MARC 21 007 y 008 están establecidos el primero >>> para especificar el formato (campo 007) y el segundo para ingresar la fecha >>> de descripción (campo 008 (que por cierto Koha la genera automáticamente. >>> >>> Cuando entro a la ventana del campo 008 ahora si aparece el registro que >>> se guarda como material visual. >>> >>> Lo que no tengo en claro aún es lo que se me indicó con el campo 000 >>> >>> 000 06 "material cartográfico" >>> 000 07 "publicación periódica" >>> >>> 000 06 "material textual" >>> 000 07 "publicación periódica" >>> >>> Lo que no tengo en claro es si no se ha creado algún subcampo necesario >>> para el campo 000 del formato MARC21. >>> >>> Adjunto imágenes >>> >>> Saludos, >>> >>> >>> Eduardo Sandí >>> >>> >>> >>> El lun., 9 nov. 2020 a las 15:49, Jorge Gustavo Spertino (< >>> jgspertino en gmail.com>) escribió: >>> >>>> >>>> Hola estimado Eduardo, >>>> si entiendo bien la consulta te aporto mi comentario: >>>> en relación al ícono pequeño de tipo de material, éste está gobernado >>>> por: >>>> 1- En primera instancia y prevalentemente por la posición 06 del campo >>>> 000 (Cabecera) >>>> 2- y en segunda instancia por la posición 07 del campo 000 >>>> >>>> Esto significa que si ponemos por ejemplo: >>>> 000 06 "material cartográfico" >>>> 000 07 "publicación periódica" >>>> = el tipo de material será: mapa, y el ícono se corresponderá con el >>>> de un mapa >>>> >>>> pero si ponemos: >>>> 000 06 "material textual" >>>> 000 07 "publicación periódica" >>>> = el tipo de material será: recurso continuo, y el ícono se >>>> corresponderá con una revistita. >>>> >>>> Después de esa primera instancia, entran a terciar variables de >>>> posiciones en 008 y tal vez también de 007 para algunos de los siguientes >>>> íconos y textos como comenta Ricardo. >>>> >>>> Da la impresión que tal vez sí está grabando los cambios en 007, pero >>>> está prevaleciendo información de 000 y/o 008. >>>> >>>> De todas maneras creo recordar que había cierta discusión en cuanto a >>>> si el ícono y el texto representaba bien el tipo de material descripto de >>>> acuerdo a la codificación asignada. Por eso por ejemplo en las últimas >>>> versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino >>>> "texto" precisamente. >>>> En consecuencia, y ya excediéndome en el comentario, creo que está >>>> bueno poner más o menos (digo más o menos porque a veces es un laberinto >>>> para mí) lo que marc dice que debería ir en la codificación de los campos >>>> de control, ya que eso no va a cambiar, en contraposición con los íconos y >>>> el texto que los representa, que son propios de Koha, y que si bien es >>>> difícil, podrían variar a futuro. >>>> >>>> Saludos cordiales, >>>> Gustavo >>>> >>>> >>>> El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< >>>> eduardosandi en gmail.com>) escribió: >>>> >>>>> Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria >>>>> “Koha” >>>>> >>>>> >>>>> >>>>> Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. >>>>> >>>>> >>>>> >>>>> Requiero una asistencia técnica, por si está al alcance de ustedes en >>>>> prestarme la ayuda. >>>>> >>>>> >>>>> >>>>> Específicamente el campo 007, el de “formato”, del formato MARC 21 >>>>> para registros bibliográficos no me está dejando cambiar el tipo de >>>>> material, sucede esto: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Como lo pueden apreciar, el tipo de material sale como: *Libro, *el >>>>> formato: *Impreso* y la forma literaria: *No es ficción.* >>>>> >>>>> >>>>> >>>>> Se están catalogando documentos audiovisuales y lo que se desea es en >>>>> el tipo de material indique *“Material visual”, *tal como lo pueden >>>>> apreciar en la siguiente imagen: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, >>>>> aparece por default así: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Y cuando se procede a hacer clic sobre el ícono de la libreta con un >>>>> lápiz, aparece esta ventana: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la >>>>> impresión de que el sistema de Koha no está guardando esa información, y la >>>>> deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. >>>>> >>>>> >>>>> >>>>> Les agradezco una orientación. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Eduardo Sandí >>>>> -- >>>>> Koha-es mailing list >>>>> Koha-es en lists.koha-community.org >>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>> >>>> >>> >>> -- >>> Eduardo Sandí >>> >> -- > 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: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: imagen.png Type: image/png Size: 162518 bytes Desc: no disponible URL: From eduardosandi en gmail.com Tue Nov 10 15:38:50 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Tue, 10 Nov 2020 08:38:50 -0600 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Buenos días Gustavo Nuevamente, muy amplia su explicación, sumamente detallada. Se hará al interno de nuestra Biblioteca la revisión de lo que nos indica para arreglar las inconsistencias en los campos MARC21 000, 007 y 008. Saludos, Eduardo El lun., 9 nov. 2020 a las 17:47, Jorge Gustavo Spertino (< jgspertino en gmail.com>) escribió: > Claro, ahora me doy cuenta que 008 $a está pensado solo para poner la > fecha allí. No tengo tan claro que repercusión ulterior puede tener eso. > Desde el punto de vista práctico está bueno. Tal vez no sea un > inconveniente mayor, pero no lo sé. > Saludos, > > El lun., 9 nov. 2020 a las 20:39, Jorge Gustavo Spertino (< > jgspertino en gmail.com>) escribió: > >> >> Hola Eduardo, >> mirá, te voy a decir lo que yo veo en relación a tus capturas de >> pantalla. Es difícil poder hacer un diagnóstico preciso. >> >> Por una parte los campos de control no tienen subcampos, o sea ningún 00x >> debería tener subcampos, en ese sentido, fijate que ya se aprecia una >> inconsistencia en la captura de pantalla del campo 007 versus 008 (donde >> aparecen los dos juntos), donde 008 parece tener $a en vez de 00 como tiene >> el campo 007. De todas maneras parece no ser un problema grave pero >> tendrían que arreglarlo. >> En ese sentido, tendría que quedar igual que 007. >> >> Eso, como el resto de lo que te voy a nombrar, tenés que verlo/arreglarlo >> en la plantilla de la hoja de trabajo. Inicio › Administración › Hojas de >> trabajo MARC. >> >> Lo otro que se aprecia, es que parecería que no tenés activo el plugin >> que ayuda a construir el 000. >> Fijate que en tu captura, tanto 007 como 008 tienen activo el plugin de >> ayuda (hacia el final de la línea), en el que clickeas para que te >> aparezcan las ayudas, que envías en otras capturas de pantalla. >> Para 000 también hay un plugin específico, que pareciera no estar activo >> en tu caso: >> >> [image: imagen.png] >> (así sí vas a poder comprender la ejemplificación, que si bien no era >> específica para uds., te da la noción general) >> [Una aclaración: pueden ustedes directamente tipear en la línea de 000 >> los valores correctos, pero siempre será más fácil hacerlo desde el plugin] >> >> Si es así, que no se encuentra activo, fijate de activarlo en la hoja de >> trabajo, para que aparezca. >> Tomá de modelo como está activado en la hoja de trabajo el plugin de 007. >> Emulá el proceso, pero elegí el plugin para 000. >> Consejo, hacé estas pruebas hasta que te quede el resultado deseado en >> una hoja de trabajo que no utilicen. Siempre hay alguna que las bibliotecas >> utilizan poco o no utilizan. >> >> Hasta ahí lo importante. >> Como anexo, en la captura que vos enviás de 008, y siempre siguiendo la >> lógica de lo hablado, las posiciones 29 y 33 en este caso podrían >> eventualmente anexar/modificar íconos y texto. (ojo que las posiciones >> cambiarán depende el tipo de material) >> >> Es lo que te puedo mencionar, >> Saludos cordiales, >> Gustavo >> >> >> El lun., 9 nov. 2020 a las 19:44, Eduardo Antonio Sandí Araya (< >> eduardosandi en gmail.com>) escribió: >> >>> Estimados Jorge Gustavo Spertino y Ricardo Vargas >>> >>> En nuestra biblioteca, al campo 000 se le ha denominado "campo de >>> control de longitud fija" solo está compuesto por un subcampo de números >>> 00. En este el Sistema de Koha genera automáticamente el número de registro >>> que se ha incluido. >>> >>> Por su parte los campos MARC 21 007 y 008 están establecidos el primero >>> para especificar el formato (campo 007) y el segundo para ingresar la fecha >>> de descripción (campo 008 (que por cierto Koha la genera automáticamente. >>> >>> Cuando entro a la ventana del campo 008 ahora si aparece el registro que >>> se guarda como material visual. >>> >>> Lo que no tengo en claro aún es lo que se me indicó con el campo 000 >>> >>> 000 06 "material cartográfico" >>> 000 07 "publicación periódica" >>> >>> 000 06 "material textual" >>> 000 07 "publicación periódica" >>> >>> Lo que no tengo en claro es si no se ha creado algún subcampo necesario >>> para el campo 000 del formato MARC21. >>> >>> Adjunto imágenes >>> >>> Saludos, >>> >>> >>> Eduardo Sandí >>> >>> >>> >>> El lun., 9 nov. 2020 a las 15:49, Jorge Gustavo Spertino (< >>> jgspertino en gmail.com>) escribió: >>> >>>> >>>> Hola estimado Eduardo, >>>> si entiendo bien la consulta te aporto mi comentario: >>>> en relación al ícono pequeño de tipo de material, éste está gobernado >>>> por: >>>> 1- En primera instancia y prevalentemente por la posición 06 del campo >>>> 000 (Cabecera) >>>> 2- y en segunda instancia por la posición 07 del campo 000 >>>> >>>> Esto significa que si ponemos por ejemplo: >>>> 000 06 "material cartográfico" >>>> 000 07 "publicación periódica" >>>> = el tipo de material será: mapa, y el ícono se corresponderá con el >>>> de un mapa >>>> >>>> pero si ponemos: >>>> 000 06 "material textual" >>>> 000 07 "publicación periódica" >>>> = el tipo de material será: recurso continuo, y el ícono se >>>> corresponderá con una revistita. >>>> >>>> Después de esa primera instancia, entran a terciar variables de >>>> posiciones en 008 y tal vez también de 007 para algunos de los siguientes >>>> íconos y textos como comenta Ricardo. >>>> >>>> Da la impresión que tal vez sí está grabando los cambios en 007, pero >>>> está prevaleciendo información de 000 y/o 008. >>>> >>>> De todas maneras creo recordar que había cierta discusión en cuanto a >>>> si el ícono y el texto representaba bien el tipo de material descripto de >>>> acuerdo a la codificación asignada. Por eso por ejemplo en las últimas >>>> versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino >>>> "texto" precisamente. >>>> En consecuencia, y ya excediéndome en el comentario, creo que está >>>> bueno poner más o menos (digo más o menos porque a veces es un laberinto >>>> para mí) lo que marc dice que debería ir en la codificación de los campos >>>> de control, ya que eso no va a cambiar, en contraposición con los íconos y >>>> el texto que los representa, que son propios de Koha, y que si bien es >>>> difícil, podrían variar a futuro. >>>> >>>> Saludos cordiales, >>>> Gustavo >>>> >>>> >>>> El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< >>>> eduardosandi en gmail.com>) escribió: >>>> >>>>> Buenas tardes Comunidad del Sistema Integrado de Gestión Bibliotecaria >>>>> “Koha” >>>>> >>>>> >>>>> >>>>> Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. >>>>> >>>>> >>>>> >>>>> Requiero una asistencia técnica, por si está al alcance de ustedes en >>>>> prestarme la ayuda. >>>>> >>>>> >>>>> >>>>> Específicamente el campo 007, el de “formato”, del formato MARC 21 >>>>> para registros bibliográficos no me está dejando cambiar el tipo de >>>>> material, sucede esto: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Como lo pueden apreciar, el tipo de material sale como: *Libro, *el >>>>> formato: *Impreso* y la forma literaria: *No es ficción.* >>>>> >>>>> >>>>> >>>>> Se están catalogando documentos audiovisuales y lo que se desea es en >>>>> el tipo de material indique *“Material visual”, *tal como lo pueden >>>>> apreciar en la siguiente imagen: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, >>>>> aparece por default así: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Y cuando se procede a hacer clic sobre el ícono de la libreta con un >>>>> lápiz, aparece esta ventana: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la >>>>> impresión de que el sistema de Koha no está guardando esa información, y la >>>>> deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. >>>>> >>>>> >>>>> >>>>> Les agradezco una orientación. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Eduardo Sandí >>>>> -- >>>>> Koha-es mailing list >>>>> Koha-es en lists.koha-community.org >>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>> >>>> >>> >>> -- >>> Eduardo Sandí >>> >> -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: imagen.png Type: image/png Size: 162518 bytes Desc: no disponible URL: From tomascohen en theke.io Sat Nov 14 14:56:00 2020 From: tomascohen en theke.io (Tomas Cohen Arazi) Date: Sat, 14 Nov 2020 10:56:00 -0300 Subject: [koha-es] =?utf-8?q?Pol=C3=ADticas_de_la_lista?= Message-ID: Buenas, por razones ajenas a lo que podemos definir nosotros, las listas no tienen permitido recibir mensajes con adjuntos. Eso incluye las imágenes incrustadas. Les pedimos que traten de subir sus capturas a sitios como https://snipboard.io/ o similares, y que pongan en el mail el link a la captura subida. No es óptimo, pero sería una forma de evitar está limitación. Saludos a todos y buen fin de semana! ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Mon Nov 16 17:16:29 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 16 Nov 2020 10:16:29 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Buenos días Ricardo Vargas Con respecto a lo que amablemente me indicas, sencillamente se está ingresando al módulo *Informes*. Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se está eligiendo la que dice *Utilizar guardados. * Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo clic sobre ese botón, se despliegan varias alternativas en la parte superior, se está haciendo clic sobre el botón *Descargar, *en ese momento se despliegan 3 opciones. En nuestro archivo se está seleccionando el que dice *Hoja de cálculo OpenDocument.* Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y genera el archivo. Lo que me parece extraño es que duplica cada registro, por ejemplo, en el archivo de Excel, tanto la fila 1 como la 2 contienen los mismos datos, y así sucesivamente. No sé a qué se debe que los registros (ítems) se generan 2 veces. Inclusive, cuando se visualiza el registro creado, el campo 000 del formato MARC21 se ve el número del ítem 2 veces: [image: image.png] Si me pueden ayudar, por favor. Eduardo Sandí El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas () escribió: > Si te sale duplicados depende de la consulta que estés haciendo, si es > como de inventario te duplicará cierta información si estás haciendo conteo > te falta agrupar las columnas. > > Podrías compartir la consulta y vemos que es. > > El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí Araya < > eduardosandi en gmail.com> escribió: > >> Buenas tardes Comunidad de Koha >> >> Una consulta es normal que cuando ustedes ingresan al módulo de >> *Informes* >> >> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar --> >> Hoja de cálculo OpenDocument >> >> El sistema de Koha genere datos en Excel donde los de la fila 1, sean >> exactamente los mismos de la fila 2, es decir duplicados. >> >> >> >> Eduardo Sandí >> -- >> Koha-es mailing list >> Koha-es en lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > -- Eduardo Sandí ------------ 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: 15869 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Mon Nov 16 17:18:29 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Mon, 16 Nov 2020 10:18:29 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Que datos son los que requieres en el informe? El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo Antonio Sandí Araya < eduardosandi en gmail.com> escribió: > Buenos días Ricardo Vargas > > Con respecto a lo que amablemente me indicas, sencillamente se está > ingresando al módulo *Informes*. > > Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, > aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se está > eligiendo la que dice *Utilizar guardados. * > > Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo > clic sobre ese botón, se despliegan varias alternativas en la parte > superior, se está haciendo clic sobre el botón *Descargar, *en ese > momento se despliegan 3 opciones. En nuestro archivo se está seleccionando > el que dice *Hoja de cálculo OpenDocument.* > > Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y genera > el archivo. > > Lo que me parece extraño es que duplica cada registro, por ejemplo, en el > archivo de Excel, tanto la fila 1 como la 2 contienen los mismos datos, y > así sucesivamente. > > No sé a qué se debe que los registros (ítems) se generan 2 veces. > > Inclusive, cuando se visualiza el registro creado, el campo 000 del > formato MARC21 se ve el número del ítem 2 veces: > > [image: image.png] > Si me pueden ayudar, por favor. > > > Eduardo Sandí > > > El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas () > escribió: > >> Si te sale duplicados depende de la consulta que estés haciendo, si es >> como de inventario te duplicará cierta información si estás haciendo conteo >> te falta agrupar las columnas. >> >> Podrías compartir la consulta y vemos que es. >> >> El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí Araya < >> eduardosandi en gmail.com> escribió: >> >>> Buenas tardes Comunidad de Koha >>> >>> Una consulta es normal que cuando ustedes ingresan al módulo de >>> *Informes* >>> >>> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar --> >>> Hoja de cálculo OpenDocument >>> >>> El sistema de Koha genere datos en Excel donde los de la fila 1, sean >>> exactamente los mismos de la fila 2, es decir duplicados. >>> >>> >>> >>> Eduardo Sandí >>> -- >>> Koha-es mailing list >>> Koha-es en lists.koha-community.org >>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>> >> > > -- > Eduardo Sandí > ------------ 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: 15869 bytes Desc: no disponible URL: From eduardosandi en gmail.com Mon Nov 16 17:20:08 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 16 Nov 2020 10:20:08 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Buenos días Ricardo Vargas Los datos que me está generando el informe son los que se almacenaron en todos los campos MARC21 que se tienen habilitados en nuestra biblioteca. Sería una especie de Backup o respaldo de información. Saludos, Eduardo Sandí El lun., 16 nov. 2020 a las 10:18, Ricardo Vargas () escribió: > Que datos son los que requieres en el informe? > > El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo Antonio Sandí Araya < > eduardosandi en gmail.com> escribió: > >> Buenos días Ricardo Vargas >> >> Con respecto a lo que amablemente me indicas, sencillamente se está >> ingresando al módulo *Informes*. >> >> Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, >> aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se >> está eligiendo la que dice *Utilizar guardados. * >> >> Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo >> clic sobre ese botón, se despliegan varias alternativas en la parte >> superior, se está haciendo clic sobre el botón *Descargar, *en ese >> momento se despliegan 3 opciones. En nuestro archivo se está seleccionando >> el que dice *Hoja de cálculo OpenDocument.* >> >> Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y >> genera el archivo. >> >> Lo que me parece extraño es que duplica cada registro, por ejemplo, en el >> archivo de Excel, tanto la fila 1 como la 2 contienen los mismos datos, y >> así sucesivamente. >> >> No sé a qué se debe que los registros (ítems) se generan 2 veces. >> >> Inclusive, cuando se visualiza el registro creado, el campo 000 del >> formato MARC21 se ve el número del ítem 2 veces: >> >> [image: image.png] >> Si me pueden ayudar, por favor. >> >> >> Eduardo Sandí >> >> >> El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas (< >> ricvargasmed en gmail.com>) escribió: >> >>> Si te sale duplicados depende de la consulta que estés haciendo, si es >>> como de inventario te duplicará cierta información si estás haciendo conteo >>> te falta agrupar las columnas. >>> >>> Podrías compartir la consulta y vemos que es. >>> >>> El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí Araya >>> escribió: >>> >>>> Buenas tardes Comunidad de Koha >>>> >>>> Una consulta es normal que cuando ustedes ingresan al módulo de >>>> *Informes* >>>> >>>> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar --> >>>> Hoja de cálculo OpenDocument >>>> >>>> El sistema de Koha genere datos en Excel donde los de la fila 1, sean >>>> exactamente los mismos de la fila 2, es decir duplicados. >>>> >>>> >>>> >>>> Eduardo Sandí >>>> -- >>>> Koha-es mailing list >>>> Koha-es en lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>> >>> >> >> -- >> Eduardo Sandí >> > -- Eduardo Sandí ------------ 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: 15869 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Mon Nov 16 19:17:38 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Mon, 16 Nov 2020 12:17:38 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Si lo que quieres es un respaldo de todo el contenido y no solo de los registros MARC21 te conviene programar respaldos automáticos con una tarea programada llamada cron, de esa manera puedes generar un respaldo completo e incluso descargarlo cada cierto tiempo. Al rato les comparto los pasos que seguimos para programar un respaldo. El lun., 16 de noviembre de 2020 10:20 a. m., Eduardo Antonio Sandí Araya < eduardosandi en gmail.com> escribió: > Buenos días Ricardo Vargas > > Los datos que me está generando el informe son los que se almacenaron en > todos los campos MARC21 que se tienen habilitados en nuestra biblioteca. > > Sería una especie de Backup o respaldo de información. > > Saludos, > > Eduardo Sandí > > El lun., 16 nov. 2020 a las 10:18, Ricardo Vargas () > escribió: > >> Que datos son los que requieres en el informe? >> >> El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo Antonio Sandí Araya >> escribió: >> >>> Buenos días Ricardo Vargas >>> >>> Con respecto a lo que amablemente me indicas, sencillamente se está >>> ingresando al módulo *Informes*. >>> >>> Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, >>> aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se >>> está eligiendo la que dice *Utilizar guardados. * >>> >>> Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo >>> clic sobre ese botón, se despliegan varias alternativas en la parte >>> superior, se está haciendo clic sobre el botón *Descargar, *en ese >>> momento se despliegan 3 opciones. En nuestro archivo se está seleccionando >>> el que dice *Hoja de cálculo OpenDocument.* >>> >>> Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y >>> genera el archivo. >>> >>> Lo que me parece extraño es que duplica cada registro, por ejemplo, en >>> el archivo de Excel, tanto la fila 1 como la 2 contienen los mismos datos, >>> y así sucesivamente. >>> >>> No sé a qué se debe que los registros (ítems) se generan 2 veces. >>> >>> Inclusive, cuando se visualiza el registro creado, el campo 000 del >>> formato MARC21 se ve el número del ítem 2 veces: >>> >>> [image: image.png] >>> Si me pueden ayudar, por favor. >>> >>> >>> Eduardo Sandí >>> >>> >>> El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas (< >>> ricvargasmed en gmail.com>) escribió: >>> >>>> Si te sale duplicados depende de la consulta que estés haciendo, si es >>>> como de inventario te duplicará cierta información si estás haciendo conteo >>>> te falta agrupar las columnas. >>>> >>>> Podrías compartir la consulta y vemos que es. >>>> >>>> El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí >>>> Araya escribió: >>>> >>>>> Buenas tardes Comunidad de Koha >>>>> >>>>> Una consulta es normal que cuando ustedes ingresan al módulo de >>>>> *Informes* >>>>> >>>>> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar --> >>>>> Hoja de cálculo OpenDocument >>>>> >>>>> El sistema de Koha genere datos en Excel donde los de la fila 1, sean >>>>> exactamente los mismos de la fila 2, es decir duplicados. >>>>> >>>>> >>>>> >>>>> Eduardo Sandí >>>>> -- >>>>> Koha-es mailing list >>>>> Koha-es en lists.koha-community.org >>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>> >>>> >>> >>> -- >>> Eduardo Sandí >>> >> > > -- > Eduardo Sandí > ------------ 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: 15869 bytes Desc: no disponible URL: From eduardosandi en gmail.com Mon Nov 16 20:27:26 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 16 Nov 2020 13:27:26 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Buenas tardes Ricargo Vargas Quedo atento a los pasos que ustedes siguen para programar los respaldos de la información ingresada a la base de datos. Saludos, Eduardo Sandí El lun., 16 nov. 2020 a las 12:17, Ricardo Vargas () escribió: > Si lo que quieres es un respaldo de todo el contenido y no solo de los > registros MARC21 te conviene programar respaldos automáticos con una tarea > programada llamada cron, de esa manera puedes generar un respaldo completo > e incluso descargarlo cada cierto tiempo. > > Al rato les comparto los pasos que seguimos para programar un respaldo. > > El lun., 16 de noviembre de 2020 10:20 a. m., Eduardo Antonio Sandí Araya < > eduardosandi en gmail.com> escribió: > >> Buenos días Ricardo Vargas >> >> Los datos que me está generando el informe son los que se almacenaron en >> todos los campos MARC21 que se tienen habilitados en nuestra biblioteca. >> >> Sería una especie de Backup o respaldo de información. >> >> Saludos, >> >> Eduardo Sandí >> >> El lun., 16 nov. 2020 a las 10:18, Ricardo Vargas (< >> ricvargasmed en gmail.com>) escribió: >> >>> Que datos son los que requieres en el informe? >>> >>> El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo Antonio Sandí >>> Araya escribió: >>> >>>> Buenos días Ricardo Vargas >>>> >>>> Con respecto a lo que amablemente me indicas, sencillamente se está >>>> ingresando al módulo *Informes*. >>>> >>>> Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, >>>> aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se >>>> está eligiendo la que dice *Utilizar guardados. * >>>> >>>> Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo >>>> clic sobre ese botón, se despliegan varias alternativas en la parte >>>> superior, se está haciendo clic sobre el botón *Descargar, *en ese >>>> momento se despliegan 3 opciones. En nuestro archivo se está seleccionando >>>> el que dice *Hoja de cálculo OpenDocument.* >>>> >>>> Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y >>>> genera el archivo. >>>> >>>> Lo que me parece extraño es que duplica cada registro, por ejemplo, en >>>> el archivo de Excel, tanto la fila 1 como la 2 contienen los mismos datos, >>>> y así sucesivamente. >>>> >>>> No sé a qué se debe que los registros (ítems) se generan 2 veces. >>>> >>>> Inclusive, cuando se visualiza el registro creado, el campo 000 del >>>> formato MARC21 se ve el número del ítem 2 veces: >>>> >>>> [image: image.png] >>>> Si me pueden ayudar, por favor. >>>> >>>> >>>> Eduardo Sandí >>>> >>>> >>>> El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas (< >>>> ricvargasmed en gmail.com>) escribió: >>>> >>>>> Si te sale duplicados depende de la consulta que estés haciendo, si es >>>>> como de inventario te duplicará cierta información si estás haciendo conteo >>>>> te falta agrupar las columnas. >>>>> >>>>> Podrías compartir la consulta y vemos que es. >>>>> >>>>> El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí >>>>> Araya escribió: >>>>> >>>>>> Buenas tardes Comunidad de Koha >>>>>> >>>>>> Una consulta es normal que cuando ustedes ingresan al módulo de >>>>>> *Informes* >>>>>> >>>>>> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar >>>>>> --> Hoja de cálculo OpenDocument >>>>>> >>>>>> El sistema de Koha genere datos en Excel donde los de la fila 1, sean >>>>>> exactamente los mismos de la fila 2, es decir duplicados. >>>>>> >>>>>> >>>>>> >>>>>> Eduardo Sandí >>>>>> -- >>>>>> Koha-es mailing list >>>>>> Koha-es en lists.koha-community.org >>>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>>> >>>>> >>>> >>>> -- >>>> Eduardo Sandí >>>> >>> >> >> -- >> Eduardo Sandí >> > -- Eduardo Sandí ------------ 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: 15869 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Tue Nov 17 01:52:30 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Mon, 16 Nov 2020 18:52:30 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Hola a todos: Espero el siguiente post en nuestro blog les sea de utilidad: https://bibliorion.com/bibliorion/index.php/2020/11/16/programar-respaldos-de-bases-de-datos-mysql/ Saludos desde México! El lun., 16 nov. 2020 a las 13:27, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Buenas tardes Ricargo Vargas > > Quedo atento a los pasos que ustedes siguen para programar los respaldos > de la información ingresada a la base de datos. > > Saludos, > > > Eduardo Sandí > > El lun., 16 nov. 2020 a las 12:17, Ricardo Vargas () > escribió: > >> Si lo que quieres es un respaldo de todo el contenido y no solo de los >> registros MARC21 te conviene programar respaldos automáticos con una tarea >> programada llamada cron, de esa manera puedes generar un respaldo completo >> e incluso descargarlo cada cierto tiempo. >> >> Al rato les comparto los pasos que seguimos para programar un respaldo. >> >> El lun., 16 de noviembre de 2020 10:20 a. m., Eduardo Antonio Sandí Araya >> escribió: >> >>> Buenos días Ricardo Vargas >>> >>> Los datos que me está generando el informe son los que se almacenaron en >>> todos los campos MARC21 que se tienen habilitados en nuestra biblioteca. >>> >>> Sería una especie de Backup o respaldo de información. >>> >>> Saludos, >>> >>> Eduardo Sandí >>> >>> El lun., 16 nov. 2020 a las 10:18, Ricardo Vargas (< >>> ricvargasmed en gmail.com>) escribió: >>> >>>> Que datos son los que requieres en el informe? >>>> >>>> El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo Antonio Sandí >>>> Araya escribió: >>>> >>>>> Buenos días Ricardo Vargas >>>>> >>>>> Con respecto a lo que amablemente me indicas, sencillamente se está >>>>> ingresando al módulo *Informes*. >>>>> >>>>> Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, >>>>> aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se >>>>> está eligiendo la que dice *Utilizar guardados. * >>>>> >>>>> Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo >>>>> clic sobre ese botón, se despliegan varias alternativas en la parte >>>>> superior, se está haciendo clic sobre el botón *Descargar, *en ese >>>>> momento se despliegan 3 opciones. En nuestro archivo se está seleccionando >>>>> el que dice *Hoja de cálculo OpenDocument.* >>>>> >>>>> Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y >>>>> genera el archivo. >>>>> >>>>> Lo que me parece extraño es que duplica cada registro, por ejemplo, en >>>>> el archivo de Excel, tanto la fila 1 como la 2 contienen los mismos datos, >>>>> y así sucesivamente. >>>>> >>>>> No sé a qué se debe que los registros (ítems) se generan 2 veces. >>>>> >>>>> Inclusive, cuando se visualiza el registro creado, el campo 000 del >>>>> formato MARC21 se ve el número del ítem 2 veces: >>>>> >>>>> [image: image.png] >>>>> Si me pueden ayudar, por favor. >>>>> >>>>> >>>>> Eduardo Sandí >>>>> >>>>> >>>>> El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas (< >>>>> ricvargasmed en gmail.com>) escribió: >>>>> >>>>>> Si te sale duplicados depende de la consulta que estés haciendo, si >>>>>> es como de inventario te duplicará cierta información si estás haciendo >>>>>> conteo te falta agrupar las columnas. >>>>>> >>>>>> Podrías compartir la consulta y vemos que es. >>>>>> >>>>>> El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí >>>>>> Araya escribió: >>>>>> >>>>>>> Buenas tardes Comunidad de Koha >>>>>>> >>>>>>> Una consulta es normal que cuando ustedes ingresan al módulo de >>>>>>> *Informes* >>>>>>> >>>>>>> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar >>>>>>> --> Hoja de cálculo OpenDocument >>>>>>> >>>>>>> El sistema de Koha genere datos en Excel donde los de la fila 1, >>>>>>> sean exactamente los mismos de la fila 2, es decir duplicados. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Eduardo Sandí >>>>>>> -- >>>>>>> Koha-es mailing list >>>>>>> Koha-es en lists.koha-community.org >>>>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> Eduardo Sandí >>>>> >>>> >>> >>> -- >>> Eduardo Sandí >>> >> > > -- > Eduardo Sandí > -- Saludos... Ricardo Vargas. ricvargasmed en gmail.com Cel. 55-4338-4601 ------------ 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: 15869 bytes Desc: no disponible URL: From eduardosandi en gmail.com Tue Nov 17 15:30:22 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Tue, 17 Nov 2020 08:30:22 -0600 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: Buenos días Ricardo Muchas gracias por el insumo facilitado. Saludos, Eduardo Sandí El lun., 16 nov. 2020 a las 18:52, Ricardo Vargas () escribió: > Hola a todos: > > Espero el siguiente post en nuestro blog les sea de utilidad: > > > https://bibliorion.com/bibliorion/index.php/2020/11/16/programar-respaldos-de-bases-de-datos-mysql/ > > Saludos desde México! > > El lun., 16 nov. 2020 a las 13:27, Eduardo Antonio Sandí Araya (< > eduardosandi en gmail.com>) escribió: > >> Buenas tardes Ricargo Vargas >> >> Quedo atento a los pasos que ustedes siguen para programar los respaldos >> de la información ingresada a la base de datos. >> >> Saludos, >> >> >> Eduardo Sandí >> >> El lun., 16 nov. 2020 a las 12:17, Ricardo Vargas (< >> ricvargasmed en gmail.com>) escribió: >> >>> Si lo que quieres es un respaldo de todo el contenido y no solo de los >>> registros MARC21 te conviene programar respaldos automáticos con una tarea >>> programada llamada cron, de esa manera puedes generar un respaldo completo >>> e incluso descargarlo cada cierto tiempo. >>> >>> Al rato les comparto los pasos que seguimos para programar un respaldo. >>> >>> El lun., 16 de noviembre de 2020 10:20 a. m., Eduardo Antonio Sandí >>> Araya escribió: >>> >>>> Buenos días Ricardo Vargas >>>> >>>> Los datos que me está generando el informe son los que se almacenaron >>>> en todos los campos MARC21 que se tienen habilitados en nuestra biblioteca. >>>> >>>> Sería una especie de Backup o respaldo de información. >>>> >>>> Saludos, >>>> >>>> Eduardo Sandí >>>> >>>> El lun., 16 nov. 2020 a las 10:18, Ricardo Vargas (< >>>> ricvargasmed en gmail.com>) escribió: >>>> >>>>> Que datos son los que requieres en el informe? >>>>> >>>>> El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo Antonio Sandí >>>>> Araya escribió: >>>>> >>>>>> Buenos días Ricardo Vargas >>>>>> >>>>>> Con respecto a lo que amablemente me indicas, sencillamente se está >>>>>> ingresando al módulo *Informes*. >>>>>> >>>>>> Una vez ahí, en la parte superior, al lado izquierdo de la pantalla, >>>>>> aparece un cuadro titulado *Informes guiados. *De las 3 opciones, se >>>>>> está eligiendo la que dice *Utilizar guardados. * >>>>>> >>>>>> Se abre una ventana, en ella, hay una opción que dice *Ejecutar, *haciendo >>>>>> clic sobre ese botón, se despliegan varias alternativas en la parte >>>>>> superior, se está haciendo clic sobre el botón *Descargar, *en ese >>>>>> momento se despliegan 3 opciones. En nuestro archivo se está seleccionando >>>>>> el que dice *Hoja de cálculo OpenDocument.* >>>>>> >>>>>> Transcurrido un cierto tiempo, el sistema Koha realiza el proceso y >>>>>> genera el archivo. >>>>>> >>>>>> Lo que me parece extraño es que duplica cada registro, por ejemplo, >>>>>> en el archivo de Excel, tanto la fila 1 como la 2 contienen los mismos >>>>>> datos, y así sucesivamente. >>>>>> >>>>>> No sé a qué se debe que los registros (ítems) se generan 2 veces. >>>>>> >>>>>> Inclusive, cuando se visualiza el registro creado, el campo 000 del >>>>>> formato MARC21 se ve el número del ítem 2 veces: >>>>>> >>>>>> [image: image.png] >>>>>> Si me pueden ayudar, por favor. >>>>>> >>>>>> >>>>>> Eduardo Sandí >>>>>> >>>>>> >>>>>> El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas (< >>>>>> ricvargasmed en gmail.com>) escribió: >>>>>> >>>>>>> Si te sale duplicados depende de la consulta que estés haciendo, si >>>>>>> es como de inventario te duplicará cierta información si estás haciendo >>>>>>> conteo te falta agrupar las columnas. >>>>>>> >>>>>>> Podrías compartir la consulta y vemos que es. >>>>>>> >>>>>>> El vie., 13 de noviembre de 2020 3:38 p. m., Eduardo Antonio Sandí >>>>>>> Araya escribió: >>>>>>> >>>>>>>> Buenas tardes Comunidad de Koha >>>>>>>> >>>>>>>> Una consulta es normal que cuando ustedes ingresan al módulo de >>>>>>>> *Informes* >>>>>>>> >>>>>>>> Informes guiados --> Utilizar guardados --> Ejecutar --> Descargar >>>>>>>> --> Hoja de cálculo OpenDocument >>>>>>>> >>>>>>>> El sistema de Koha genere datos en Excel donde los de la fila 1, >>>>>>>> sean exactamente los mismos de la fila 2, es decir duplicados. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Eduardo Sandí >>>>>>>> -- >>>>>>>> Koha-es mailing list >>>>>>>> Koha-es en lists.koha-community.org >>>>>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Eduardo Sandí >>>>>> >>>>> >>>> >>>> -- >>>> Eduardo Sandí >>>> >>> >> >> -- >> Eduardo Sandí >> > > > -- > Saludos... > > Ricardo Vargas. > ricvargasmed en gmail.com > Cel. 55-4338-4601 > -- Eduardo Sandí ------------ 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: 15869 bytes Desc: no disponible URL: From jspulerb en yahoo.com Tue Nov 17 20:00:11 2020 From: jspulerb en yahoo.com (Jorge Spuler) Date: Tue, 17 Nov 2020 19:00:11 +0000 (UTC) Subject: [koha-es] Como conectar Koha con SAML References: <1366097557.3746928.1605639611558.ref@mail.yahoo.com> Message-ID: <1366097557.3746928.1605639611558@mail.yahoo.com> Estimados: ¿Cómo conecto Koha con Saml en Koha?no encuentro ninguna documentación destallada, solo págs. diciendo que si, si se puede ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From ricvargasmed en gmail.com Tue Nov 17 20:07:58 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Tue, 17 Nov 2020 13:07:58 -0600 Subject: [koha-es] Como conectar Koha con SAML In-Reply-To: <1366097557.3746928.1605639611558@mail.yahoo.com> References: <1366097557.3746928.1605639611558.ref@mail.yahoo.com> <1366097557.3746928.1605639611558@mail.yahoo.com> Message-ID: Hola Quizá esto te ayude: https://wiki.koha-community.org/wiki/Shibboleth_Configuration El mar., 17 nov. 2020 a las 13:00, Jorge Spuler () escribió: > Estimados: > > > ¿Cómo conecto Koha con Saml en Koha? > no encuentro ninguna documentación destallada, solo págs. diciendo que si, > si se puede > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- Saludos... Ricardo Vargas. ricvargasmed en gmail.com Cel. 55-4338-4601 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From tomascohen en theke.io Fri Nov 27 18:18:17 2020 From: tomascohen en theke.io (Tomas Cohen Arazi) Date: Fri, 27 Nov 2020 14:18:17 -0300 Subject: [koha-es] Koha 20.11 liberado Message-ID: Mensaje original traducido: Hola a todos, Es con gran placer que la comunidad de Koha anuncia el lanzamiento de Koha 20.11, un lanzamiento importante del sistema integrado de gestión bibliotecaria de código abierto Koha. Las notas de lanzamiento completas (en inglés) pueden leerse aquí: https://koha-community.org/koha-20-11-released/ Los paquetes de instalación Debian para la nueva versión estarán disponibles a la brevedad. Salud! Jonathan ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From eduardosandi en gmail.com Mon Nov 16 16:56:54 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Mon, 16 Nov 2020 09:56:54 -0600 Subject: [koha-es] Consulta campo 007 - MARC21 In-Reply-To: References: <002001d6b6ce$a7ed18e0$f7c74aa0$@sinart.go.cr> Message-ID: Buenos días Tomas Cohen Arazi Muchas gracias por la recomendación que nos hace con respecto a crear un plugin para el campo 008 del formato Marc 21, que es un campo de control. Saludos, Eduardo Sandí El sáb., 14 nov. 2020 a las 7:53, Tomas Cohen Arazi () escribió: > Yo creo que ningún desarrollador está pensando en ese uso de subcampos en > campos de control (cómo truco) y si funciona intuyo que es una solución > frágil, en el sentido de que cualquier cambio que se haga en ese sentido > puede romper el flujo de trabajo. > > La mejor opción a mí modo de ver sería hacer un plugin para el campo, que > sólo ofrezca la posibilidad de incorporar la fecha. > > Saludos > > On Mon, Nov 9, 2020, 20:49 Jorge Gustavo Spertino > wrote: > >> Claro, ahora me doy cuenta que 008 $a está pensado solo para poner la >> fecha allí. No tengo tan claro que repercusión ulterior puede tener eso. >> Desde el punto de vista práctico está bueno. Tal vez no sea un >> inconveniente mayor, pero no lo sé. >> Saludos, >> >> El lun., 9 nov. 2020 a las 20:39, Jorge Gustavo Spertino (< >> jgspertino en gmail.com>) escribió: >> >>> >>> Hola Eduardo, >>> mirá, te voy a decir lo que yo veo en relación a tus capturas de >>> pantalla. Es difícil poder hacer un diagnóstico preciso. >>> >>> Por una parte los campos de control no tienen subcampos, o sea ningún >>> 00x debería tener subcampos, en ese sentido, fijate que ya se aprecia una >>> inconsistencia en la captura de pantalla del campo 007 versus 008 (donde >>> aparecen los dos juntos), donde 008 parece tener $a en vez de 00 como tiene >>> el campo 007. De todas maneras parece no ser un problema grave pero >>> tendrían que arreglarlo. >>> En ese sentido, tendría que quedar igual que 007. >>> >>> Eso, como el resto de lo que te voy a nombrar, tenés que >>> verlo/arreglarlo en la plantilla de la hoja de trabajo. Inicio › >>> Administración › Hojas de trabajo MARC. >>> >>> Lo otro que se aprecia, es que parecería que no tenés activo el plugin >>> que ayuda a construir el 000. >>> Fijate que en tu captura, tanto 007 como 008 tienen activo el plugin de >>> ayuda (hacia el final de la línea), en el que clickeas para que te >>> aparezcan las ayudas, que envías en otras capturas de pantalla. >>> Para 000 también hay un plugin específico, que pareciera no estar activo >>> en tu caso: >>> >>> [image: imagen.png] >>> (así sí vas a poder comprender la ejemplificación, que si bien no era >>> específica para uds., te da la noción general) >>> [Una aclaración: pueden ustedes directamente tipear en la línea de 000 >>> los valores correctos, pero siempre será más fácil hacerlo desde el plugin] >>> >>> Si es así, que no se encuentra activo, fijate de activarlo en la hoja de >>> trabajo, para que aparezca. >>> Tomá de modelo como está activado en la hoja de trabajo el plugin de >>> 007. Emulá el proceso, pero elegí el plugin para 000. >>> Consejo, hacé estas pruebas hasta que te quede el resultado deseado en >>> una hoja de trabajo que no utilicen. Siempre hay alguna que las bibliotecas >>> utilizan poco o no utilizan. >>> >>> Hasta ahí lo importante. >>> Como anexo, en la captura que vos enviás de 008, y siempre siguiendo la >>> lógica de lo hablado, las posiciones 29 y 33 en este caso podrían >>> eventualmente anexar/modificar íconos y texto. (ojo que las posiciones >>> cambiarán depende el tipo de material) >>> >>> Es lo que te puedo mencionar, >>> Saludos cordiales, >>> Gustavo >>> >>> >>> El lun., 9 nov. 2020 a las 19:44, Eduardo Antonio Sandí Araya (< >>> eduardosandi en gmail.com>) escribió: >>> >>>> Estimados Jorge Gustavo Spertino y Ricardo Vargas >>>> >>>> En nuestra biblioteca, al campo 000 se le ha denominado "campo de >>>> control de longitud fija" solo está compuesto por un subcampo de números >>>> 00. En este el Sistema de Koha genera automáticamente el número de registro >>>> que se ha incluido. >>>> >>>> Por su parte los campos MARC 21 007 y 008 están establecidos el primero >>>> para especificar el formato (campo 007) y el segundo para ingresar la fecha >>>> de descripción (campo 008 (que por cierto Koha la genera automáticamente. >>>> >>>> Cuando entro a la ventana del campo 008 ahora si aparece el registro >>>> que se guarda como material visual. >>>> >>>> Lo que no tengo en claro aún es lo que se me indicó con el campo 000 >>>> >>>> 000 06 "material cartográfico" >>>> 000 07 "publicación periódica" >>>> >>>> 000 06 "material textual" >>>> 000 07 "publicación periódica" >>>> >>>> Lo que no tengo en claro es si no se ha creado algún subcampo necesario >>>> para el campo 000 del formato MARC21. >>>> >>>> Adjunto imágenes >>>> >>>> Saludos, >>>> >>>> >>>> Eduardo Sandí >>>> >>>> >>>> >>>> El lun., 9 nov. 2020 a las 15:49, Jorge Gustavo Spertino (< >>>> jgspertino en gmail.com>) escribió: >>>> >>>>> >>>>> Hola estimado Eduardo, >>>>> si entiendo bien la consulta te aporto mi comentario: >>>>> en relación al ícono pequeño de tipo de material, éste está gobernado >>>>> por: >>>>> 1- En primera instancia y prevalentemente por la posición 06 del campo >>>>> 000 (Cabecera) >>>>> 2- y en segunda instancia por la posición 07 del campo 000 >>>>> >>>>> Esto significa que si ponemos por ejemplo: >>>>> 000 06 "material cartográfico" >>>>> 000 07 "publicación periódica" >>>>> = el tipo de material será: mapa, y el ícono se corresponderá con el >>>>> de un mapa >>>>> >>>>> pero si ponemos: >>>>> 000 06 "material textual" >>>>> 000 07 "publicación periódica" >>>>> = el tipo de material será: recurso continuo, y el ícono se >>>>> corresponderá con una revistita. >>>>> >>>>> Después de esa primera instancia, entran a terciar variables de >>>>> posiciones en 008 y tal vez también de 007 para algunos de los siguientes >>>>> íconos y textos como comenta Ricardo. >>>>> >>>>> Da la impresión que tal vez sí está grabando los cambios en 007, pero >>>>> está prevaleciendo información de 000 y/o 008. >>>>> >>>>> De todas maneras creo recordar que había cierta discusión en cuanto a >>>>> si el ícono y el texto representaba bien el tipo de material descripto de >>>>> acuerdo a la codificación asignada. Por eso por ejemplo en las últimas >>>>> versiones de Koha el texto del ícono "Libro" ya no dice más libro, sino >>>>> "texto" precisamente. >>>>> En consecuencia, y ya excediéndome en el comentario, creo que está >>>>> bueno poner más o menos (digo más o menos porque a veces es un laberinto >>>>> para mí) lo que marc dice que debería ir en la codificación de los campos >>>>> de control, ya que eso no va a cambiar, en contraposición con los íconos y >>>>> el texto que los representa, que son propios de Koha, y que si bien es >>>>> difícil, podrían variar a futuro. >>>>> >>>>> Saludos cordiales, >>>>> Gustavo >>>>> >>>>> >>>>> El lun., 9 nov. 2020 a las 17:03, Eduardo Antonio Sandí Araya (< >>>>> eduardosandi en gmail.com>) escribió: >>>>> >>>>>> Buenas tardes Comunidad del Sistema Integrado de Gestión >>>>>> Bibliotecaria “Koha” >>>>>> >>>>>> >>>>>> >>>>>> Un gusto saludarlos. Le escribe Eduardo Sandí, desde Costa Rica. >>>>>> >>>>>> >>>>>> >>>>>> Requiero una asistencia técnica, por si está al alcance de ustedes en >>>>>> prestarme la ayuda. >>>>>> >>>>>> >>>>>> >>>>>> Específicamente el campo 007, el de “formato”, del formato MARC 21 >>>>>> para registros bibliográficos no me está dejando cambiar el tipo de >>>>>> material, sucede esto: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Como lo pueden apreciar, el tipo de material sale como: *Libro, *el >>>>>> formato: *Impreso* y la forma literaria: *No es ficción.* >>>>>> >>>>>> >>>>>> >>>>>> Se están catalogando documentos audiovisuales y lo que se desea es en >>>>>> el tipo de material indique *“Material visual”, *tal como lo pueden >>>>>> apreciar en la siguiente imagen: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Cuando se ingresa al software Koha, al campo 007 del formato MARC 21, >>>>>> aparece por default así: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Y cuando se procede a hacer clic sobre el ícono de la libreta con un >>>>>> lápiz, aparece esta ventana: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Sin embargo, al hacer ícono sobre el botón *OK*, nos está dando la >>>>>> impresión de que el sistema de Koha no está guardando esa información, y la >>>>>> deja como que si fuera un libro. Sinceramente no sabemos como solventarlo. >>>>>> >>>>>> >>>>>> >>>>>> Les agradezco una orientación. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Eduardo Sandí >>>>>> -- >>>>>> Koha-es mailing list >>>>>> Koha-es en lists.koha-community.org >>>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>>>> >>>>> >>>> >>>> -- >>>> Eduardo Sandí >>>> >>> -- >> 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 > -- Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 26934 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 10707 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6328 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 10451 bytes Desc: no disponible URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: imagen.png Type: image/png Size: 162518 bytes Desc: no disponible URL: From plopezliotti en gmail.com Mon Nov 16 22:36:44 2020 From: plopezliotti en gmail.com (=?UTF-8?Q?Pablo_L=c3=b3pez_Liotti?=) Date: Mon, 16 Nov 2020 18:36:44 -0300 Subject: [koha-es] Datos duplicados en Informes In-Reply-To: References: Message-ID: <7a2d2f8b-57d7-7c17-8c0f-b6d60353cef0@gmail.com> Hola Eduardo: Los respaldos koha los realiza de manera automática. En la carpeta "/var/spool/koha/[nombre_de_la_instancia] " encontrarás 2 archivos que se generan de modo automático. Uno con extensión "sql.gz" es un volcado de la base mysql completa de la instancia de koha y uno con extensión "tar.gz" que incluye los archivos de configuración y los uploads. Con copiar esos archivos en otro lugar ya es suficiente. Si lo que te interesa es hacer un backup de la base bibliográfica te recomiendo exportarla en formato marc a través de la opción "exportar datos" del menú "herramientas". Lee los manuales del sistema, ya hay herramientas definidas para muchas tareas que consultas. https://koha-community.org/manual/20.05/es/html/index.html Saludos Pablo El 16/11/2020 a las 16:27, Eduardo Antonio Sandí Araya escribió: > Buenas tardes Ricargo Vargas > > Quedo atento a los pasos que ustedes siguen para programar los > respaldos de la información ingresada a la base de datos. > > Saludos, > > > Eduardo Sandí > > El lun., 16 nov. 2020 a las 12:17, Ricardo Vargas > (>) escribió: > > Si lo que quieres es un respaldo de todo el contenido y no solo de > los registros MARC21 te conviene programar respaldos automáticos > con una tarea programada llamada cron, de esa manera puedes > generar un respaldo completo e incluso descargarlo cada cierto > tiempo. > > Al rato les comparto los pasos que seguimos para programar un > respaldo. > > El lun., 16 de noviembre de 2020 10:20 a. m., Eduardo Antonio > Sandí Araya > escribió: > > Buenos días Ricardo Vargas > > Los datos que me está generando el informe son los que se > almacenaron en todos los campos MARC21 que se tienen > habilitados en nuestra biblioteca. > > Sería una especie de Backup o respaldo de información. > > Saludos, > > Eduardo Sandí > > El lun., 16 nov. 2020 a las 10:18, Ricardo Vargas > (>) > escribió: > > Que datos son los que requieres en el informe? > > El lun., 16 de noviembre de 2020 10:16 a. m., Eduardo > Antonio Sandí Araya > escribió: > > Buenos días Ricardo Vargas > > Con respecto a lo que amablemente me indicas, > sencillamente se está ingresando al módulo *Informes*. > > Una vez ahí, en la parte superior, al lado izquierdo > de la pantalla, aparece un cuadro titulado *Informes > guiados. *De las 3 opciones, se está eligiendo la que > dice *Utilizar guardados. * > * > * > Se abre una ventana, en ella, hay una opción que dice > *Ejecutar, *haciendo clic sobre ese botón, se > despliegan varias alternativas en la parte superior, > se está haciendo clic sobre el botón *Descargar, *en > ese momento se despliegan 3 opciones. En nuestro > archivo se está seleccionando el que dice *Hoja de > cálculo OpenDocument.* > * > * > Transcurrido un cierto tiempo, el sistema Koha realiza > el proceso y genera el archivo. > > Lo que me parece extraño es que duplica cada registro, > por ejemplo, en el archivo de Excel, tanto la fila 1 > como la 2 contienen los mismos datos, y > así sucesivamente. > > No sé a qué se debe que los registros (ítems) se > generan 2 veces. > > Inclusive, cuando se visualiza el registro creado, el > campo 000 del formato MARC21 se ve el número del ítem > 2 veces: > > image.png > Si me pueden ayudar, por favor. > > > Eduardo Sandí > > > El vie., 13 nov. 2020 a las 15:42, Ricardo Vargas > ( >) escribió: > > Si te sale duplicados depende de la consulta que > estés haciendo, si es como de inventario te > duplicará cierta información si estás haciendo > conteo te falta agrupar las columnas. > > Podrías compartir la consulta y vemos que es. > > El vie., 13 de noviembre de 2020 3:38 p. m., > Eduardo Antonio Sandí Araya > > escribió: > > Buenas tardes Comunidad de Koha > > Una consulta es normal que cuando ustedes > ingresan al módulo de *Informes* > > Informes guiados --> Utilizar guardados --> > Ejecutar --> Descargar --> Hoja de cálculo > OpenDocument > > El sistema de Koha genere datos en Excel donde > los de la fila 1, sean exactamente los mismos > de la fila 2, es decir duplicados. > > > > Eduardo Sandí > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > > > > > -- > Eduardo Sandí > > > > -- > Eduardo Sandí > > > > -- > Eduardo Sandí > -- ================================================================ Pablo López Liotti Area Informática Biblioteca Central - Universidad Nacional de Mar del Plata Rodriguez Peña 4046 (7600) Mar del Plata - Buenos Aires - Argentina Te: 54 - 0223 - 4752333 (int. 37) - Te/fax: 54 - 0223 - 4759405 ------------ 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: 15869 bytes Desc: no disponible URL: From eduardosandi en gmail.com Tue Nov 24 17:57:16 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Tue, 24 Nov 2020 10:57:16 -0600 Subject: [koha-es] =?utf-8?q?Situaci=C3=B3n_con_n=C3=BAmeros_que_se_visua?= =?utf-8?q?lizan_despu=C3=A9s_de_datos?= In-Reply-To: References: Message-ID: Buenos días estimada Comunidad de Koha Reciban mi cordial saludo. Tengo una duda con respecto a unos números que aparecen en el registro creado. A pesar de estar esos números en los campos MARC, cuando se visualiza el ítem descrito, extrañamente aparecen esos números después. Como podrán apreciar, por ejemplo, en los campos MARC 650 (descriptores), 655 (género), 700 (nombres personales, asientos secundarios) y 710 (nombres corporativos, asientos secundarios), se están reflejando la numeración posterior a los datos, sin que esta se visualice cuando se pretende modificar los registros, que presentan esta condición; [image: Numeros.png] 650 (descriptores) --> número 8642 655 (género) --> número 8638 700 (nombres personales, asientos secundarios) --> número 8641 710 (nombres corporativos, asientos secundarios) --> número 8639 No se a que se debe esta situación. Si me pueden ayudar mucho les agradeceré Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Numeros.png Type: image/png Size: 90811 bytes Desc: no disponible URL: From eduardosandi en gmail.com Wed Nov 25 21:27:24 2020 From: eduardosandi en gmail.com (=?UTF-8?Q?Eduardo_Antonio_Sand=C3=AD_Araya?=) Date: Wed, 25 Nov 2020 14:27:24 -0600 Subject: [koha-es] =?utf-8?q?N=C3=BAmeros_que_aparecen_una_vez_creado_los?= =?utf-8?q?_registros?= In-Reply-To: References: Message-ID: Buenas tardes estimada Comunidad de Koha Reciban mi cordial saludo. Tengo una duda con respecto a unos números que aparecen en el registro creado. A pesar de estar esos números en los campos MARC, cuando se visualiza el ítem descrito, extrañamente aparecen esos números después. Como podrán apreciar, por ejemplo, en los campos MARC 650 (descriptores), 655 (género), 700 (nombres personales, asientos secundarios) y 710 (nombres corporativos, asientos secundarios), se están reflejando la numeración posterior a los datos, sin que esta se visualice cuando se pretende modificar los registros, que presentan esta condición; [image: Numeros.png] 650 (descriptores) --> número 8642 655 (género) --> número 8638 700 (nombres personales, asientos secundarios) --> número 8641 710 (nombres corporativos, asientos secundarios) --> número 8639 No se a que se debe esta situación. Si me pueden ayudar mucho les agradeceré Eduardo Sandí ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Numeros.png Type: image/png Size: 90811 bytes Desc: no disponible URL: From ricvargasmed en gmail.com Fri Nov 27 19:12:04 2020 From: ricvargasmed en gmail.com (Ricardo Vargas) Date: Fri, 27 Nov 2020 12:12:04 -0600 Subject: [koha-es] =?utf-8?q?Situaci=C3=B3n_con_n=C3=BAmeros_que_se_visua?= =?utf-8?q?lizan_despu=C3=A9s_de_datos?= In-Reply-To: References: Message-ID: Hola Eduardo: Son los números de autoridad, cada autoridad crea un ID, si ves a vista MARC verás que se guardan en el subcampo $9 que es el que corresponde al ID de autoridad El vie, 27 nov 2020 a las 12:05, Eduardo Antonio Sandí Araya (< eduardosandi en gmail.com>) escribió: > Buenos días estimada Comunidad de Koha > > Reciban mi cordial saludo. > > Tengo una duda con respecto a unos números que aparecen en el registro > creado. A pesar de estar esos números en los campos MARC, cuando se > visualiza el ítem descrito, extrañamente aparecen esos números después. > > Como podrán apreciar, por ejemplo, en los campos MARC 650 (descriptores), > 655 (género), 700 (nombres personales, asientos secundarios) y 710 (nombres > corporativos, asientos secundarios), se están reflejando la numeración > posterior a los datos, sin que esta se visualice cuando se pretende > modificar los registros, que presentan esta condición; > > [image: Numeros.png] > > 650 (descriptores) --> número 8642 > 655 (género) --> número 8638 > 700 (nombres personales, asientos secundarios) --> número 8641 > 710 (nombres corporativos, asientos secundarios) --> número 8639 > > No se a que se debe esta situación. Si me pueden ayudar mucho les > agradeceré > > > > > Eduardo Sandí > -- > Koha-es mailing list > Koha-es en lists.koha-community.org > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es > -- Saludos... Ricardo Vargas. ricvargasmed en gmail.com Cel. 55-4338-4601 ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: Numeros.png Type: image/png Size: 90811 bytes Desc: no disponible URL: