Principios de Diseño

El grupo original de Hydra gastó muchas horas discutiendo cómo el contenido digital puede ser modelado de mejor manera para un repositorio. Lo que resultó de esas discusiones fue una respuesta que nos condujo fácilmente hasta Fedora, nuestro software de repositorio elegido, el cual fue pensado para ser ampliamente aplicable. Mientras ya hay instituciones investigando que pasaría sí Fedora es reemplazado por una tecnología solución de repositorios, en este momento nos concentraremos en implementar nuestros principios con Fedora. Esta área completa es cubierta en más detalle en muestra página "modelamiento de contenido" y en mucho más detalle en el wiki de Hydra - estos son sólo los encabezados simplificados!

Hydra soporta dos formas de objetos en un repositorio

• un objecto compuesto, donde un objeto puede contener uno o más items de contenido (en el caso especial de un único ítem preferimos referirnos a el como un objeto 'simple' mas que como uno compuesto), y
• objetos atomizados (complejos) donde hay un objeto padre linkeado al contenido contenido en uno o más objetos hijos. Nuestra wiki ofrece nociones guías respecto a cual aproximación debe ser usada en situaciones particulares.

Entonces que espera Hydra de un objeto y del repositorio que tiene detrás?

Primero, un también llamado objeto "Hydra-Compliant" debe afirmar que patrón de modelamiento sigue. Hydra provee un numero de ellos y muchos asociados a Hydra han escrito variaciones sobre ellos o los han complementados con nuevos.

Los objetos "Hydra-Compliant" deben tener derechos asociados. Mucha gente utiliza el esquema que Hydra desarrollo porque integra fráncamente con la aplicación de los derechos de Hydra pero, una vez más, no hay razón para que no pueda ser realizado por otras vías. Esos derechos determinan quienes pueden descubrir y usar el contenido.

Los objetos digitales 'Hydra-compliant' deben tener metadatos acompañándolos. Por defecto en la actual implementación es usar MODS para metadatos descriptivos pero otros esquemas están siendo implementados también.

Y Finalmente, algunos objetos 'Hydra-compliant' tendrán contenidos digitales actuales para su despacho. Fedora y en consecuencia Hydra, pueden lidear con cualquier forma de contenido de documentos, archivos de imágenes y multimedia bajan a formatos binarios especializados.

Puede haber mucho más que un objeto, pero estos son los esenciales.

Entonces por qué cuidar el cumplimiento? Bueno primeramente, al apegarse a las reglas, más importante quizá apegarse a nuestra aproximación, usted puede estar seguro de nuestro soporte comunitario para asistir su proceso de desarrollo. Nosotros siempre sabremos en términos generales que están ustedes tratando de lograr y estaremos habilitados para ofrecer consejo basado en la forma en que nosotros lidiamos con problemas similares. Segundo, tenemos la esperanza que al avanzar conforme a patrones estándar les sea posible quizá adoptar futuros desarrollos con un mínimo de dolor - estos pueden cabezas de Hydra adicionales o aplicaciones fuera de nuestro framework pero que puedan asumir objetos 'Hydra-compliant'. Estas saldrán diciendo, estas gemas de Hydra asumen ampliamente su complacencia con Hydra.