CATALOGACIN DE RECURSOS ELECTRNICOS MEDIANTE EL DUBLIN CORE

CATALOGACIÓN DE RECURSOS ELECTRÓNICOS MEDIANTE EL DUBLIN CORE Prof. Manuel Diosdado BDCV, El Colegio de México 17 de mayo de 2006

Metadatos l l Definición de metadatos Definición de atributo Definición de registro Relación entre un registro y un recurso – – Por separado En el propio recurso

Dublin Core l “Conjunto de elementos para describir una amplia gama de recursos de la red”

Dublin Core l Niveles – Simple l – 15 elementos Cualificado l Elementos adicionales

Dublin Core l Elementos – – Son opcionales Son repetibles

Dublin Core l Principios – – – Principio Uno a uno Principio de simplificación Valores apropiados

Dublin Core l Objetivos – – Simplicidad de creación y mantenimiento Semántica normalmentendida Alcance internacional Extensibilidad

Dublin Core l Sintaxis – – Forma “genérica” (Elemento=“valor”) HTML l l Codificación de metadatos Dublin Core en HTML http: //www. ietf. org/rfc 2731. txt Expresión de Dublin Core Cualificado en elementos meta HTML/XHTML http: //es. dublincore. org/documents/dcq-html/

Dublin Core l RDF/XML (Resource Description Framework) l l Expresión dl Dublin Core Simple en RDF/XML http: //es. dublincore. org/documents/dcmes-xml/ Expresión del Dublin Core en RDF/XML http: //es. dublincore. org/documents/dcq-rdf-xml/

Dublin Core l Almacenamiento y mantenimiento – – Incluirlo dentro del propio recurso Integrarlo a una base de datos con su enlace al recurso

Dublin Core l Contenido de los elementos – – – l Opcional Repetible No hay orden definido Vocabularios controlados – – – Encabezamientos de materia Descriptores Lenguaje natural

Dublin Core l Elementos – – – – Título Autor o creador Materia Descripción Editor Otros colaboradores Fecha

Dublin Core l Elementos – – – – Tipo de recurso Formato Identificador del recurso Fuente Idioma Relación Cobertura Derechos

Dublin Core l Consideraciones – – Los elementos poseen nombres descriptivos que pretenden transmitir un significado semántico a los mismos, además de una etiqueta. HTML, no diferencia entre mayúsculas y minúsculas, es recomendable escribir correctamente cada metadata

Dublin Core l Sintaxis – Dublin Core dentro de HTML: – <META NAME = “DC. Nombre. Elemento” CONTENT = “VALOR”> <META NAME = “DC. Creador” CONTENT = “Universidad Veracruzana”> –

Elementos l Título: Nombre dado a un recurso – Refinadores del título l l l Título alternativo Otras alternativas Autor o creador – Personas u organizaciones responsables de la creación del contenido intelectual del recurso

Elementos l Materia – – – Los tópicos del recurso Las claves o frases que describen el título o el contenido del recurso. Uso de vocabularios controlados y de sistemas de clasificación formales l Controlled vocabularies, thesauri and classification systems avaible in the WWW. DC Subject http: //www. lub. lu. se/metadata/subject-help. html

Elementos l Materia – – – LCSH Library of Congress Subject Headings Me. SH Medical Subject Headings. Ver también: http: //www. nlm. nih. gov/meshhome. html DDC Dewey Decimal Classification. Ver también: http: //www. oclc. org/dewey/index. htm

Elementos l Materia – – LCC Library of Congress Classification. Ver también: http: //lcweb. loc. gov/catdir/cpso/lcco. html UDC Universal Decimal Classification. Ver también: http: //www. udcc. org/

Elementos l Descripción: Una descripción textual del recurso, tal como un resumen de un documento o una descripción del contenido en el caso de un documento visual – Refinadores: l l Tabla de contenido Resumen

Elementos l l Editor: entidad responsable de hacer que el recurso se encuentre disponible en la red. Otros colaboradores: Una o más personas u organización que haya tenido una contribución intelectual significativa en la creación del recurso, pero cuyas contribuciones son secundarias.

Elementos l Fecha: Una fecha en la que el recurso se puso a disposición del usuario en su forma actual. Esta fecha no ha de confundirse con la que pertenece al elemento Cobertura, que sería asociada con el recurso sólo en la medida en que el contenido intelectual está en algún modo relacionado con esa fecha. Recomendamos la utilización de uno de los formatos definidos en el documento "Date and Time Formats", http: //www. w 3. org/TR/NOTE-datetime basado en la norma ISO 8601 que incluye, entre otras, fechas en el formato AAAA y AAAA -MM-DD. De esta forma la fecha 2002 -11 -05 correspondería al 5 de Noviembre de 2002.

Elementos l Fecha – Refinadores de fecha l l l Creado Fecha de creación del recurso. Válido Fecha (a menudo un rango) de la validez de un recurso. Disponible Fecha (a menudo un rango) en la que el recurso llegará a estar o llegó a estar disponible. Publicado Fecha de la emisión formal (publicación) del recurso. Modificado Fecha en la cual el recurso fue cambiado.

Elementos l Fecha – – – Esquemas de codificación para Fecha Período de DCMI Una especificación de los límites de un intervalo de tiempo. Ver también: http: //dublincore. org/documents/dcmi-period/ W 3 C-DTF Reglas de codificación de W 3 C para las fechas y las épocas - un perfil basado en ISO 8601. Ver también: http: //www. w 3. org/TR/NOTE-datetime

Elementos l Idioma – – Lengua(s) del contenido intelectual del recurso. Esquemas de codificación para Idioma l l ISO 639 -2 Códigos para la representación de nombres de lenguajes. Ver también: http: //lcweb. loc. gov/standards/iso 6392/langhome. html RFC 1766 El RFC 1766 son etiquetas de Internet para la identificación del lenguaje, especifica un código de dos caracteres tomado de ISO 639, seguidos opcionalmente por un código de país de dos caracteres tomado de ISO 3166. Ver también: http: //www. ietf. org/rfc 1766. txt

Elementos l Relación – – Un identificador de un segundo recurso y su relación con el recurso actual. Este elemento permite enlazar los recursos relacionados y las descripciones de los recursos. Refinadores de relación: l l Es la versión de: El recurso descrito es una versión, la edición, o la adaptación del recurso referido. Los cambios de la versión implican cambios sustanciales de contenido más que diferencias del formato. Tiene la versión: El recurso descrito tiene una versión, la edición, o la adaptación del recurso referido.

Elementos l Relación – Refinadores de relación: l l l Es substituido por El recurso descrito es suplantado, desplazado, o supercedido por el recurso referido. Sustituye El recurso descrito suplanta, desplaza, o reemplaza el recurso referido. Es requerido por El recurso descrito es requerido por el recurso referido, físicamente o lógicamente.

Elementos l Relación – Refinadores de relación: l l l Requiere: El recurso descrito requiere el recurso referido para apoyar su función, entrega, o la coherencia de contenido. Es parte de: El recurso descrito es una parte física o lógica del recurso referido. Tiene parte: El recurso descrito incluye el recurso referido, físicamente o lógicamente.

Elementos l Relación: – Refinadores de relación: l l Es referenciado por: El recurso descrito es referido, citado, o indicado por el recurso referido. Referencia: Las referencias del recurso descritas, citan, o indican el recurso referido. Es formato de: El recurso descrito tiene el mismo contenido intelectual del recurso referido, pero está presentado en otro formato. Tiene el formato: El recurso descrito preexistió al recurso referido, que es esencialmente el mismo contenido intelectual presentado en otro formato.

Elementos l Cobertura – La característica de cobertura espacial y/o temporal del contenido intelectual del recurso. l l Espacial: La cobertura espacial se refiere a una región física; uso de coordenadas (por ejemplo, longitud y latitud) o nombres de lugares extraídos de una lista controlada. Temporal: La cobertura temporal se refiere al contenido del recurso en vez de a cuando fue creado o puesto accesible ya que este último pertenece al elemento Fecha

Elementos l Derechos – Una referencia (URL, por ejemplo) para una nota sobre derechos de autor, para un servicio de gestión de derechos o para un servicio que dará información sobre términos y condiciones de acceso a un recurso. Una especificación formal del elemento Derechos se encuentra actualmente en discusión y por lo tanto su uso se considera experimental.

Proyectos Dublin Core Ejemplos