Mejores prácticas para crear metadatos compartibles

Última actualización
Guardar como PDF

La traducción de este sitio web se genera mediante traducción automática. La calidad y precisión de la traducción automática pueden variar significativamente de un texto a otro.

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 2006ⁱ publicado por First Monday.

Los problemas típicos incluyen:

Falta de coherencia dentro de una única colección.
- Ejemplo: el uso de ambos el Dublin Core y elementos para registrar alguna variante de la fecha de creación del recurso.
Demasiada información.
- Ejemplo: inclusión de información técnica, como la fecha de digitalización y el tipo de escáner utilizado.
Falta de información contextual clave.
- Ejemplo: exclusión de un nombre de colección que es esencial para dar sentido al registro.
Falta de conformidad con las normas técnicas.
- Ejemplo: Metadatos codificados en XML con problemas de codificación de caracteres.

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 Illinoisⁱⁱ 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

ⁱ 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

ⁱⁱ 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

ⁱⁱⁱ 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 CONTENTdmⁱⁱⁱ 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 ⁱⁱ 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.

¿Necesitas ayuda?

Siga a OCLC

Soporte

Sitios relacionados

Manténgase al día