[koha-es] Consulta campo 007 - MARC21

Eduardo Antonio Sandí Araya eduardosandi en gmail.com
Lun Nov 16 16:56:54 CET 2020


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 (<tomascohen en gmail.com>)
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 <jgspertino en gmail.com>
> 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: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201116/ceb65b6b/attachment-0001.htm>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image006.png
Type: image/png
Size: 26934 bytes
Desc: no disponible
URL: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201116/ceb65b6b/attachment-0002.png>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image005.jpg
Type: image/jpeg
Size: 10707 bytes
Desc: no disponible
URL: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201116/ceb65b6b/attachment-0003.jpg>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 6328 bytes
Desc: no disponible
URL: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201116/ceb65b6b/attachment-0004.jpg>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 10451 bytes
Desc: no disponible
URL: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201116/ceb65b6b/attachment-0005.jpg>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: imagen.png
Type: image/png
Size: 162518 bytes
Desc: no disponible
URL: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201116/ceb65b6b/attachment-0003.png>


Más información sobre la lista de distribución Koha-es