======Notas para el 7mo Taller de CaMPi====== Estas son algunas anotaciones que me parece interesante tener a mano para el 7mo Taller de CaMPI a realizarse en Bariloche entre los días 16 y 19 de agosto de 2011 =====Estructuras de datos: Vufind, Extensible Catalog, MARC===== La idea es darle una mirada a Vufind y XC prestando atención especialmente a las posibilidades que brindan ambos softwares con respecto a MARC y a los estándares catalográficos. ==Vufind== Algunas características * Resultados por facetas * Multilingüe * Compatible con Zotero * Protocolo OAI ==Vufind schema== Esta es una lista preliminar de los campos o subcampos que no están presentes en el schema y sería bueno que estén: * ¿Cómo codifican los campos de longitud fija? * 245^c * 700^4 * 502 * 653 * Campos para publicaciones seriadas: 222, 310, etc * 866 * ver otros ... ¿Se referirán a este archivo?[[http://code.google.com/p/kevencode/source/browse/VuFind%20Overides/trunk/solr/biblio/conf/schema.xml|the data on this page is somewhat out of date. Please refer directly to the solr/biblio/conf/schema.xml]] ==eXtensible Catalog== * Varias de las anteriores + * Marcxml * RDA y conceptos de FRBR * Documentación detallada con ejemplos * Herramientas para la conversión de datos (XC metadata Toolkit) * Protocolo OAI * NISO Circulation Interchange Protocol (NCIP) * Interfaz: Drupal CMS =====Sobre FRBR===== ==¿Qué es FRBR?== * Modelo conceptual para representar el universo bibliográfico. * Creado por la IFLA en 1998. * Originalmente basado en el //modelo entidad-relación//. * Operaciones que relaliza un usuario al consultar los catálogos. * Funciones de un catálogo. FRBR es un nuevo modelo conceptual para representar el universo bibliográfico, creado en 1998 por la IFLA y que intenta crear un marco de referencia para la construcción de los nuevos registros bibliográficos. FRBR se basa a su vez en el //modelo entidad-relación// ampliamente estudiado por la teoría de sistemas. A través de FRBR se intenta definir claramente las entidades de interés para los usuarios de registros bibliográficos, los atributos de cada una de las entidades y los tipos de relaciones que se producen entre ellas. La idea se basó en delinear un modelo conceptual que sirviera como base para relacionar atributos específicos y relaciones, que aparecen en los registros como elementos de datos aislados, con las distintas operaciones que realizan los usuarios cuando consultan esos registros. La idea es analizar cuáles son los requerimientos que deben poseer los datos e intentar definir las expectativas del usuario cuando necesita encontrar información y cómo la utiliza posteriormente. FRBR considera que los usuarios de los registros bibliográficos no solamente son los profesionales y usuarios de las bibliotecas sino también los editores, distribuidores y proveedores así como los usuarios de los servicios de información. También considera las distintas aplicaciones que tienen esos registros: las adquisiciones, catalogación, gestión del inventario, circulación y préstamo interbibliotecario y preservación, así como referencia y recuperación de la información. Con respecto a los materiales, soportes y formatos también hace una aproximación amplia incluyendo todas las fuentes posibles. ==Entidades en FRBR== 1. Grupo 1: productos del esfuerzo intelectual y artístico * Obra * Expresión * Manifestación * Item 2. Grupo 2: responsables del contenido intelectual y artístico * Persona * Familia * Entidad corporativa 3. Grupo 3: tópicos de las obras * Thema: cualquier entidad usada como materia de una obra. (Conceptos. Incluye las entidades de los grupos 1 y 2). * Nomen: cualquier signo o secuencia de signos (caracteres alfanuméricos, símbolos, sonidos, etc.) por el que un thema es conocido, referido o dirigido. (Descriptores, notaciones, etc.) Cada una de las entidades de FRBR posee //atributos// y //relaciones// ==Objetivos de FRBR== Para comprender los objetivos de FRBR es necesario conocer cuáles son las tareas que realiza un usuario cuando se encuentra frente a un catálogo: - Encontrar (localizar y reunir) - Identificar - Seleccionar - Obtener - Navegar La catalogación tradicional, y por consiguiente los catálogos, apuntan a la descripción bibliográfica de ítemes, o sea a describir el volumen o volúmenes que “tenemos en mano”. Este enfoque, producto de una tradición basada en la ficha catalográfica, implica una visión parcializada del universo bibliográfico. Por ejemplo: //¿Es posible recuperar en un catálogo tradicional, sea en fichas o en línea, todas las traducciones de una obra sin tener que recorrer una gran cantidad de registros bibliográficos?// ==¿Qué intenta este nuevo modelo?== FRBR no es un código de catalogación ni brinda soluciones a la práctica cotidiana de la misma, sino que es un marco de referencia en el cual se representa el universo bibliográfico y que permite comprender globalmente cómo está conformado y cómo funciona. ==FRAD y FRSAD== Dentro de FRBR hay además dos proyectos que completarían el modelo: *Los Requisitos funcionales para datos de autoridades (FRAD), 2009 *Los Requisitos funcionales para datos de autoridad de materia (FRSAD), (2010) ==Modelo de objetos== FRBRoo * **1996** Inicios - ICOM-CIDOC (International Council for Museums – International Committee on Documentation) Documentation Standards Working Group. CRM Model * **2006** Primer borrador del modelo. Conversaciones entre el CIDOC y la IFLA * **2008** Se concluye el borrador de la versión 0.9 y es enviada a la IFLA FRBR y aprobado en primera instancia. * Versión 1.0 En Argentina: OPUS (N. Manzanos) =====Sobre RDA====== ==¿Qué es RDA?== * Un conjunto de directrices e instrucciones para la descripción de recursos de distinta naturaleza. * Se basa en las tareas que realiza el usuario en un catálogo. * Están diseñadas para aprovechar la eficiencia y la flexibilidad en la captura de datos, almacenamiento, recuperación y visualización de la información digital. ===Informe y recomendaciones del Comité coordinador de RDA en EEUU=== ==Objetivos iniciales== * Proporcionar un marco coherente, flexible y extensible para todo tipo de recursos. **//(cumplido)//** * Ser compatible con los principios y estándares internacionales. **//(cumplido parcialmente)//** * Ser útil principalmente dentro de la comunidad bibliotecaria, pero capaz de ser utilizado por otras comunidades. **//(la prueba no lo verifica)//** * Cumplir los objetivos del catálogo. **//(cumplido parcialmente, opiniones encontradas)//** * Ser compatible con descripciones y puntos de acceso. **//(cumplido en su mayoría)//** * Ser independiente del formato, medio o sistema utilizado para almacenar o comunicar los datos. **//(cumplido)//** * Ser facilmente adaptable a nuevas estructuras de bases de datos. **//(la prueba no lo verifica pero hay evidencia de la granularidad de los datos de RDA que favorecen la concreción)//** * Ser optimizado para su uso como heramienta en línea. **//(no se cumplió)//** * Estar escrito en inglés común y poder ser utilizado por otras comunidades lingüísticas. **//(no se cumplió)//** * Usabilidad. **//(no se cumplió)//** Se elaboró un plan que pospone la aplicación hasta que estos objetivos sean sustancialmente alcanzados. Se recomienda no proceder con la aplicación antes de enero de 2013. ==Algunas de las recomendaciones== *Reescribir el texto *Mejorar la funcionalidad de la herramienta RDA Toolkit *Desarrollar ejemplos completos de registros RDA en MARC y en otro esquema de codificación *Demostrar el progreso creible hacia un reemplazo de MARC ... ==Resolución de las tres bibliotecas nacionales de EEUU (documento publicado el 13/06/2011)== "Creemos que por los beneficios a largo plazo de adoptar RDA, valdrán la pena con respecto a los costos y la ansiedad a corto plazo. El Comité Coordinador de la Prueba señaló con toda razón las realidades económicas y organizativas que hacen que cada bibliotecario se pregunte si este es el momento para hacer un cambio dramático en la catalogación. Nuestra respuesta colectiva es que las bibliotecas deben crear vínculos con todos los otros recursos de información en este entorno Web. Debemos comenzar ahora. La demora indefinida en la aplicación simplemente significa un retraso en nuestras relaciones efectivas con la comunidad de información global." Traducido por Sonia L. Gutiérrez ====Enlaces===== [[http://www.frbr.org/|FRBR Blog.]] [[http://archive.ifla.org/VII/s13/frbr/frbr.pdf|IFLA Section on Cataloguing. Functional requirements for bibliographic records : final report. K. G. Saur : München, 1998.]] [[http://www.cidoc-crm.org/frbr_inro.html|The CIDOC Conceptual Reference Model]] [[http://eprints.rclis.org/handle/10760/11007|Manzanos, N. El impacto de FRBR en Argentina: implementación de un modelo de objetos basados en FRBR, CRM y FRBRoo en CAICYT-CONICET.]] [[http://http://www.loc.gov/bibliographic-future/rda/rda- execsummary-public-13june11.pdf|Informe y recomentaciones del Comité de prueba para RDA.]] [[http://www.loc.gov/bibliographic-future/rda/rda-execstatement-13june11.pdf|Respuesta de las tres bibliotecas nacionales de EEUU al informe.]] [[http://www.rdatoolkit.org/|RDA Toolkit.]] [[http://vufind.org/wiki/index_schema|Vufind index schema]] [[http://vufind.org/wiki/authority_control#authority_index|Vufind authority index]] [[http://code.google.com/p/xcmetadataservicestoolkit/wiki/TranserviceIntro|XC metadata toolkit]] [[http://code.google.com/p/xcmetadataservicestoolkit/wiki/MarcAggIntro|MARC aggregation service]] [[http://www.extensiblecatalog.org/sites/default/files/slides/XC_at_LC.pdf|Presentación sobre XC]]