Gestión de objetos digitales en Fedora
| ||||||||||||||
Sumario
Introducción
La e-ciencia se percibe , cada vez más, dentro de un entorno con dos elementos clave : la red y las posibilidades de colaboración que ella ofrece. En ese contexto se está generando un nuevo tipo de unidad de información de naturaleza compleja cuya gestión, acceso, almacenamiento y reutilización requieren un sistema capaz de tratar esa complejidad. En esta presentación se hacen 3 propuestas: 1- Un nuevo modelo de Objeto Digital que estructura la naturaleza compleja de la unidad de información en red y una arquitectura, FEDORA, capaz de integrar ese modelo deObjeto Digital. 2-Utilizar Fez como cliente web para acceso y gestión de los DO de Fedora.
Fedora y/o Fez como contenedor y gestor de la información digital
Partiendo de estos conceptos de arquitectura-aplicación se pueden asociar diferentes esquemas de metadatos a un mismo objeto digital utilizando Fez y someramente algunas aplicaciones desarrolladas utilizando Fedora: creación de un repositorio de objetos digitales, un sistema para la creación de revistas digitales mediante query RDF y transformaciones xslt, un servicio web de búsqueda a texto completo (datos y assets textuales) mediante indexación con estándar Lucene, un servicio de generación de RSS en la búsqueda.
Software libre utilizado
Prácticamente el conjunto de desarrollos que aquí se presentan utilizan software libre y/o open source.
- Tomcat como contenedor de aplicaciones.
- Apache como servidor Web.
- Mysql como base de datos.
- Fedora como backend de información digital.
- Fez como front-end web de Fedora.
- Jhove como extractor automático de metainformación digital.
- ImageMagick para presentación de imágenes.
- Saxon como procesador de documentos xml.
El modelo de objeto digital (DO)
De forma cada vez más frecuente, los contenidos a gestionar tienen información digital incorporada : El pdf de un artículo de revista, las imágenes de una colección, los resultados de una investigación de laboratorio, páginas web, etc. Además, en muchos casos se desea que esta información no sea estática sino dinámica en el sentido de que se pueda incorporar nuevos elementos a ella (hacer anotaciones, relacionarla con otra información digital, aumentar su visibilidad en la red, etc). Es decir,las unidades de información (que denominaremos objetos digitales -DO), tienen en la red una naturaleza compleja y dinámica, son objetos “vivos” que tienen diferentes ubicaciones en la red, se agregan y mantienen relaciones entre sí, y cuyas necesidades de almacenamiento, gestión, acceso, difusión y reutilización, en un entorno de trabajo en colaboración, requieren un sistema escalable y flexible, capaz de tratar y representar esa complejidad y adaptarse a los más que previsibles cambios tecnológicos. En este contexto, se propone un nuevo modelo de Objeto Digital que tiene una uri asociada, capaz de representar cualquier data, soportando la agregación de varios data en un único Objeto digital, y capaz de expresar relaciones semánticas entre ellos. Sus características más relevantes son:
- Es un contenedor capaz de “estructurar” los datos que contiene. Se trata, por tanto, de una agregador de componentes. Característica clave para funcionar en la red es que tanto el contenedor como sus componentes sean direccionables mediante URI’s.
- Se basa en la idea de que las unidades de información pueden ser:
- a)Heterogéneas.
- b) Complejas.
- c) Generadas dinámicamente.
- d) Mantienen relaciones entre sí.
a) DO Heterogéneo: Ha de poder representar muchos tipos de unidades de información:
- objetos textuales.
- imágenes.
- libros electrónicos.
- objetos multimedia.
- datasets.
- metadatos.
- muchas otras entidades.
b) DO Complejo: Ha de soportar la agregación en único DO de más de un componente de cualquiera de los tipos especificados anteriormente. Esos componentes pueden estar incluidos en el objeto o bien estar referenciados mediante URL.
c) DO dinámico: Debe disponer de métodos asociados (otro tipo de DO) capaces de actuar sobre él. Por ejemplo, ofrecer la vista ampliada de una imagen o la tabla de contenidos del documento libro obtenida mediante su generación en tiempo de ejecución.
d) Soporta relaciones semánticas Ha de ser capaz de expresar esas tripletas (sujeto,verbo y predicado). Por ejemplo : <rdf:description rdf:about="info:fedora/bibliuned:ETFSerieV-55C14806-F9E2-237B-D3-045AD53B1069">
Estándares de metainformación
Frente a la creación de esquemas de metadatos que se adapten a nuestros casos particulares, estimamos que es más provechoso la combinación de estandares ya definidos y vigentes en la red aumentando de esta manera la interoperabilidad. Así utilizaremos DublinCore con carácter general, LOM para representar Objetos de aprendizaje, RDF para representar relaciones semánticas, y estaremos atentos a las nuevas estructuras que defina el W3C. Otro tipo de estandares como OAI-PMH ( y posiblemente ORE en el futuro) serán referencia cara a la difusión e interoperabilidad de los DO´s.
Fedora. Una arquitectura para DO’s
FEDORA (no confundir con el sistema operativo) es el middleware que escogido como arquitectura capaz de integrar este modelo de objeto digital. Sus características principales son:
- Es un middleware con arquitectura SOA desarrollado en Java.
- Todas sus funciones (acceso ,creación , modificación y borrado)están expuestas como servicios web.
- Montado sobre Tomcat como servlet.
- Múltiples vistas de los DO mediante su asociación con métodos definidos en servicios web.
- Pueden gestionar el(los) asset(s) en forma local o remota.
Enlaces externos
- http://www.fedora.info/definitions/1/0/api/Fedora-API-A-LITE.wsdl
- http://www.fedora.info/definitions/1/0/api/Fedora-API-A.wsdl
- http://www.fedora.info/definitions/1/0/api/Fedora-API-M.wsdl
- http://www.fedora.info/definitions/1/0/api/Fedora-API-M-LITE.wsdl
