CONTEXTA Introducción a FEDORA y modelos de extensión que provee

1. CONTEXTAIntroducción a FEDORA y modelos de extensión que provee Pablo Inostroza Valdera 11 de julio de 2007

2. Tabla de Contenidos • Motivación • Fedora • Introducción • Arquitectura • Posibilidades de extensión • Usando diseminadores • Usando el Fedora Service Framework • Otras Consideraciones • Proyectos Alternativos • Conclusiones

3. Motivación • Entender arquitectura de Fedora • Vislumbrar una forma de integrar objetos digitales en Fedora con ontologías de forma de proveer contexto semántico

4. Fedora: Introducción • FEDORA: Flexible Extensible Digital Object Repository Architecture • Características • Modelo de objetos digitales extensible • Acceso a repositorio expuesto vía Web service APIs • Almacenamiento de contenido y metadata en forma escalable y persistente • Asocia servicios a objetos (invoca comportamientos) • Versionamiento de contenido

5. Fedora: Introducción • Algunas características críticas • Funciones “core” del repositorio separadas de las que actúan sobre él. • Datastreams pueden ser almacenados localmente o en forma distribuida por la web • Disseminadores proveen transformaciones “just-in-time” • Comunidad de usuarios creciente

6. Fedora: Introducción • Casos de Uso Reconocidos • Content Management (CMS) • Digital Libraries • Digital Asset Management • Institutional Repository • Scholarly publishing • Preservation

7. Fedora: Arquitectura

8. Fedora: Arquitectura • Otra vista (mapeada a especificación OAIS – Open Archival Information Systems)

9. Fedora: Arquitectura • Modelo de objetos digitales

10. Posibilidades de Extensión • Investigando la arquitectura, se han considerado dos formas mediante las cuales se podría añadir contexto semántico a los objetos digitales en Fedora: • Vía diseminadores • Como parte del Fedora Services Framework

11. Posibilidades de Extensión: Diseminadores • Los diseminadores permiten asociar ciertas representaciones de un contenido digital(datastreams) a un comportamiento definido (bDef), implementado por un Servicio Web asociado a un bMech. Todo esto funciona sin alterar ni extender el CORE de FEDORA.

12. Posibilidades de Extensión: Diseminadores • bMechs, bDefs y diseminadores en el contexto de FEDORA • Se puede hacer analogía OO: • bDef: Interfaz • bMech: Implementación

13. Posibilidades de Extensión: Diseminadores • Interacciones entre clientes y Servicios Web, en el contexto de Fedora

14. Posibilidades de Extensión: Diseminadores • Ejemplo de comportamiento “externo” a FEDORA usando diseminador

15. Posibilidades de Extensión:Fedora Service Framework • Fedora Service Framework establece una forma de acoplar nuevos servicios con el servicio CORE de repositorio de FEDORA. Permite la creación de servicios atómicos y modulares que pueden interactuar con el repositorio FEDORA y otros. • Ventajas: • Añadir nueva funcionalidad a través de servicios que pueden interactuar con repositorios FEDORA, sin ser parte de los mismos. • Permite que el desarrollo de nuevos servicios sea más sencillo, dado que cada servicio puede ser desarrollado e integrado en forma independiente • Servicios desarrollados de esta forma hacen uso de las APIs provistas a través de Servicios Web SOAP y REST por el repositorio FEDORA (API-M y API-A)

16. Posibilidades de Extensión:Fedora Service Framework • Fedora Service Framework (con los servicios que se pueden descargar actualmente).

17. Posibilidades de Extensión:Fedora Service Framework • Ejemplo: Directory Ingest Service

18. Otras Consideraciones • Debe existir una forma de ligar los objetos digitales con bases de datos contextuales. Para ello, se puede combinar FEDORA con otros repositorios definidos por el equipo CONTEXTA (p. ej: BD XML, BD JENA, BD relacional, etc.).

19. Proyectos Alternativos • Pregunta: ¿es FEDORA el mejor competidor? • Respuesta: Sólo nos hemos dedicado a FEDORA. Hay que mirar los competidores. Algunos de ellos son: • Kahn, Robert and Robert Wilensky, "A Framework for Distributed Digital Object Services," Corporation for National Research Initiatives, 1995, <http://www.cnri.reston.va.us/k-w.html>. • Arms, William Y., Christophe Blanchi, and Edward A. Overly, "An Architecture for Information in Digital Libraries," D-Lib Magazine, February 1997, <doi:10.1045/february97-arms>. • Mönch, Christian, "INDIGO - An Approach to Infrastructures for Digital Libraries," Fourth European Conference on Research and Advanced Technology for Digital Libraries, Portugal, Springer, 2000, Lecture Notes in Computer Science, Vol. 1923. • Nelson, Michael L. and Kurt Maly, "Buckets: Smart Objects for Digital Libraries," Communications of the ACM, 44(5), May 2001, pp. 60-62.

20. Conclusiones • Fedora no es un sistema completo, es “plumbing”. • Se debe considerar seriamente como integrar con otros repositorios. • APIs bien definidas (y excelente documentación) • Existen variados proyectos montados sobre FEDORA para enriquecer su funcionalidad (con una comunidad de desarrolladores considerable). Ver ejemplos en: http://www.fedora.info/wiki/index.php/Fedora_Tools