[koha-es] Consulta campo 007 - MARC21

Mar Nov 10 04:14:23 CET 2020

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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.koha-community.org/pipermail/koha-es/attachments/20201110/4389c5f3/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/20201110/4389c5f3/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/20201110/4389c5f3/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/20201110/4389c5f3/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/20201110/4389c5f3/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/20201110/4389c5f3/attachment-0003.png>