Dublin Core

Los 15 elementos de Dublin Core

Todos los elementos son opcionales y pueden repetirse.

Elemento	Qué describe	Ejemplo para una foto de producto
Title (título)	El nombre dado al recurso	«Sillón Arc, roble, estudio»
Creator (creador)	Quién es el principal responsable de su creación	El fotógrafo
Subject (tema)	El tema, normalmente como palabras clave o términos de un vocabulario	Sillones; Roble; Sala de estar
Description (descripción)	Una explicación del recurso, como un pie de foto o un resumen	«Sillón Arc en roble natural sobre fondo gris»
Publisher (editor)	Quién lo pone a disposición	La marca o la agencia
Contributor (colaborador)	Otras personas que contribuyeron	Estilista, retocador
Date (fecha)	Una fecha de su ciclo de vida, normalmente la de creación o la de publicación	2026-03-14
Type (tipo)	La naturaleza o el género del recurso	Imagen fija
Format (formato)	El formato de archivo o el soporte físico	image/jpeg
Identifier (identificador)	Una referencia inequívoca	Un ID de recurso o una URL
Source (fuente)	Un recurso a partir del cual se derivó	El TIFF maestro desde el que se exportó
Language (idioma)	El idioma del contenido	es, sv
Relation (relación)	Un recurso relacionado	La variante de color del mismo sillón
Coverage (cobertura)	Su lugar o su período	Suecia; campaña de primavera de 2026
Rights (derechos)	Información sobre los derechos que recaen sobre él	«© 2026 Nordi AB» o un enlace a la licencia

Dublin Core simple y cualificado

Los 15 elementos por sí solos se denominan Dublin Core simple. La DCMI también publica DCMI Metadata Terms, un vocabulario más amplio que refina los elementos (created, modified y available como tipos de fecha; spatial y temporal como tipos de cobertura; license y rightsHolder junto a derechos) y añade esquemas de codificación, como ISO 8601 para las fechas y las etiquetas de idioma BCP 47. Estos términos están normalizados como ISO 15836-2:2019 y suelen escribirse con el prefijo dcterms:. Usarlos se denomina Dublin Core cualificado.

Dónde aparece Dublin Core en el trabajo con un DAM

• Incrustado en los archivos. El espacio de nombres dc de XMP es Dublin Core: dc:title, dc:description, dc:subject, dc:creator y dc:rights son la forma en que la mayoría del software de fotografía y diseño guarda el pie de foto, las palabras clave, el creador y el aviso de copyright.
• Intercambio de registros. Los archivos, las bibliotecas y los organismos públicos suelen exigir registros en Dublin Core cuando reciben una colección. A una empresa que dona su publicidad histórica a un museo, o que comparte un archivo de prensa con una cadena pública de radio y televisión, normalmente se le pide este formato.
• Equivalencias entre esquemas. Al migrar de un sistema a otro, asignar primero ambos esquemas a Dublin Core muestra qué campos se corresponden, cuáles faltan y cuáles hay que dividir.
• Diseño de esquemas. Los 15 elementos son una lista de comprobación. Un esquema de marketing rara vez los necesita todos, pero conviene decidir de forma consciente dónde se registran el creador, los derechos, el idioma y las relaciones.

Errores frecuentes con Dublin Core

• Tratarlo como un esquema completo. Dublin Core habla de «tema», pero no de qué línea de producto, región o campaña. Las bibliotecas de marketing necesitan campos específicos y un vocabulario controlado encima.
• Mezclar creador, editor y colaborador. El fotógrafo es el creador, la marca que publica la imagen es el editor y el retocador es un colaborador. Poner los tres en un solo campo vuelve inútil el registro para los créditos.
• Fechas en formato libre. «26 de marzo» o «T1» no se pueden ordenar ni filtrar. Usa fechas ISO 8601, como 2026-03-14.
• Derechos como un sí o un no. El elemento de derechos contiene una declaración o un enlace, no un permiso. Las condiciones de una licencia necesitan derechos de uso estructurados para que un software pueda comprobarlas.

Dublin Core en Freedam

Los campos propios de Freedam cubren la mayoría de los elementos de Dublin Core, y los administradores pueden añadir el resto:

• Al importar, las propiedades XMP de Dublin Core dc:title, dc:description, dc:subject, dc:creator y dc:rights de imágenes y videos rellenan el título del recurso (cuando no se definió ninguno al importarlo), la descripción, las palabras clave, el creador y los campos de copyright.
• Otros elementos se corresponden con datos existentes: Format con el formato de archivo de la pestaña Técnico, Identifier con el ID de recurso (GAID) que aparece bajo el título, Date con la fecha de captura y Relation con los recursos vinculados.
• Los administradores pueden añadir campos a cada clase de recurso para los elementos restantes, como editor, colaborador o cobertura, como campos de texto, de fecha o de vocabulario. Un campo de vocabulario puede marcarse como campo de idioma para Language. Consulta las definiciones de metadatos.
• La exportación de metadatos en CSV incluye el ID de recurso, el título, la descripción, el creador, el copyright, las palabras clave, la fecha de captura, la ubicación y todos los campos personalizados.

Preguntas frecuentes

¿Cuáles son los 15 elementos de Dublin Core?

Título, creador, tema, descripción, editor, colaborador, fecha, tipo, formato, identificador, fuente, idioma, relación, cobertura y derechos.

¿Se sigue usando Dublin Core?

Sí. Es la base del espacio de nombres dc de XMP, que llevan casi todas las imágenes, y los archivos, las bibliotecas y los portales de datos abiertos aún intercambian registros en este formato. La mayoría de las organizaciones lo usan como base y añaden campos más específicos.

¿Cuál es la diferencia entre Dublin Core e IPTC?

Dublin Core es general y describe cualquier recurso. Los metadatos fotográficos IPTC son específicos de las imágenes, con campos como la línea de crédito, la ubicación mostrada y el estado de la autorización de uso de imagen (model release). IPTC reutiliza varias propiedades de Dublin Core en XMP para su título, descripción, palabras clave, creador y aviso de copyright.