除了这个积极维护的词汇表，有兴趣的用户可能希望参考都柏林核心早期的遗留词汇表:
应用程序配置文件 能力指数 概念方案 DCMI抽象模型 DCMI元数据术语 描述设置配置文件 域包括和范围包括 领域和范围 都柏林核心 Dublin Core™语法原则 镜像下的原则 编码方案 元数据协调 元数据的互操作性 名称空间政策 一对一的原则 本体 开放的世界设计 形状 简单的都柏林核心 语法编码方案 词汇表 词汇编码方案应用程序概要文件是一个元数据设计规范，使用从多个元数据词汇表中选择的术语，并添加约束，以满足特定于应用程序的需求。在Dublin Core™上下文中，应用程序概要文件理想地基于RDF中定义的词汇表，或者与之兼容。
阅读更多…在2003年到2007年之间开发的DCMI抽象模型(“DCAM”)现在被认为已经被新的模型所取代，它根据结构组件(如描述、语句、属性和(文字或非文字)值)来描述元数据记录的设计，以支持基于rdf的元数据的结构验证。
阅读更多…由Dublin Core™元数据计划声明和维护的属性、类、词汇编码模式和数据类型统称为DCMI元数据术语．属性、类和数据类型(又名语法编码模式)的定义与RDF中完全相同，而词汇编码模式等同于SKOS概念方案．
阅读更多…2008年草案“Description Set Profiles: Dublin Core™应用程序概要文件的约束语言”(DC-DSP)提供了一种语言，用于指定描述集的结构组件的约束DCMI抽象模型．DC-DSP将约束集表示为“模板”，根据这些“模板”，基于RDF图的实例元数据(记录)可以匹配(验证)——这是一个可以实现的想法，今天使用更新的技术，灵感部分来自DC-DSP，形状表达语言(ShEx)和形状约束语言(SHACL)．
阅读更多…该编码方案在某一时刻进入Dublin Core™语篇1997车间在堪培拉,澳大利亚。正如最初定义的那样，Scheme是一个限定符，它“为解释给定元素指定上下文”。2000年，将编码方案区分为语法编码方案和词汇编码方案．
阅读更多…元数据协调可以被定义为“两个或两个以上的系统或组件的能力交换元数据相结合的符合两个或两个以上的元数据规范、和解释的元数据交换的方式是一致的元数据的创造者”的意图(Mikael尼尔森)。
阅读更多…2001年的DCMI名称空间策略(DCMI Namespace Policy)是最早针对任何词汇表的此类策略之一，它声明了用于标识DCMI元数据术语并将其作为RDF词汇表发布的原则。
阅读更多…“一对一原则”指出，概念上不同的实体，如一幅画和一幅画的数字图像，应该用概念上不同的描述来描述。该原则是在Dublin Core™早期制定的，目的是引起人们对创建元数据的广泛实践的关注和挑战，这些元数据从实用角度将描述概念上不同资源的元素合并到一个记录中。
阅读更多…开放世界设计接受信息存在于一个以不可预测的方式发展的全局环境中，并避免假设与未来可能未预料到的资源的互操作性可能不仅仅是局部的。开放世界设计(Open World Design)与传统IT环境的封闭世界设计(Closed World Design)形成了鲜明的对比，在传统IT环境中，数据被仔细控制，文档格式和数据库模式针对特定的应用程序进行了优化。松散指定的词汇表(如Dublin Core)在与RDF等通用底层模型一起使用时，为Open World Design提供了良好的技术基础。
阅读更多…20世纪90年代末，随着都柏林核心™限定符，术语Simple Dublin Core™用来表示关于单个资源的元数据，仅使用Dublin Core™元数据元素集的15个属性，带有字符串值，没有限定符。
阅读更多…语法编码方案是特定于dcm的同义词RDF数据类型．RDF数据类型指出，给定的文字表示给定类型的资源，如格列高利日历日期、布尔值、整数或自然语言字符串。数据类型由URI标识，并使用RDF语法与文字关联。
阅读更多…在语义Web的使用中，词汇表是本体论的近义词，尽管“趋势是将本体论这个词用于更复杂的、可能相当正式的术语集合，而当这种严格的形式主义不一定要使用或只是在非常松散的意义上使用时，就使用词汇表。”
阅读更多…词汇编码方案(Vocabulary Encoding Scheme, VES)是SKOS概念方案标识符的dcm特定同义词。从2000年的Dublin Core™Qualifiers规范开始，DCMI创造了VES uri作为一种方法，用于指示来自已发布的受控词汇表(如国会图书馆主题标题)的字符串值的来源。
阅读更多…