Origen de nexo. Necesidad de cargar mucha información. Adaptar dicha información al modelo de Dialnet. Garantizar la calidad de la información cargada

Transcripción

1 Origen de nexo Necesidad de cargar mucha información Adaptar dicha información al modelo de Dialnet Garantizar la calidad de la información cargada

2 2 opciones Desarrollo a medida Desarrollo de un único uso Correcciones tras la carga (URRACA) Desarrollar una herramienta para importar información Apuesta por cambio de modelo Múltiples fuentes y formatos Extensible Correcciones previas a la carga Descartado Elección final

3 Sistema de importaciones modular Fuentes Procesadores Validadores Diferentes fuentes Fichero OAI_PMH Manual Múltiples formatos Dialnet Journal Dublin Core Marc-XML Garantizar la calidad de la información Compuesto por reglas configurables

4 Caso concreto UCM FICHERO DIALNET_JOURNAL VALIDADOR Garantizar la calidad de la información OAI_PMH DUBLIN_CORE Interacción nexo Revisión Corrección Valor añadido

5 Constante evolución Continuamos trabajando en Nuevas fuentes Nuevos formatos Más herramientas y más inteligentes

6 Origen de nexo Necesidad de cargar mucha información Adaptar dicha información al modelo de Dialnet Garantizar la calidad de la información cargada 1 Inicialmente Nexo surge de la necesidad de introducir grandes cantidades de información de la manera más automática posible, sin afectar la calidad de la información introducida. Cada día hay más contenido digital y no tiene sentido volver a digitalizarlo manualmente a otro formato. La información normalmente se almacena en formatos de datos muy heterogéneos y un requisito indispensable es transformar dicha estructura al modelo interno de Dialnet, con los problemas que nos podemos encontrar para ello. Además, a la hora de introducir información se deberá garantizar que la información sea transformada correctamente, que no se introduzca si ya se encontraba reflejada en Dialnet, etc

7 2 opciones Desarrollo a medida Desarrollo de un único uso Correcciones tras la carga (URRACA) Desarrollar una herramienta para importar información Apuesta por cambio de modelo Múltiples fuentes y formatos Extensible Correcciones previas a la carga Descartado Elección final 2 A la hora de valorar posibilidades para cargar una gran cantidad de información como nos surgió en el caso de la Universidad Complutense de Madrid, se plantearon dos posibilidades. Hacer un desarrollo a medida, con el inconveniente de que sería una herramienta de un único uso, y que las correcciones de información (como asociación/unificación de autores) habría que hacerlas una vez que la carga se hubiese efectuado (URRACA ) Pensar una herramienta que sea capaz de facilitar cargas de información desde diferentes fuentes y con diferentes formatos, que sea fácilmente extensible en un futuro y que permita a una persona revisar y corregir la información antes de ser cargada en Dialnet

8 Sistema de importaciones modular Fuentes Procesadores Validadores Diferentes fuentes Fichero OAI_PMH Manual Múltiples formatos Dialnet Journal Dublin Core Marc-XML Garantizar la calidad de la información Compuesto por reglas configurables 3 El diseño interno del nuevo sistema de importaciones esta dividido en 3 módulos distintos: fuentes, procesadores y validadores. El proceso consiste en la consecución de estos tres módulos, pudiendo intercambiar las piezas de cualquiera de ellos. De esta manera podríamos obtener los datos desde un fichero subido por el usuario, en formato Dublin Core y con unos requisitos de riqueza de la información concretos. Al haber sido diseñado de esta manera, nos permite poder desarrollar módulos concretos para aceptar cualquier fuente o formato de datos que sea requerido en un futuro. La interacción de estas tres piezas dan lugar a un modelo de datos entendible por Dialnet y que permitirá a un usuario revisar y corregir la información que se acabará cargando en Dialnet.

9 Caso concreto UCM FICHERO DIALNET_JOURNAL VALIDADOR Garantizar la calidad de la información OAI_PMH DUBLIN_CORE Interacción nexo Revisión Corrección Valor añadido 4 Para el caso concreto de las importaciones que ha estado realizando la UCM mediante Nexo los módulos han sido los siguientes. En un primer momento, la fuente se configuró para que el usuario subiese un fichero a Nexo con el formato Dialnet Journal que se encargaron de generar previamente. Tras procesar el fichero, el usuario es capaz mediante una interfaz web de revisar y corregir diferentes aspectos de la carga antes de grabar la información en Dialnet. El módulo validador se encarga de garantizar unos criterios de calidad en la información que deberá cumplir la carga antes de poder ser grabada. Además, últimamente también han probado a utilizar otra configuración para obtener información de algunas de sus revistas en OJS mediante OAI PMH y en formato Dublin Core, siendo el proceso de revisión y validación idéntico al caso anterior.

10 Constante evolución Continuamos trabajando en Nuevas fuentes Nuevos formatos Más herramientas y más inteligentes 5 Nexo es una herramienta de reciente creación y es por ello que esta en constante evolución. Es una herramienta viva y que apuesta por maximizar el potencial humano para aportar calidad a la información que se introduce en Dialnet, tratando de convertir la introducción de información en revisión de información.