Mejores prácticas para crear metadatos compartibles

Desafíos

Esencialmente, hay cuatro tipos de problemas que observamos cuando los metadatos se visualizan fuera del contexto del hogar de la colección. Estos fueron descritos en términos generales en un artículo de 2006i publicado por First Monday.

Los problemas típicos incluyen:

Recomendaciones

Asimismo, Shreeves (2006) recomienda varias prácticas generales que los administradores de colecciones de CONTENTdm harían bien en considerar. Incluyen:

  • Animamos a las instituciones a considerar cuidadosamente cómo podrían generar múltiples vistas de recursos utilizando los metadatos ya creados, en lugar de simplemente compartir un único registro que describa todo sobre un recurso.
  • Una institución debe comprender qué necesita un agregador que se incluya en los metadatos (¿estándares de aprendizaje?). nivel de audiencia?) para respaldar su servicio y, cuando sea posible, trabajar para satisfacer esas necesidades.
  • Los agregadores de metadatos pueden normalizar más eficazmente los registros de los proveedores de metadatos si todos los registros dentro de un conjunto definido son consistentes tanto semántica como sintácticamente.
  • Cuando se necesitan varios valores, el elemento de metadatos debe repetirse.

Y de M. J. Han, et al, de la Universidad de Illinoisii vienen estas otras recomendaciones. Dado que su investigación se centró en compartir los metadatos de la colección de CONTENTdm con los recolectores de OAI, estos son especialmente relevantes para nuestra comunidad:

  • Mantenga un equilibrio entre la especificidad y la generalidad al definir los campos locales.
  • Decida al principio cuáles campos definidos localmente están destinados solo para el entorno local y cuáles deben estar disponibles para los agregadores.
  • Sea consciente de cómo se crearán los valores en el entorno local.
  • Maximice el uso de elementos calificados de Dublin Core para el etiquetado en el entorno local.
  • Considere tomar, si es posible, los nombres de campo y las definiciones directamente de otros estándares de metadatos como EAD, VRA Core y CDWA al crear perfiles de aplicación desarrollados localmente.
  • Comparta la lógica de las decisiones de asignación con los agregadores.

Oportunidades

En el panorama actual de agregación de metadatos, es seguro asumir que los usuarios buscan y navegan por recursos en el sitio de un agregador y luego siguen un enlace de regreso a la institución de origen para acceder al recurso en sí y a cualquier metadato adicional. Por lo tanto, al crear metadatos con el propósito de incluirlos en estas agregaciones, uno puede permitirse ser selectivo con los elementos de datos incluidos, entendiendo que el usuario encontrará su camino hacia los registros locales para obtener información contextual completa. (Shreeves, 2006)

El 20 de julio de 2009, el Gateway de Colección Digital de OCLC estuvo disponible para todos los usuarios de CONTENTdm 5.1 en la forma de CONTENTdm WorldCat Sync. Esta función integrada permite al administrador de una colección CONTENTdm mapear elementos Dublin Core cualificados y simples de documentos digitales en la colección CONTENTdm a campos MARC, creando y modificando registros WorldCat que se sincronizan según un horario establecido por el administrador de la colección. Por lo tanto, el Gateway representa una oportunidad oportuna para proporcionar esquemas de metadatos Dublin Core específicos para su uso en CONTENTdm y destinados a la recolección OAI-PMH, y subraya la necesidad bastante urgente de proporcionar asesoramiento a nuestra comunidad.

A continuación se presentan algunas notas sobre la creación y configuración de metadatos para la búsqueda de documentos digitales en WorldCat.org:

  • Para todos los campos que desee mostrar en WorldCat, configure los campos de metadatos en CONTENTdm de modo que dichos campos se asignen a un elemento adecuado de Dublin Core. Puede utilizar cualquier elemento de Simple Dublin Core y Qualified Dublin Core. Recomendamos utilizar elementos calificados de Dublin Core para obtener los mejores resultados de mapeo.
  • Los campos de fecha deben usar un formato de fecha coherente.
  • Los campos de metadatos configurados como ocultos en CONTENTdm no están disponibles para su uso con el Digital Collection Gateway.
  • Si opta por hacer que un campo no sea apto para búsquedas en CONTENTdm y asigna ese campo a Digital Collection Gateway, el campo será buscable en WorldCat.org.

Elementos de metadatos principales y recomendados

Un elemento es una categoría descriptiva de información sobre el recurso. Todos los elementos utilizados para describir un recurso juntos forman un registro. (Prácticas recomendadas del conjunto de elementos de metadatos NCSU Libraries Core 1.0)

A continuación se presenta un conjunto de pautas para comprender el uso y el mapeo de los elementos de Dublin Core según el Protocolo de la Iniciativa de Archivos Abiertos para la Recolección de Metadatos. Comenzó como una guía para los administradores de colecciones de CONTENTdm y se amplió con la apertura del OCLC Digital Collection Gateway a WorldCat para todos los repositorios compatibles con OAI-PMH. Estas directrices fomentan la simplificación de la información local para facilitar un mejor descubrimiento por parte del usuario final en un entorno agregado. Al igual que con cualquier Guía de Mejores Prácticas, se recomienda que los catalogadores sigan las reglas básicas de coherencia con la gramática y la sintaxis (estándar de contenido) establecidas en recursos como AACR2, DACS, CCO, etc., así como que incorporen el uso de vocabularios controlados como LCSH, AAT, MeSH y listas de autoridad como LCNAF y ULAN o tesauros desarrollados localmente según corresponda al tema de un recurso. Para cada colección digital, se debe crear un registro a nivel de colección junto con registros a nivel de documento. Los elementos de metadatos deben contener las etiquetas más útiles para el entorno local, pero deben estar mapeados a elementos estándar de Dublin Core.

Una nota sobre los campos repetidos: se han publicado varios trabajos que ofrecen las mejores prácticas para configurar metadatos cosechables por OAI. Aunque estos trabajos recomiendan repetir campos en lugar de usar valores múltiples, en algunos casos se prefieren valores múltiples (separados por un punto y coma) para mayor precisión, dependiendo del nivel de complejidad al configurar una colección utilizando su software de gestión de colecciones digitales y la herramienta de recolección OAI. Por ejemplo, los valores separados por punto y coma se pueden acomodar fácilmente en CONTENTdm, además de mostrarse con precisión cuando se sincronizan con WorldCat.org a través del Digital Collection Gateway. En caso de duda, pruebe sus conjuntos de datos con el recolector de OAI que haya elegido.

Explicación de los componentes de la tabla

Nombre del elemento El nombre único utilizado en la versión 6.1 de CONTENTdm
Definición de DC Definición tal como se indica en los Términos de Metadatos de la DCMI
Elemento DC requerido
  • Núcleo, recomendado: los campos principales que se deben utilizar para describir un recurso, importantes para compartir fuera del contexto local.
  • Se recomienda, según corresponda: los campos secundarios que son útiles si están disponibles. Usar o no depende de las circunstancias y del administrador de colecciones.
Vocabulario controlado Recomendado para la calidad y consistencia de los datos
Esquema de sintaxis Esquema de sintaxis recomendado para estructurar los datos contenidos en un campo determinado
Mapa de elementos de DC El elemento Dublin Core al que se asigna el nombre del campo de metadatos de CONTENTdm
Mapa MARC en WorldCat El campo MARC de OCLC al que se asigna el elemento de metadatos Dublin Core.
Repetible
  • Sí: un campo puede aparecer varias veces en un solo registro.
  • No se prefiere: un campo debe ocurrir solo una vez en un único registro.
Mejores prácticas Comentarios y otras recomendaciones

Elementos principales y recomendados

Título
Nombre del elemento Título
Definición de DC Un nombre asignado al recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Título (dc:title)
Mapa MARC en WorldCat 245
Repetible No es preferido
Mejores prácticas
  • Prefiera la descripción literal y no numérica del recurso, excluyendo, si es posible, la información sobre el tipo de material.
  • Prefiera no usar símbolos explicativos o calificativos (p. ej., corchetes para indicar un título suministrado por el catalogador).
  • Si el recurso tiene varios títulos (p. ej., títulos traducidos, etc.), es preferible utilizar el elemento Título-Alternativo.

"Haga que el título sea descriptivo pero breve Si es posible, utilice títulos genéricos para agrupar diferentes imágenes del mismo sujeto (por ejemplo, utilice 'Alcalde Benjamin Bosse' en todas las fotos de él, para que se muestren juntas por título). – Pautas de metadatos, colección de fotos de Evansville, biblioteca pública de Evansville Vanderburgh.
Título alternativo
Nombre del elemento Título alternativo
Definición de DC Un nombre alternativo para el recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Título alternativo (dcterms:alternative)
Mapa MARC en WorldCat 246
Repetible Si
Mejores prácticas
  • En Título-Alternativo se deben usar títulos secundarios
Creador
Nombre del elemento Creador
Definición de DC Una entidad principalmente responsable de hacer el recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado LCNAF, ULAN
Esquema de sintaxis  
Mapa de elementos de DC Creador (dc:creator)
Mapa MARC en WorldCat 720
Repetible No es preferido
Mejores prácticas
  • Ejemplos de un creador incluyen una persona, una organización, etc.
  • «Se prefiere el uso de la fuente de autoridad del nombre (personal o corporativo) de manera uniforme en toda la descripción de un recurso y de un recurso a otro». - Pautas de implementación de metadatos para documentos estatales digitales de Carolina del Norte
  • Es preferible no utilizar el "valor basura" (p. ej., Desconocido); sin embargo, es apropiado calificar las entidades nombradas con [rol].
  • Mapeo de visualización de WorldCat.org: dc:creator se asigna a MARC 720 por defecto en el Gateway. Para mejorar la precisión en la búsqueda de campos dentro de WorldCat.org, asigne dc:creator a MARC 100 (para Nombre Personal) o 110 (para Nombre Corporativo).

No utilice honoríficos, títulos o apodos a menos que sea necesario para eliminar la ambigüedad (p. ej., se desconoce el nombre de pila de la persona). De lo contrario, estas formas alternativas de los nombres (como «Buddy» Jones; Reverend Murrell; Dr. Reed) se pueden utilizar en el campo de Descripción, pero no como la versión fidedigna... – Huntington Digital Library Guidelines, The Huntington Library
Colaboradores
Nombre del elemento Colaboradores
Definición de DC Una entidad responsable de hacer contribuciones al recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado LCNAF, ULAN
Esquema de sintaxis  
Mapa de elementos de DC Colaborador (dc:contributor)
Mapa MARC en WorldCat 720
Repetible Si
Mejores prácticas
  • Ejemplos de un contribuyente incluyen una persona (p. ej., escritor adicional, ilustrador, editor, autor de la guía de búsqueda, etc.), una organización, etc.
  • Los colaboradores se llaman así porque su responsabilidad en la creación de una obra no es igual a la del creador.
  • Prefiera el uso de la fuente de autoridad de nombre (personal o corporativo) de manera coherente en toda la descripción de un recurso y de un recurso a otro.
  • Se prefiere no usar "valor basura" (p. ej., Desconocido); sin embargo, es adecuado calificar las entidades nombradas con [función].

“Personas u organizaciones que realizaron contribuciones intelectuales significativas al recurso, pero cuya contribución suele ser secundaria a la de la persona u organización especificada en el elemento Creador Los ejemplos incluyen coautor, editor, transcriptor, traductor, ilustrador, etc.» – Pautas de implementación de metadatos para documentos estatales digitales de Carolina del Norte
Descripción
Nombre del elemento Descripción
Definición de DC Un informe sobre el recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Descripción (dc:description)
Mapa MARC en WorldCat 520 [8]
Repetible Si
Mejores prácticas
  • La descripción puede incluir, pero no se limita a: un resumen, un índice, una representación gráfica o una descripción en texto libre del recurso.
  • Algunos profesionales de la gestión de colecciones digitales prefieren la práctica local de mapear elementos separados como el índice de contenidos, el resumen y elementos locales similares a la descripción.
  • Se prefiere la decisión del catalogador basado en la colección para habilitar la búsqueda de texto completo en este campo.
    • Si el tipo de datos es búsqueda de texto completo, prefiera no realizar asignación a WorldCat. Ver Descripción-Elemento abstracto.
    • Si el tipo de datos es Texto, prefiera la asignación wc.Summary (MARC 520 [8]).

"Incluya también cualquier otra información que un buscador pueda necesitar para encontrar una imagen mediante una búsqueda por palabra clave o para comprender el contexto de la imagen: ¿Hay una vista del río Misisipi? ¿Se tomó una fotografía desde el futuro sitio de una biblioteca universitaria? ¿Ya no existe el edificio? ¿Desde qué ubicación se tomó la fotografía? ¿Es una vista aérea? – Guía de metadatos de la WAICU
Descripción-Resumen
Nombre del elemento Descripción-Resumen
Definición de DC Un resumen del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Resumen (dcterms:abstract)
Mapa MARC en WorldCat 520 [3]
Repetible No es preferido
Mejores prácticas
  • Con CONTENTdm, solo se permite un campo de búsqueda de texto completo por colección; por lo tanto, si el campo Descripción es de tipo de datos Búsqueda de texto completo, Descripción-Resumen será de tipo de datos Texto.
Descripción-Tabla de contenidos
Nombre del elemento Descripción-Tabla de contenidos
Definición de DC Una lista de subunidades del recurso
Obligatorio Recomendado si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Tabla de contenidos (dcterms:tableOfContents)
Mapa MARC en WorldCat 505 [8]
Repetible No es preferido
Mejores prácticas

Ejemplo:

Capítulo 1: Comenzar a trabajar.............1

       Introducción.............................2

       Próximos pasos...............................3
Editor
Nombre del elemento Editor
Definición de DC Una entidad responsable de poner el recurso a disposición
Obligatorio Núcleo, recomendado
Vocabulario controlado LCNAF
Esquema de sintaxis  
Mapa de elementos de DC Editor (dc:publisher)
Mapa MARC en WorldCat 260 $b
Repetible Si
Mejores prácticas
  • Ejemplos de un editor incluyen una persona, una organización, etc.
  • Prefiera el uso de la fuente de autoridad de nombre (personal o corporativo) de manera coherente en toda la descripción de un recurso y de un recurso a otro.
  • Prefiera no utilizar el "valor basura" (p. ej., Desconocido).
  • Prefiera «digitalizado por» u otro prefijo de texto para calificar el valor; Gateway permite constantes de texto tanto de prefijo como de sufijo para cada campo en cada perfil.

«La entidad responsable de poner el recurso a disposición en su forma actual, como una editorial corporativa, un departamento universitario o una institución cultural» – Diccionario de datos de la Biblioteca Digital de la Universidad de Wisconsin
Tema
Nombre del elemento Tema
Definición de DC El tema del recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado DDC, LCC, LCSH, MeSH, UDC, LCNAF, AAT, TGN
Esquema de sintaxis  
Mapa de elementos de DC Tema (dc:subject)
Mapa MARC en WorldCat MARC 650 (controlado)/MARC 653 (no controlado)
Repetible Si
Mejores prácticas
  • Por lo general, el tema se representará utilizando palabras clave, frases clave o códigos de clasificación. La práctica recomendada es utilizar un vocabulario controlado.
  • Mapeo de visualización de WorldCat.org: preferir mapear a MARC 650 si está controlado, a MARC 653 si no está controlado.
  • Para describir el tema espacial o temporal del recurso, utilice el elemento Cobertura.

Utilice términos temáticos que describan qué es un objeto, así como de qué trata. Ejemplo 1: pintura y decoración mural; Derry (Irlanda del Norte); Irlanda— Historia — Alzamiento de Pascua, 1916. – Pautas para la aplicación de metadatos en la Biblioteca Digital de Claremont Colleges
Identificador
Nombre del elemento Identificador
Definición de DC Una referencia inequívoca al recurso dentro de un contexto dado.
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Identificador (dc:identifier)
Mapa MARC en WorldCat 856 $u (URL), 024 (no URL)
Repetible Sí
Mejores prácticas

URL: Gateway selecciona el primer identificador que contiene una URL y lo establece como el valor predeterminado para la URL de resolución en MARC 856 $u.

Imágenes de visualización en miniatura:

CONTENTdm proporciona la URL de referencia al identificador. Esto no solo proporciona la URL de resolución, sino que también genera automáticamente la miniatura para WorldCat.org.

*Repetibilidad: tomará todas las demás URL en los campos de identificador repetidos y las colocará en los campos 856 repetidos, pero sin el texto $3.

• Sin URL: Ejemplos incluyen número de adquisición, ISBN, número de trabajo/rollo/marco de negativo fotográfico, signatura topográfica, etc.

Digital Collection Gateway completa automáticamente un valor para un identificador no URL (MARC 024).

«Si contribuye con un recurso digital a una colección digital colaborativa, considere anteponer un código institucional a la cadena de caracteres para que sus recursos se distingan de los que pertenecen a otras instituciones» –Grupo de Metadatos de la Biblioteca Digital Mountain West La práctica recomendada es identificar el recurso mediante una cadena que cumpla con un sistema de identificación formal.
Idioma
Nombre del elemento Idioma
Definición de DC Idioma del recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis ISO 639-2, RFC 1766, RFC 3066, RFC 4646
Mapa de elementos de DC Idioma (dc:language)
Mapa MARC en WorldCat 546
Repetible Si
Mejores prácticas
  • A menudo se utilizan múltiples valores cuando un recurso contiene más de un idioma.

"Separe los términos con punto y coma (;) y un espacio. Por ejemplo, para francés e inglés: fre; eng” – Suplemento de metadatos para la Colección de Láminas de Moda, Biblioteca Digital de Claremont Colleges
Derechos
Nombre del elemento Derechos
Definición de DC Información sobre los derechos que se tienen en y sobre el recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Derechos (dc:rights)
Mapa MARC en WorldCat 540
Repetible Si
Mejores prácticas
  • Prefiera una declaración de derechos en texto libre a una URL "solitaria".
  • La información sobre derechos incluye una declaración acerca de varios derechos de propiedad asociados con el recurso, incluidos los derechos de propiedad intelectual.
  • Las declaraciones de derechos deben proporcionar referencias o información de contacto. Se pueden indicar aclaraciones adicionales mediante un enlace a una declaración de política institucional u otro recurso web.

"Estas declaraciones deben presentarse en el formato: estado de los derechos Restricciones de reproducción/uso. «Más información» – Mejores prácticas del conjunto de elementos de metadatos Core 1.0, Bibliotecas de NCSU
Derechos-Derechos de acceso
Nombre del elemento Derechos-Derechos de acceso
Definición de DC Información sobre quién puede acceder al recurso o una indicación de su estado de seguridad.
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Derechos de acceso (dcterms:accessRights)
Mapa MARC en WorldCat ( 506##$a mejora recomendada )
Repetible Si
Mejores prácticas Los derechos de acceso pueden incluir información sobre el acceso o restricciones basadas en políticas de privacidad, seguridad u otras normativas.
Titular de derechos
Nombre del elemento Derechos - Titular de los Derechos
Definición de DC Una persona u organización que posee o gestiona derechos sobre el recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Titular de derechos (dcterms:rightsHolder)
Mapa MARC en WorldCat  
Repetible Si
Mejores prácticas
  • Se prefiere incluir el nombre del titular de los derechos de autor y la información de contacto.
Tipo
Nombre del elemento Tipo
Definición de DC La naturaleza o el género del recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado DCMI
Esquema de sintaxis  
Mapa de elementos de DC Tipo (dc:type)
Mapa MARC en WorldCat 655
Repetible Si
Mejores prácticas
  • Las imágenes en movimiento, los objetos tridimensionales y las grabaciones sonoras son todos ejemplos de tipos de recursos.
  • Prefiera el Vocabulario de Tipos DCMI para la lista controlada de términos autorizados: http://dublincore.org/documents/dcmi Tipo -vocabulario/
  • Para describir el formato de archivo, el medio físico o las dimensiones del recurso, utilice el elemento Format.

“Este elemento debe completarse con el vocabulario de tipos DCMI, una lista controlada de tipos de género «Es posible que se complete automáticamente, en función de las características del repositorio» – Mejores prácticas del conjunto de elementos de metadatos Core 1.0 de las Bibliotecas de NCSU
Formato
Nombre del elemento Formato
Definición de DC El formato de archivo, el medio físico o las dimensiones del recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado MIME, AAT
Esquema de sintaxis  
Mapa de elementos de DC Formato (dc:format)
Mapa MARC en WorldCat 500 (Nota general)
Repetible Si
Mejores prácticas
  • Ejemplos de dimensiones incluyen el tamaño y la duración.
  • Prefiera el uso de tipos de medios de Internet [MIME] o un identificador de dos partes (tipo/subtipo) en una sola cadena: http://www.iana.org/assignments/media -tipos/. Por ejemplo, audio/mp3; imagen/jpg; aplicación/pdf; texto/html.

“Siempre están surgiendo nuevos tipos de medios y aplicaciones Si el formato del recurso que se describe aún no forma parte de la lista de tipos MIME, seleccione una categoría amplia de formato de objeto para la primera parte del tipo MIME y luego use el sufijo del nombre de archivo para la segunda mitad. – Recetario de CONTENTdm de la Universidad de Louisville
Formato-Extensión
Nombre del elemento Formato-Extensión
Definición de DC El tamaño o la duración del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Extensión (dcterms:extent)
Mapa MARC en WorldCat 300
Repetible Si
Mejores prácticas
  • Los ejemplos incluyen una cantidad de páginas, una especificación de largo, ancho y profundidad, o un período en horas, minutos y segundos. Por ejemplo, 109 568 bytes; 00:16 minutos.
Formato-Medio
Nombre del elemento Formato-Medio
Definición de DC El material o soporte físico del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Medio (dcterms:medium)
Mapa MARC en WorldCat 300, 340
Repetible Si
Mejores prácticas
  • Se utiliza solo para el recurso físico.
  • Ejemplos incluyen papel, lienzo o DVD
Fecha
Nombre del elemento Fecha
Definición de DC Un punto o periodo de tiempo asociado con un evento en el ciclo de vida del recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha (dc:date)
Mapa MARC en WorldCat 260 $ c
Repetible No es preferido
Mejores prácticas
  • La fecha puede utilizarse para expresar información temporal en cualquier nivel de granularidad. La práctica recomendada es utilizar un esquema de codificación, como el perfil W3CDTF de ISO 8601 [W3CDTF]. Consulte Apéndice B: Fechas
  • Prefiera no utilizar el "valor basura" (p. ej., Desconocido).
  • Si se va a utilizar más de una fecha para describir el recurso, se recomienda utilizar los subelementos de Fecha para aclarar el tipo de fecha, como Fecha-Aceptada, Fecha-Emitida, etc.
  • Si solo hay un valor de fecha, los usuarios pueden optar por utilizar la función de prefijo/sufijo de Gateway para explicar el contexto de la fecha dada, por ejemplo, un literal como «Publicado digitalmente». De forma predeterminada, Gateway asigna dc:date a MARC 260 $6 (Fecha de publicación, distribución).

«Del mismo modo, si va a describir propiedades de manifestación tanto físicas como digitales en su sistema local utilizando nombres de campo únicos, considere si tiene la intención de seguir el principio uno a uno de Dublin Core, en cuyo caso solo se mapearán los metadatos sobre una manifestación y se pondrán a disposición de los recopiladores» – Metadatos para colecciones especiales en CONTENTdm: cómo mejorar la interoperabilidad de los campos únicos mediante OAI-PMH
Fecha aceptada
Nombre del elemento Fecha aceptada
Definición de DC Fecha de aceptación del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha aceptada (dcterms:dateAccepted)
Mapa MARC en WorldCat ( 502##$a mejora recomendada)
Repetible No es preferido
Mejores prácticas
  • Ejemplos de recursos para los que una Fecha de Aceptación puede ser relevante son una tesis (aceptada por un departamento universitario) o un artículo (aceptado por una revista).
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha de aceptación». Por ejemplo, Fecha de aceptación 17-03-2010.
Fecha de envío
Nombre del elemento Fecha de envío
Definición de DC Fecha de presentación del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha de envío (dcterms:dateSubmitted)
Mapa MARC en WorldCat (Se recomienda la mejora 502##$a)
Repetible No es preferido
Mejores prácticas
  • Ejemplos de recursos para los que una Fecha de presentación puede ser relevante son una tesis (entregada a un departamento universitario) o un artículo (entregado a una revista).
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha de envío». Por ejemplo, fecha de envío: 15/03/2010.
Fecha de creación
Nombre del elemento Fecha de creación
Definición de DC Fecha de creación del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha de creación (dcterms:created)
Mapa MARC en WorldCat 046 k$
Repetible No es preferido
Mejores prácticas
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha de creación».
Fecha disponible
Nombre del elemento Fecha disponible
Definición de DC Fecha (a menudo un rango) en la que el recurso se volvió o se volverá disponible
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha disponible (dcterms:available)
Mapa MARC en WorldCat 307 8#
Repetible No es preferido
Mejores prácticas
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha disponible».
Fecha válida
Nombre del elemento Fecha válida
Definición de DC Fecha (a menudo un intervalo) de validez de un recurso
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha válida (dcterms:valid)
Mapa MARC en WorldCat 046 m $
Repetible No es preferido
Mejores prácticas
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha de validez».
Fecha - Derechos de autor
Nombre del elemento Fecha - Derechos de autor
Definición de DC Fecha de los derechos de autor
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha de derechos de autor (dcterms:dateCopyrighted)
Mapa MARC en WorldCat 260 $ c
Repetible No es preferido
Mejores prácticas
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha de copyright». Por ejemplo, fecha de derechos de autor 03-2010.
  • • Tanto dcterms:dateCopyrighted como dcterms:issued se asignan a MARC 260 $c por defecto en Gateway.
Fecha de emisión
Nombre del elemento Fecha de emisión
Definición de DC Fecha de emisión formal (p. ej., publicación) del recurso
Obligatorio Núcleo, recomendado
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha de emisión (dcterms:issued)
Mapa MARC en WorldCat 260 $ c
Repetible No es preferido
Mejores prácticas
  • Tanto dcterms:dateCopyrighted como dcterms:issued se asignan a MARC 260 $c por defecto en Gateway.
  • Prefiera utilizar la función «Prefijo/Sufijo» en Gateway con la etiqueta «Fecha de emisión».
Fuente
Nombre del elemento Fuente
Definición de DC Un recurso relacionado del cual se deriva el recurso descrito
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Fuente (dc:source)
Mapa MARC en WorldCat 786 [08]
Repetible Si
Mejores prácticas
  • Prefiera el uso de la descripción de texto libre, incl. el nombre de la colección, el número de adquisición, las dimensiones físicas de los materiales gráficos y la información del repositorio.
  • Prefiera el prefijo «Formato original» u otro prefijo para calificar el valor.

Introduzca la información sobre el documento original antes de la digitalización de la siguiente manera: género del documento: nombre de la colección, nombre de la caja, número de contenedor. Ej.: diapositiva en color de 35 mm: Colección Larry Oglesby, Morro Bay FT, bin n.º 8” – Diccionario de datos para la Colección Larry Oglesby, LO C — Claremont Colleges Digital Library
Relación
Nombre del elemento Relación
Definición de DC Un recurso relacionado
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Relación (dc:relation)
Mapa MARC en WorldCat 787
Repetible Sí
Mejores prácticas
  • Incluya suficiente información en el elemento Relación para permitir a los usuarios identificar, citar y ubicar o vincular el recurso relacionado.
  • *Algunas comunidades de práctica hacen referencia tanto a la Colección Física como a la Colección Digital.
  • Cuando sea aplicable, utilice los subelementos más específicos.

«El recurso descrito es una parte física o lógica del recurso al que se hace referencia» – Diccionario de datos de la Biblioteca Digital de la Universidad de Wisconsin
Relación-Tiene formato de
Nombre del elemento Relación-Tiene formato de
Definición de DC Un recurso relacionado que es sustancialmente el mismo que el recurso descrito preexistente, pero en otro formato.
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Tiene formato (dcterms:hasFormat)
Mapa MARC en WorldCat 776 08 $n
Repetible Si
Mejores prácticas
  • El recurso descrito se considera como el recurso principal/preexistente. Por ejemplo, la tarjeta postal "See Seattle" tarjeta postal, Exposición Alaska Yukon Pacífico, 1909, tiene formato de TIFF, escaneada del texto original, "Véase Seattle" tarjeta postal reproducción digital, Exposición Alaska Yukon Pacífico, 1909, a 400 ppp. (Ver relación - Es formato del elemento).
Es formato de relación
Nombre del elemento Es formato de relación
Definición de DC Un recurso relacionado que es sustancialmente el mismo que el recurso descrito, pero en otro formato.
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Es formato de (dcterms:isFormatOf)
Mapa MARC en WorldCat 776 08 $n
Repetible No es preferido
Mejores prácticas
  • El recurso descrito se considera un recurso secundario/suplementario. Por ejemplo, la imagen TIFF,reproducción digital de la postal "See Seattle", Exposición Alaska Yukon Pacífico, 1909, es el formato de la postal original "See Seattle", Exposición Alaska Yukon Pacífico, 1909, de 7 x 5 1/2pulgadas. (Ver relación - Tiene formato de elemento).
Relación-Contiene Parte
Nombre del elemento Relación-Contiene Parte
Definición de DC Un recurso relacionado que está incluido ya sea física o lógicamente en el recurso descrito
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Tiene parte (dcterms:hasPart)
Mapa MARC en WorldCat 774 08 $ n
Repetible Si
Mejores prácticas «(Por ejemplo) el recurso descrito es una antología que incluye este artículo, así como otros artículos, cada uno de los cuales se describe en otro elemento de Relación [HasPart]» - Mejores prácticas de metadatos de CDP Dublin Core, versión 2.1.
Relación-Es parte de
Nombre del elemento Relación-Es parte de
Definición de DC Un recurso relacionado en el que el recurso descrito está incluido física o lógicamente.
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Es parte de (dcterms:isPartOf)
Mapa MARC en WorldCat 773 0# $t
Repetible No es preferido
Mejores prácticas
  • Se utiliza para indicar la colección a la que pertenece este recurso. Por ejemplo, para los artículos, este elemento indica el documento anfitrión (p. ej., revista, serie, etc.)

«El recurso descrito es una parte física o lógica del recurso al que se hace referencia» – Diccionario de datos de la Biblioteca Digital de la Universidad de Wisconsin
Relación-Tiene Versión
Nombre del elemento Relación-Tiene Versión
Definición de DC Un recurso relacionado que sea una versión, edición o adaptación del recurso descrito
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Tiene una versión (dcterms:hasVersion)
Mapa MARC en WorldCat 775 08 $ n
Repetible Si
Mejores prácticas
  • Por ejemplo, el software de Microsoft Office tiene versiones como Microsoft Office 97, Microsoft Office 2003, Microsoft Office 2010, etc.
Relación-Es versión de
Nombre del elemento Relación-Es versión de
Definición de DC Un recurso relacionado del cual el recurso descrito es una versión, edición o adaptación
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Es versión de (dcterms:isVersionOf)
Mapa MARC en WorldCat 775 08 $ n
Repetible No es preferido
Mejores prácticas
  • Por ejemplo, El señor de los anillos publicado por Londres: HarperCollins, en 2009 es una versión de El señor de los anillos publicada por LONGMAN YORK PRESS en la década de 1940.

Los cambios en la versión implican cambios sustanciales en el contenido más que diferencias en el formato. » - CDP Dublin Core Metadata Best Practices Versión 2.1
Relación-Reemplaza
Nombre del elemento Relación-Reemplaza
Definición de DC Un recurso relacionado que es suplantado, desplazado o sustituido por el recurso descrito
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Reemplaza (dcterms:replaces)
Mapa MARC en WorldCat 780 000 $
Repetible Si
Mejores prácticas
  • Por ejemplo, Mejores prácticas para CONTENTdm y otros repositorios compatibles con OAI-PMH 3.0 reemplaza Mejores prácticas para CONTENTdm y otros repositorios compatibles con OAI-PMH 1.0.
Relación - Se reemplaza por
Nombre del elemento Relación - Se reemplaza por
Definición de DC Un recurso relacionado que suplanta, desplaza o sustituye el recurso descrito
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Es reemplazado por (dcterms:isReplacedBy)
Mapa MARC en WorldCat 785 000 $
Repetible Si
Mejores prácticas Por ejemplo, Mejores prácticas para CONTENTdm y otros repositorios compatibles con OAI-PMH 1.0 se reemplazan por Mejores prácticas para CONTENTdm y otros repositorios compatibles con OAI-PMH 3.0.
Relación-Requiere
Nombre del elemento Relación-Requiere
Definición de DC Un recurso relacionado que el recurso descrito necesita para apoyar su función, entrega o coherencia
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Requiere (dcterms:requires)
Mapa MARC en WorldCat 538
Repetible Si
Mejores prácticas
  • Esta podría ser la información técnica sobre un documento. Por ejemplo, un artículo descargable requiere Adobe Acrobat Reader, versión 6.0.

Cuando el recurso que se describe requiere el uso de software, hardware u otras infraestructuras que son externas al recurso en sí mismo, registre esa información en el elemento Relación [Requiere]. Por ejemplo, si se entrega al usuario un registro Dublin Core de la versión digitalizada de una carta manuscrita como archivo PDF, se requiere Adobe Acrobat Reader (que es externo al recurso que se describe) para ver ese archivo PDF» – CDP Dublin Core Metadata Best Practices Versión 2.1
Relación-Es requerido por
Nombre del elemento Relación-Es requerido por
Definición de DC Un recurso relacionado que necesita el recurso descrito para apoyar su función, entrega o coherencia
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Es requerido por (dcterms:isRequiredBy)
Mapa MARC en WorldCat 787 08 $ n
Repetible Si
Mejores prácticas
  • Por ejemplo, el recurso descrito es un conjunto de datos de ciencias biológicas que subraya los hallazgos científicos y es requerido por el artículo, Haciendo de la regresión logística una herramienta central de minería de datos con TR-IRLS.
Cobertura
Nombre del elemento Cobertura
Definición de DC El tema espacial o temporal del recurso, la aplicabilidad espacial del recurso, o la jurisdicción bajo la cual el recurso es relevante
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Cobertura (dc:coverage)
Mapa MARC en WorldCat 500
Repetible Si
Mejores prácticas
  • Una ubicación, un período de tiempo o una jurisdicción de los recursos descritos. El tema espacial y la aplicabilidad espacial pueden ser un lugar designado o una ubicación especificada por sus coordenadas geográficas. El tema temporal puede ser un período nombrado, una fecha o un rango de fechas. Una jurisdicción puede ser una entidad administrativa designada o un lugar geográfico al que se aplica el recurso.
  • Para el tema espacial, prefiera utilizar el elemento Cobertura-Espacial. Para el tema temporal, es preferible utilizar el elemento Cobertura-Temporal.

«En el caso de artefactos u objetos de arte, las características espaciales suelen referirse al lugar de origen del artefacto/objeto, mientras que las características temporales se refieren a la fecha o al período de tiempo en el que se creó el artefacto/objeto». - Mejores prácticas de metadatos de CDP Dublin Core Versión 2.1
Cobertura espacial
Nombre del elemento Cobertura espacial
Definición de DC Características espaciales del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado TGN, GNIS, LCNAF
Esquema de sintaxis  
Mapa de elementos de DC Cobertura espacial (dcterms:spatial)
Mapa MARC en WorldCat 522
Repetible Si
Mejores prácticas
  • Prefiera el uso de vocabularios controlados estándar y fuentes de autoridad de nombres, como el Tesauro de Nombres Geográficos [TGN].
  • Algunas comunidades de práctica hacen referencia a coordenadas de sistemas de información geográfica, como las que proporciona Google Earth®

«Actualmente se recomienda por la guía “Collaborative Digitization Project Dublin Core Metadata Best Practices” su uso solo en ‘la descripción de mapas, globos terráqueos y recursos cartográficos o cuando el lugar o el período de tiempo no se puedan expresar adecuadamente utilizando el elemento Subject’» La cobertura espacial se refiere a la extensión o alcance del contenido del recurso (por ejemplo, el lugar mostrado en un mapa o en una fotografía, o las ubicaciones geográficas que son el tema de un manuscrito), no al lugar de publicación o digitalización. - Guía de mejores prácticas de metadatos, Bibliotecas de la Universidad de Western Michigan
Cobertura temporal
Nombre del elemento Cobertura temporal
Definición de DC Características temporales del recurso
Obligatorio Recomendado, si procede
Vocabulario controlado AAT, LCSH
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Cobertura temporal (dcterms:temporal)
Mapa MARC en WorldCat 648
Repetible Si
Mejores prácticas
  • Utilícese para describir el período de tiempo cubierto o representado por el recurso, no la fecha en que se publicó el recurso. El tema temporal puede ser un período nombrado, una fecha o un rango de fechas.
  • Si utiliza un período con nombre, use un vocabulario controlado, si es posible, como Temas de la Biblioteca del Congreso (LCSH).
  • Cuando sea apropiado, los períodos de tiempo pueden ser intervalos de fechas en el estándar de formato de fecha/hora ISO 8601 W3C.

"Por lo general, una fecha o un rango de fechas, pero puede ser un período de tiempo con nombre (por ejemplo, el Renacimiento) La cobertura temporal «se refiere al período cubierto por el contenido intelectual del recurso (Prácticas recomendadas para los metadatos de Dublin Core del CDP (CDPDCMBP))», no a la fecha de publicación o digitalización. Puede referirse al período de tiempo que se muestra en una imagen, el tema de un manuscrito escrito, el período de tiempo cubierto en una serie de entradas de diario o, para objetos o artefactos de arte, la fecha o el período de creación de la pieza. - Guía de mejores prácticas de metadatos, Bibliotecas de la Universidad de Western Michigan
Público
Nombre del elemento Público
Definición de DC Una clase de entidad para la cual el recurso está destinado o resulta útil
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Audiencia (dcterms:audience)
Mapa MARC en WorldCat ( 521##$a mejora recomendada)
Repetible Si
Mejores prácticas
  • Ejemplos de público incluyen estudiantes, mujeres, organizaciones benéficas y profesores.
Procedencia
Nombre del elemento Procedencia
Definición de DC Una declaración de cualquier cambio en la propiedad y custodia del recurso desde su creación que sea significativo para su autenticidad, integridad e interpretación
Obligatorio Recomendado, si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Procedencia (dcterms:provenance)
Mapa MARC en WorldCat ( 561##$a mejora recomendada)
Repetible Si
Mejores prácticas
  • La declaración puede incluir una descripción de cualquier cambio que los custodios sucesivos hayan realizado en el recurso.

«Procedencia, del francés provenir, “venir de”, se refiere a la cronología de la propiedad o ubicación de un objeto histórico» - Diccionario Oxford de Inglés

Referencias

i Avanzando hacia metadatos compartibles por Sarah L. Shreeves, Jenn Riley y Liz Milewicz
First Monday, volumen 11, número 8-7 (agosto de 2006),
URL: https://firstmonday.org/ojs/index.php/fm/issue/view/202

ii Han, Myung-Ja, Cho, Christine, Cole, Timothy W. y Jackson, Amy S. (2009) «Metadatos para colecciones especiales en CONTENTdm: cómo mejorar la interoperabilidad de campos únicos a través de OAI-PMH»,
Journal of Library Metadata, 9: Número 3 - 4, 213 - 238.
URL: http://dx.doi.org/10.1080/19386380903405124

iii Miembros del grupo de trabajo original de metadatos de CONTENTdm, agosto-diciembre de 2009
Sheila Bair Universidad de Western Michigan bair@wmich.edu
Dachun Bao Universidad de la Defensa Nacional baod@ndu.edu
Amalia (Molly) Beisler Universidad de Nevada, Reno abeisler@unr.edu
Megan Bernal Universidad DePaul MBERNAL2@depaul.edu
Laura Capell Universidad del Sur de Mississippi laura.capell@usm.edu
MingYu Chen Universidad de Houston mchen15@uh.edu
Mei Ling Chow Universidad de Montclair chowm@mail.montclair.edu
Kevin Clair Universidad Estatal de Pensilvania kmc35@psulias.psu.edu
Lee Dotson Universidad de Florida Central ddotson@mail.ucf.edu
Mario Einaudi La Biblioteca Huntington meinaudi@huntington.org
Allegra Gonzalez Claremont Colleges Digital Library Allegra_Gonzalez@cuc.claremont.edu
Deborah Green Universidad de Idaho dgreen@uidaho.edu
Myung-Ja (MJ) Han Universidad de Illinois U-C mhan3@illinois.edu
Rachel Howard Universidad de Louisville rachel.howard@louisville.edu
Amanda A Hurford Universidad Estatal Ball aahurford@bsu.edu
Andrea Kappler Biblioteca Pública de Evansville Vanderburgh andreak@evpl.org
Deborah Keller   Ejército de los EE. UU. deborah.eb.keller@us.army.mil
Kate Kluttz Biblioteca Estatal de Carolina del Norte kate.kluttz@ncdcr.gov
Lyn MacCorkle Universidad de Miami LMaccork@miami.edu
Sandra McIntyre Biblioteca Digital del Oeste de la Montaña sandra.mcintyre@UTAH.EDU
Gail McMillan Virginia Tech gailmac@vt.edu
Ann Olszewski Biblioteca Pública de Cleveland ann.olszewski@cpl.org
Jennifer Palmentiero Consejo de Recursos de la Biblioteca del Sureste de Nueva York jennifer@senylrc.org
Kitty Pittman Biblioteca del Estado de Oklahoma kpittman@oltn.odl.state.ok.us
Gayle Porter Universidad Estatal de Chicago gporter@csu.edu
Gayle Spears Centro Universitario de Atlanta gspears@auctr.edu
Jill Strass Universidad de St. Olaf strass@stolaf.edu
Glee M Willis Universidad de Nevada, Reno willis@unr.edu
Ling Wang Universidad de Illinois en Chicago lwang@uic.edu
Noelia Ramos Cartoteca de Cataluña noelia.ramos@icc.cat
Shilpa Rele Universidad de Miami s.rele@miami.edu
Cheryl Walters Universidad Estatal de Utah cheryl.walters@usu.edu
Trashinda Wright Centro Universitario de Atlanta twright@auctr.edu
ZeeZee Zamin Louisiana State University/LOUIS zehra@lsu.edu
Se unió en 2012:
Natalie Bulick		 Universidad Estatal de Indiana natalie.bulick@indstate.edu
Historia y reconocimientos

En todo el panorama de los repositorios digitales, se acepta cada vez más que los metadatos no solo deben servir a la comunidad local, sino que también deben ser adecuados para la recolección externa. El desafío consiste en mantener la información local útil mientras se proporciona contexto y perspectiva tanto al usuario local como al usuario remoto. Debido a que cada estándar de metadatos y cada conjunto de herramientas de gestión de colecciones pueden derivar sus propias «mejores prácticas», corresponde a cada comunidad de práctica proporcionar liderazgo desde los puntos de vista particulares de sus integrantes.

Por lo tanto, en agosto de 2009,los Servicios de Colección Digital (DCS) de OC LC convocaron al Grupo de trabajo de metadatos (MWG) de CONTENTdm para crear una guía de "mejores prácticas" para nuestra comunidad. Las discusiones siguieron a las presentaciones realizadas en los Grupos de Usuarios de CONTENTdm regionales y nacionales, y se emprendió un trabajo colaborativo utilizando las herramientas familiares para el colectivo: CONTENTdm, WorldCat Digital Collection Gateway (Gateway) y varios entornos de redes sociales. La discusión se centró en la investigación y las publicaciones de los miembros, así como en sus esfuerzos por desarrollar, optimizar y estandarizar los conjuntos de elementos de metadatos de CONTENTdm, de modo que los materiales sean fácilmente descubribles tanto en el entorno local de CONTENTdm como en los repositorios donde sus metadatos puedan ser recolectados según los protocolos estándar de OAI.

OCLC DCS asignó servidores CONTENTdm y capacitó a los miembros del MWG para usar el Gateway y mapear metadatos Dublin Core calificados, probándolos contra las visualizaciones de WorldCat.org y los campos MARC de WorldCat. En el transcurso del trabajo, el MWG desató varios problemas complejos e hizo sugerencias que resultaron en mejoras significativas para el Gateway. En julio de 2010, se abrió el Gateway a cualquier repositorio compatible con OAI-PMH.

OCLC Digital Collection Services desea agradecer a los participantes del Grupo de Trabajo de Metadatos de CONTENTdmiii y a sus colegas por su invaluable contribución a esta guía; más recientemente, el asesoramiento editorial sobre la versión 3 de Natalie Bulick, bibliotecaria de metadatos en la Biblioteca Conmemorativa Cunningham, Universidad Estatal de Indiana.

Un agradecimiento especial a Yan Ren, especialista en metadatos y candidata a MSIM, iSchool de la Universidad de Washington. Yan se desempeñó como pasante de Servicios de Colección Digital de OCLC en el otoño de 2011 y editó la versión 3 para incluir el complemento completo de dcterms.

Apéndices

Apéndice A: Términos dcterms adicionales disponibles

Identificador-Cita bibliográfica

Nombre del elemento Identificador-Cita bibliográfica
Definición de DC Una referencia bibliográfica para el recurso
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Cita bibliográfica (dcterms:bibliographicCitation)
Mapa MARC en WorldCat (Se recomienda una mejora en 500 ##a)
Repetible Si
Mejores prácticas
  • Se utiliza únicamente para recursos bibliográficos.
  • La práctica recomendada es incluir suficientes detalles bibliográficos para identificar el recurso de la manera más inequívoca posible.
  • Prefiera "Cita bibliográfica" para calificar el valor.

Derechos-Licencia

Nombre del elemento Derechos-Licencia
Definición de DC Un documento legal que otorga permiso oficial para realizar una acción con el recurso
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Licencia (dcterms:license)
Mapa MARC en WorldCat ( 540##$a mejora recomendada)
Repetible Si
Mejores prácticas  

Fecha de modificación

Nombre del elemento Fecha de modificación
Definición de DC Fecha en la que se cambió el recurso
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis W3CDTF
Mapa de elementos de DC Fecha de modificación (dcterms:modified)
Mapa MARC en WorldCat 046 $j
Repetible No es preferido
Mejores prácticas  

Relación-Conforma a

Nombre del elemento Relación-Conforma a
Definición de DC Una norma establecida a la que el recurso descrito se ajusta
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Conforma a (dcterms:conformsTo)
Mapa MARC en WorldCat 514 $e (Nota sobre la calidad de los datos)
Repetible Si
Mejores prácticas
  • El estándar es una base para la comparación; un punto de referencia contra el cual se pueden evaluar otras cosas.

Referencias de relación

Nombre del elemento Referencias de relación
Definición de DC Un recurso relacionado al que se hace referencia, se cita o se señala de otro modo por el recurso descrito
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Referencias (dcterms:references)
Mapa MARC en WorldCat 787 08 $ n
Repetible Si
Mejores prácticas  

Relación-es referenciada por

Nombre del elemento Relación-es referenciada por
Definición de DC Un recurso relacionado al que se hace referencia, se cita o se señala de otro modo por el recurso descrito
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Es referenciado por (dcterms:isReferencedBy
Mapa MARC en WorldCat 510 0#
Repetible Si
Mejores prácticas  

Nivel educativo del público

Nombre del elemento Nivel educativo del público
Definición de DC Una clase de entidad, definida en términos de progresión a través de un contexto educativo o de formación, para la cual está destinado el recurso descrito.
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Nivel de educación del público (dcterms:educationLevel)
Mapa MARC en WorldCat ( 521##$a mejora recomendada
Repetible Si
Mejores prácticas  

Mediador de Audiencia

Nombre del elemento Mediador de Audiencia
Definición de DC Una entidad que media el acceso al recurso y para quien el recurso está destinado o es útil
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Mediador (dcterms:mediator)
Mapa MARC en WorldCat pegar
Repetible Si
Mejores prácticas
  • En un contexto educativo, un mediador podría ser un padre, un maestro, un asistente de enseñanza o un cuidador.

Método de enseñanza

Nombre del elemento Método de instrucción
Definición de DC Un proceso, utilizado para fomentar conocimientos, actitudes y habilidades, que el recurso descrito está diseñado para apoyar
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Método de instrucción (dcterms:instructionalMethod)
Mapa MARC en WorldCat  
Repetible Si
Mejores prácticas
  • El método de instrucción generalmente incluirá formas de presentar los materiales de instrucción o de realizar actividades de instrucción, patrones de interacciones entre estudiantes y entre estudiantes e instructores, y mecanismos mediante los cuales se miden los niveles de aprendizaje grupales e individuales. Los métodos de instrucción abarcan todos los aspectos de los procesos de enseñanza y aprendizaje, desde la planificación y la implementación hasta la evaluación y la retroalimentación.

Método de acumulación

Nombre del elemento Método de acumulación
Definición de DC El método por el cual se agregan documentos a una colección
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Método de devengo (dcterms:accrualMethod)
Mapa MARC en WorldCat (Se recomienda la mejora 541##$c)
Repetible Si
Mejores prácticas
  • Se utiliza solo para el tipo de recurso de colección.

Periodicidad de devengo

Nombre del elemento Periodicidad de devengo
Definición de DC La frecuencia con la que se agregan documentos a una colección. (Frecuencia de publicación actual)
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Periodicidad de acumulación (dcterms:accrualPeriodicity)
Mapa MARC en WorldCat (Se recomienda la mejora de 310##$a)
Repetible Si
Mejores prácticas
  • Se utiliza solo para el tipo de recurso de colección.

Política de devengo

Nombre del elemento Política de devengo
Definición de DC La política que rige la adición de documentos a una colección
Obligatorio Si procede
Vocabulario controlado  
Esquema de sintaxis  
Mapa de elementos de DC Política de devengo (dcterms:accrualPolicy)
Mapa MARC en WorldCat  
Repetible Si
Mejores prácticas
  • Se utiliza solo para el tipo de recurso de colección.
  • Un plan o curso de acción de una autoridad, destinado a influir y determinar decisiones, acciones y otros asuntos.
Apéndice B: Avanzando hacia el marketing con metadatos
Hace tiempo que hemos reconocido la necesidad de un marketing eficaz para aumentar el descubrimiento y la entrega de colecciones digitales. Mejorar los metadatos descriptivos puede llevarnos en la dirección correcta. Sitios web como Flickr han adoptado los estándares de metadatos sociales de la Web 2.0, como el etiquetado, para mejorar la capacidad de búsqueda de material de imágenes digitales y pueden aprovechar los metadatos existentes para mejorar la experiencia del usuario. Existe la oportunidad de optimizar aún más los metadatos descriptivos en colecciones digitales que, por lo demás, están bien agregadas. Por ejemplo, existen muchas colecciones de archivo de material histórico relacionado con temas como la minería de oro, la producción ferroviaria y otras industrias. Los metadatos utilizados para describir estos tipos de imágenes pueden ser bastante literales y los catalogadores a veces ‘pierden el sentido’, al no aplicar descriptores clave, aunque a veces coloquiales, como «ciudades en auge», «Fiebre del oro» o «Salvaje Oeste».
Aunque muchos vocabularios controlados están limitados en su capacidad para incorporar este tipo de descripción de nivel superior, se anima a los catalogadores a desarrollar sus propios vocabularios controlados locales basados en una convergencia de términos temáticos (sustantivos, adjetivos y verbos que describen temas principales), términos técnicos y de estilo (atributos únicos de la imagen, como la orientación de la imagen, las perspectivas de la lente y las técnicas fotográficas) y términos conceptuales (ideas representadas en una imagen). En WorldCat.org, la capacidad de crear/nombrar listas de documentos y aplicar etiquetas sociales a los documentos permite un alto nivel de flexibilidad en el acceso y gestión del contenido. Por lo tanto, la mayor integración del contenido digital en WorldCat.org representa una oportunidad única para que la comunidad de colecciones especiales comience a experimentar con este tipo de tareas de flujo de trabajo centradas en terminologías para aumentar el descubrimiento.
Apéndice C: Fechas
Tipo de fecha Ejemplo de fecha
Año-mes-día conocido 19/10/2001
Año-mes conocido 10-2001
Año conocido 2001
Un año u otro 1892 o 1893
Aproximadamente año-mes circa 1843-02
Década segura años 1970
Antes de un período de tiempo antes de 1867
Después de un período de tiempo después de 1867

-- Pautas para la aplicación de metadatos en la Biblioteca Digital de las Claremont Colleges

Acerca de las fechas en CONTENTdm:

  • CONTENTdm admite el tipo de datos «fecha» y es coherente con la norma ISO aaaa-mm-dd, aaaa-mm y aaaa. Debe utilizar el tipo de dato de fecha para proporcionar fechas que puedan ser buscadas en CONTENTdm. Sin embargo, muchos usuarios de CONTENTdm también proporcionan un campo de fecha utilizando el tipo de datos de texto. Los campos mostrados en los últimos cinco ejemplos anteriores deben configurarse como «texto».
  • Para introducir un rango de años, siga las siguientes pautas:
    • Cliente del proyecto CONTENTdm - Utilice el estándar aaaa-aaaa. Al guardar sus metadatos, el Cliente de Proyecto de CONTENTdm desglosará cada fecha del rango.
    • CONTENTdm Web Add - Escriba cada año en el rango de fechas separado por punto y coma seguido de un espacio.

-Pautas de implementación de metadatos para el Documento Estatal Digital de Carolina del Norte

 
Apéndice D: Esquemas de metadatos
Los siguientes son ejemplos de esquemas de metadatos de CONTENTdm que representan el trabajo validado del Grupo de Trabajo de Metadatos de CONTENTdm (MWG):

Para colecciones fotográficas


Para colecciones archivísticas
Apéndice E: objetos compuestos
Anexo sobre el tratamiento de objetos compuestos con respecto a la recolección de OAI: autores:
Geri Bunker Ingram, MLIS
Servicios de Colección Digital de OCLC		 Myung-Ja "MJ" Han
Bibliotecaria de metadatos
Profesora adjunta de Administración de Bibliotecas
Universidad de Illinois en Urbana - Champaign		 Sheila Bair, MLIS
Bibliotecaria de metadatos y catalogación
Universidad de Western Michigan

Contexto:
Durante la redacción de la Guía de mejores prácticas versión 1.7, surgió un debate en el Grupo de Trabajo de Metadatos sobre el caso especial de compartir metadatos de objetos compuestos de CONTENTdm. Los usuarios pueden emplear diversas estrategias para compartir metadatos, independientemente del tipo de material o de los formatos que se ensamblen como objetos compuestos, e independientemente del recolector de OAI-PMH que se utilice. Se ha realizado una solicitud para adjuntar una declaración a la guía que explique las implicaciones de la definición del esquema de metadatos y la configuración del campo CONTENTdm cuando una colección que contiene objetos compuestos está destinada a ser recolectada.

Definiciones de CONTENTdm:

OBJETO COMPUESTO: cualquier dos o más documentos de CONTENTdm que estén ensamblados lógica y estructuralmente. Cada objeto compuesto comprende:
  • Un registro de metadatos que describe el objeto en sí (conocido como metadatos a nivel de objeto).
  • Un registro de metadatos (conocido como metadatos a nivel de página) para cada una de las páginas compuestas o documentos que conforman el objeto compuesto.

documento —un solo archivo digital y sus metadatos afiliados. En los casos en los que solo hay metadatos —por ejemplo, una imagen que aún no ha sido escaneada—, los metadatos se conocen como «documento solo de metadatos».

Clases de objetos compuestos:
  • Documento: una serie de elementos relacionados
  • Monografía—una serie de documentos relacionados de manera jerárquica
  • Tarjeta postal: una serie de exactamente dos documentos que se pueden mostrar en una pantalla utilizando el visor de objetos compuestos (por defecto etiquetados como “anverso” y “reverso”);
  • Cubo de imágenes —una serie de exactamente seis documentos (diseñados originalmente para escaneos de objetos reales)


Descripción del documento (vista): Una de varias vistas del objeto compuesto disponibles en el visor de objetos compuestos. Los metadatos que se muestran a través de esta vista son los metadatos a nivel de objeto.

Descripción de página (vista): una de varias vistas del objeto compuesto disponibles en el visor de objetos compuestos. Los metadatos que se muestran a través de esta vista son los metadatos a nivel de página.

Compartir metadatos
Con CONTENTdm, se puede configurar una colección para que sea recolectable en general, siempre que el recolector cumpla con los requisitos, y también se puede configurar una colección para que sea recolectada específicamente por el Digital Collection Gateway. Con el primero, los administradores de colecciones de CONTENTdm pueden decidir si habilitar los metadatos a nivel de página para su recolección. Esto se hace en CONTENTdm Administration, en Servidor/Configuraciones/función de configuración de OAI. Con el Gateway, los metadatos a nivel de página nunca se recolectan; por lo tanto, los metadatos a nivel de objeto deben considerarse cuidadosamente. Para otros recolectores OAI, los administradores de colecciones de CONTENTdm pueden decidir si y en qué medida permitir la recolección de metadatos a nivel de página. Los administradores de colecciones deben verificar para cada colección que los ajustes de configuración de OAI sean correctos para esa colección en particular. Las implicaciones para el descubrimiento y la entrega varían según el tipo de objeto en cuestión y qué tan bien esté representado el nivel de objeto compuesto (metadatos del objeto mismo). Los administradores de la colección deben determinar si la descripción del documento (metadatos a nivel de objeto) es suficiente para la detección o recuperación de recursos fuera del contexto del entorno nativo de CONTENTdm. Si un recolector proporciona enlaces directos al objeto en su entorno de repositorio, como en worldcat.org, Y si los metadatos a nivel de objeto son lo suficientemente extensos como para permitir el descubrimiento del objeto, los usuarios finales pueden vincularse directamente a la colección original y volver a emitir los criterios de búsqueda específicos para recuperar objetos relevantes con «hits» resaltados en cada página de cada objeto compuesto en todas las colecciones del servidor.

Ejemplo: mejorar el descubrimiento de información oculta
Una de las colecciones de CONTENTdm en la Universidad de Western Michigan es una colección de diarios y cartas de la Guerra Civil reunidos como objetos compuestos. Emplean la «regla del 20 %» de la Biblioteca del Congreso ii para los encabezamientos de temas a nivel de objeto, excepto en casos de información especial de interés para los investigadores de la Guerra Civil. Por ejemplo, en todos los diarios, los encabezamientos temáticos a nivel de objeto contienen los nombres de las batallas en las que participó el diarista, aunque la descripción de la batalla pueda representar solo un pequeño porcentaje del texto total.

Consideraciones especiales para las transcripciones textuales
Las clases de objetos compuestos Documento y Monografía en CONTENTdm se utilizan principalmente para gestionar objetos ricos en texto. Las transcripciones de texto buscable se manejan como metadatos dentro de un esquema de CONTENTdm. es decir, no solo todos los campos de los metadatos pueden ser buscables, sino que además, un campo en cada registro puede contener una transcripción buscable del texto del documento. El tipo de datos del campo de búsqueda de texto completo puede utilizarse para un campo en cada esquema. En el caso de un objeto compuesto, los metadatos a nivel de objeto en sí, y cada uno de sus metadatos a nivel de documento, pueden contener hasta 128 000 caracteres en este campo de búsqueda de texto completo (a menudo denominado «Transcripción» en la práctica). Los administradores de CONTENTdm deciden si hacer que este campo sea cosechable o no, es decir, mapear el campo a uno de los elementos DC.
Apéndice F: Problemas del consorcio
Anexo sobre consideraciones para consorcios que utilizan herramientas de recolección OAI; agregando valor desde el punto de vista de los miembros
Autores:
Jason B. Lee
Coordinador de Metadatos,
Contenido Digital de WorldCat
Servicios de Colección Digital de OCLC		 Lyn MacCorkle
Bibliotecaria de Desarrollo de Proyectos Digitales y Repositorios,
Iniciativas y Recursos Digitales
Bibliotecas de la Universidad de Miami		 Sandra McIntyre
Directora del programa,
Biblioteca Digital Mountain West
Gayle Porter
Bibliotecaria del catálogo de formatos especiales, Biblioteca Universitaria
Universidad Estatal de Chicago		 Taylor Surface
Manager senior de
Productos de OCLC Digital Collection Services		 Cheryl Walters
Directora de Iniciativas Digitales,
Universidad Estatal de Utah

Contexto:
Un consorcio se define como un «acuerdo, combinación o grupo (como de empresas) formado para emprender una empresa que supera los recursos de cualquiera de sus miembros». Durante la redacción de la guía de mejores prácticas ver. 1,7 surgió un debate entre los miembros del Grupo de Trabajo de Metadatos sobre los desafíos de la producción y sindicación digitales desde la perspectiva de un consorcio. Se formó un grupo de trabajo para identificar estos problemas [orientados principalmente al flujo de trabajo] a fin de establecer un conjunto adicional de pautas recomendadas y proponer y comunicar algunas soluciones específicas en el entorno del WorldCat Digital Gateway.

Consideraciones para los consorcios:
Hemos identificado varias consideraciones centrales superpuestas para los miembros institucionales de un consorcio que utilizan herramientas de recolección OAI para contribuir con contenido digital a un servidor central (fuera de la institución). Estas consideraciones fundamentales, que pueden afectar los flujos de trabajo tanto a nivel de institución como de consorcio, incluyen, entre otras, las prácticas de metadatos, la estrategia de comunicación y la coordinación de tareas.

Nota: en los escenarios específicos de CONTENTdm a los que hacemos referencia aquí, hay dos problemas claramente distintos presentes:
  • Una licencia de CONTENTdm es propiedad del Consorcio y se comparte entre instituciones.
  • Una licencia de CONTENTdm se posee como se indica arriba, además, una o más licencias de CONTENTdm son propiedad de instituciones miembro.