Investigación sobre Dublin Core Data Model

Alejandro Araújo - Pablo Camargo

Dublin Core Data Model Investigación presentada para el curso de extracción y recuperación de información FING-UDELAR (Set. 2004) partiendo del artículo “An Overview of de DC Data Model” de Eric J. Miller.

Dublin Core Data Model

Iniciativa Metadata Dublin Core

Conjunto elemental y calificadores

Utilización

Artículo “An Overview of the DC data model”

Conclusiones

Dublin Core Metadata Initiative

Es una organización internacional abocada a:

Definir un conjunto de elementos básicos para describir recursos y facilitar su recuperación apoyándose en medios electrónicos

Impulsar la adopción de metadatas estándares ínter operables

Promover el desarrollo de vocabularios especializados para describir recursos permitiendo sistemas de recuperación más inteligentes.

Metas:

Simplicidad de creación y mantenimiento

Semántica comúnmente entendida

Conformidad con estándares existentes o emergentes

Alcance y aplicabilidad internacionales

Extensibilidad

Interoperabilidad entre colecciones y sistemas de indexado.

1995: Surge en Dublin, Ohio.

1999 Se libera el primer estandar de metadata (DCES) IETF RFC 2413 (1999). (DCES)

2001 Norma ANSI/NISO Z39.85

2003 Estándar ISO 15836-2003

Ha sido también adoptada por CEN/ISSS, por el WWW Consortium, por varios gobiernos y agencias supranacionales.

Dublin Core Metada Element Set

(DCES)

Definición:

Conjunto de elementos descriptivos que definen propiedades y semántica asociada com ún a varios dominios.

Formalizado originalmente en el RFC 2413 y en el documento Dublin Core Metadata Element Set

Dublin Core Metadata Element Set (DCES)

Características de los elementos:

Tienen asociado un nombre de una sola palabra y una descripción

Son repetibles y opcionales

Pueden aparecer en cualquier orden

Se sugiere un vocabulario controlado para los valores

Se pueden clasificar en 3 grupos

Dublin Core Metadata Element Set Elementos: Instanciación Date Format Identifier Languaje Propiedad Intelectual Creator Publisher Contributor Rights Contenido Title Subject Description Type Source Relation Coverage

Dublin Core Metadata Element Set Típicamente será asociado con la creación o disponibilidad del recurso. La mejor práctica recomendada es la definida por ISO 8601 que incluye, entre otros, fechas de la forma YYYY-MM-DD. Comentario: La fecha de un evento en el ciclo de vida del recurso Definición: Date Etiqueta: Nombre Elemento: Date

Dublin Core Metadata Element Set

Dubin Core Qualifiers

Definición:

Se aplican a los elementos

Se agrupan en dos clases:

Mayor especifidad o precisión de significado

Referenciar un esquema de codificación tal como un existente vocabulario controlado

Ejemplos:

Contributor.Photographer

Contributor.Artist

Date.Created

Date.Accepted

Utilización:

Embebido en HTML/XHTML

Elementos Simples (RFC 2731)

Existe un a nota de DCMI que describe el método para almacenar DC calificados en HTML

Con una descripción separada en RDF/XML

Se vincula con el elemento html <link>

Con una descripción separada en XML

Se vincula con el elemento html <link>

Utilización:

Embebido en HTML/XHTML (4.0)

< meta name = "PREFIX.ELEMENT_NAME .TYPE “

scheme = “SCHEMEVALUE”

content = "ELEMENT_VALUE">

< link rel = "schema. PREFIX “

href = "LOCATION_OF_DEFINITION">

<?xml version="1.0"?>

<!DOCTYPE rdf:RDF PUBLIC "-//DUBLIN CORE//DCMES DTD 2002/07/31//EN" "http://dublincore.org/documents/2002/07/31/dcmes-xml/dcmes-xml-dtd.dtd">

<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/">

<rdf:Description rdf:about="http://www.ilrt.bristol.ac.uk/people/cmdjb/">

<dc:title>Dave Beckett's Home Page</dc:title>

<dc:creator>Dave Beckett</dc:creator>

<dc:publisher>ILRT, University of Bristol</dc:publisher>

<dc:date>2002-07-31</dc:date>

</rdf:Description>

</rdf:RDF>

Utilización:

RDF/XML

Artículo: “An Overview of the Dublin Core Data Model”

Tema: Relación entre RDF y Dublin Code Metadata Initiatives.

El artículo plantea un trabajo en progreso...

Primer resultado de DCMI fue DCES (Element Sets).

Los calificadores específicos para cada dominio permitieron una descripción mas rica.

Se avanzó rápido, pero al costo del riesgo de incompatibilidad entre dominios: Como se codifican las propiedades.

Se necesita un modelo de datos formal.

Requerimientos funcionales:

Internacionalización.

Modularización/Extensibilidad.

Identidad de Elementos.

Refinamiento Semántico.

Identificación de los “encoding schemes”.

Especificación de vocabularios controlados.

Identificación de valores compuestos estructurados.

El modelo DCDM básico

Hay recursos en el mundo que se desea describir. Los recursos tienen propiedades. El valor de las propiedades puede ser un literal o otros recursos.

Un recurso es cualquier cosa que puede ser identificada con unicidad.

Las propiedades son tipos específicos de recursos.

Las clases de objetos son tipos específicos de recursos.

Los literales son recursos terminales.

¿Cómo resolver los requerimientos funcionales?... Usando mas RDF.

Por ejemplo para “Valores compuestos”:

La siguiente representación sintáctica describe a la ‘persona’ (identificada por ‘http://../emiller@oclc.org’) que es “contributor” (colaborador?) del recurso (identificado por ‘URL’)

...

<rdf: Description rdf:about = “URL”>

<dc:contributor>

<dcq:Person rdf:resource = ´http://../emiller@oclc.org´ /

<rdf:value> Eric Miller </rdf:value>

<dcq:Person>

</dc:contributor>

Conclusión

“ Se requiere un modelo de datos formal para soportar los requerimientos funcionales de DCMI (Metada Initiative) con el fin de obtener una arquitectura de metadatos modular y extensible.”

Conclusiones