| 创作者： | 皮特·约翰斯顿 Eduserv基金会、英国 |
| 发行日期: | 2008-08-04 |
| 最新版本： | //www.voudr.com/specifications/dublin-core/dc-html-notes/ |
| 发布历史： | //www.voudr.com/specifications/dublin-core/dc-html-notes/release_history/ |
| 说明： | 本文档指导实现者了解DCMI提供的用于在HTML/XHTML元数据和链接元素中表达DC元数据的新HTML/XHTML元数据配置文件与之前的配置文件之间的区别。 |
2008年7月，DCMI发布了该文件使用HTML/XHTML表达Dublin Core™元和链接元素[DC-HTML-2008]作为DCMI推荐。它取代了以前的建议用HTML/XHTML表达Dublin Core™元和链接元素(dc - html - 2003)。
本文讨论了这一变化的原因，这两个文档之间的差异，并提出了一些使用建议。
在HTML/XHTML文档中表示元数据的主要机制之一是使用元和链接HTML/XHTML中的元素及其属性头要素用于定义属性值的约定元和链接元素在HTML规范中称为“元数据配置文件”[HTML- profile]中进行描述。“元数据配置文件”由URI标识，在HTML文档中使用配置文件是在值中公开的轮廓属性头元素,如。
<头部轮廓=”//www.voudr.com/specifications/dublin-core/dc-html/2008-08-04/">
中是否存在此URI轮廓属性值表示应该应用元数据配置文件来解释给定的HTML/XHTML实例。一个HTML/XHTML实例可以声明使用多个元数据配置文件，通过提供一个用空格分隔的uri列表作为属性值:
<头部轮廓= " //www.voudr.com/specifications/dublin-core/dc-html/2008-08-04/ http://purl.org/NET/erdf/profile " >
本文档导言[DC-HTML-2003，DC-HTML-2008]中提到的用HTML/XHTML编码DC元数据的DCMI规范都是由URI标识的HTML元数据配置文件//www.voudr.com/specifications/dublin-core/dcq-html/,//www.voudr.com/specifications/dublin-core/dc-html/2008-08-04/分别。
为简洁起见，在本文档的其余部分中，这些概要文件分别称为“DC-HTML-2003概要文件”和“DC-HTML-2008概要文件”。
自2003年以来，DCMI一直在寻求将其Dublin Core™元数据模型规范化，这导致了DCMI摘要模型[Abstract - model]的出版，该模型的第二个版本于2007年6月获得了DCMI推荐的地位。
抽象模型定义了一个称为描述集. 以便应用程序存储或交换DC元数据描述集，这些信息结构的实例必须根据格式或语法规则以某种具体的数字形式表示。DCMI抽象模型本身没有定义任何这样的具体格式或语法来表示DC元数据描述集; DCMI将该角色推迟到它称为“编码准则”的规范系列。
此类规范执行三个功能：
它定义了语法支持的DCAM描述集模型的功能子集
它描述了DCAM的每个受支持的构造和组件是如何工作的描述集是否以具体格式“编码”
(相反地)它描述了如何将格式的特性解释或“解码”为表示DCAM的构造和组件描述集
“编码指南”的作用及其与DCAM的关系在DC-2007会议[SYNTAXTUT]上介绍的“基本语法”教程的介绍中以图形方式进行了说明。
2008年1月，DCMI使用委员会完成了对与DCMI拥有的属性[REV-TERMS domains]相关的域和范围进行断言的过程。这些断言通过以机器可处理的形式提供属性的自然语言定义中隐含的信息来澄清DCMI属性的形式语义。
发布这些DCMI属性断言的后果之一是元数据创建者应该确保他们使用任何DCMI所有物与该域的范围和域规范一致所有物由DCMI使用委员会提供。特别是对于本讨论,应该注意的是,属性的指定范围的类与文字值应该使用“文字”,和属性的指定范围的一些类“non-literal”资源应该适当使用non-literal值。
同样在2008年1月，DCMI发布了该文件使用资源描述框架(RDF)表达Dublin Core™[DC-RDF]作为DCMI建议。本文档描述了如何使用RDF模型表示DCMI抽象模型描述集模型的功能，并取代了以前的DCMI规范，用于在RDF中表示DC元数据。
从语言方言中收集资源描述（GRDDL）[GRDDL]是W3C推荐标准，它描述了一组约定，用于将XML文档与从该文档中提取一组RDF三元组的算法关联起来。GRDDL定义的机制之一是它所称的概要文件转换与XHTML元数据概要文件的关联，因此可以应用转换从引用该概要文件的任何文档中提取RDF三元组(使用轮廓属性，如上所述。
DCMI体系结构社区目前正在开发一个名为Dublin Core™元数据的互操作性级别[DC-LEVES]。
它描述了可以使用DC元数据启用的互操作性的几个不同类别或“级别”，并为每个级别指定了元数据提供者应该满足的需求(以及元数据使用者可以期望得到满足的期望)。
DC-HTML-2008概要文件产生于上述几项发展，并由其直接形成。DC-HTML-2008概要文件的主要目的是实现该文档所称的“基于DCAM的语法互操作性”（“第3级”互操作性），其前提是基于RDF模型支持“语义互操作性”（“第2级”互操作性）。配置文件提供了到DC的映射描述集使用DCMI建议中指定的约定，在RDF[DC-RDF]中表示DC元数据。此外，它还提供了一种算法，以GRDDL配置文件转换的形式实现到RDF图的映射。
DC-HTML-2003配置文件和DC-HTML-2008配置文件是两个不同的HTML元数据配置文件。
DC-HTML-2008概要文件是根据DCAM描述集模型指定的，并且概要文件的所有特性都具有到RDF图和DCAM构造的良好定义的映射描述集．
DC-HTML-2003概要文件没有根据DCAM描述集模型定义，DCAM描述集模型在2003年并不以今天的形式存在，也没有根据RDF图定义。尽管追溯映射到RDF图和DCAM的构造描述集如果可以构造，则只能对概要文件的某些功能进行此类映射。（有关如何构建DC-HTML-2003概要文件的DCAM解释的完整说明，请参见附录a。）
下表总结了两个元数据配置文件支持的DCAM描述集模型的功能：
| DCAM描述集型号特性 | 在DCAM描述集模型中支持 | 支持直流- html - 2003 | 支持直流- html - 2008 |
| 描述集 | 一个描述集 | 一个描述集 | 一个描述集 |
| 描述 | 一对多的描述 | 一种描述 | 一种描述 |
| 描述资源URI | 每种描述一个；任何URI | 每种描述一个；文档URI/基本URI | 每种描述一个；文档URI/基本URI |
| 声明 | 每个描述一对多语句 | 每个描述一对多语句 | 每个描述一对多语句 |
| 属性URI | 每一个报表;任何URI | 每一个报表;任何URI | 每一个报表;任何URI |
| 文字值代理 | 每个报表一个 | 每一个报表;部分支持 | 每一个报表;部分支持 |
| 文字值代理程序/值字符串 | 每个文本值代理一个 | 每个文字值代理一个；部分支持 | 每个文字值代理一个；部分支持 |
| 文字值代理程序/值字符串语言 | 每个值字符串0到1 | 每个值字符串0到1 | 每个值字符串0到1 |
| 字面值代理符/ SES URI | 每个值字符串0到1 | 不支持 | 每个值字符串为0到1；不支持XML文字数据类型 |
| 非文字值代理 | 每个报表一个 | 每一个报表;部分支持 | 每一个报表;部分支持 |
| 非文字值代理符/值字符串 | 每个非文字值代理从零到多 | 不支持 | 每个非文字值代理的0到1 |
| 非文字值代理程序/值字符串语言 | 每个值字符串0到1 | 不支持 | 每个值字符串0到1 |
| 非文字值代理符/ SES URI | 每个值字符串0到1 | 不支持 | 不支持 |
| 非文字值代理/值URI | 每个非文字值代理的0到1 | 每个非文字值代理一个 | 每个非文字值代理一个 |
| 非文字值代理/VES URI | 每个非文字值代理的0到1 | 不支持 | 不支持 |
从所支持的DCAM描述集模型的特点来看，它们之间的区别是:
DC-HTML-2008概要文件支持语法编码方案对于字符串值在里面文字值代理; DC-HTML-2003配置文件不支持语法编码方案对于字符串值在里面文字值代理
DC-HTML-2008配置文件支持单个值字符串在里面non-literal价值代理人; DC-HTML-2003配置文件不支持字符串值在里面non-literal价值代理人
请注意，DC-HTML-2003配置文件和DC-HTML-2008配置文件都不支持词汇编码方案，也不使用XML文字作为字符串值．
句法特征本身也存在差异：
在任何HTML/XHTML文档中，轮廓属性头元素指定在该文档中使用哪些元数据配置文件。带有轮廓价值//www.voudr.com/specifications/dublin-core/dcq-html/使用DC-HTML-2003配置文件进行解释;还有一份文件轮廓价值//www.voudr.com/specifications/dublin-core/dc-html/2008-08-04/旨在使用DC-HTML-2008配置文件解释。请注意，配置文件URI的存在允许根据该配置文件的规则解释文档。这反映在这样一个事实上，即GRDDL处理器通过使用配置文件URI获得对特定于配置文件的转换算法的访问。
需要注意的是，DC-HTML-2003概要文件中使用的一些约定在使用DC-HTML-2008概要文件进行解释时将生成完全不同的语句集。有两个方面是这样的：
考虑下面的例子:
我的文档
根据DC-XHTML-2003配置文件，这应该被解释为编码单个声明使用“复合前缀名”作为缩写属性URIhttp://purl.org/dc/terms/modified．
根据DC-XHTML-2008配置文件进行解释，它生成一个声明用一个属性URIhttp://purl.org/dc/elements/1.1/date.modified，它不是dcmi拥有的属性的URI。
DC-HTML-2003概要文件不区分词汇编码方案和语法编码模式uri由于这个原因，不可能明确解释计划属性元元素以RDF图或DC表示描述集．
DC-HTML-2008配置文件指定计划属性元元素将被解释为提供语法编码方案URI对于一个文字值代理（就RDF图而言，是文字对象的数据类型）。
配置文件的选择取决于应用程序的要求：如上表所示，DC-HTML-2008配置文件支持DCAM的一些功能描述集模型不受DC-HTML-2003配置文件支持(语法编码模式uri对于文字值代理和字符串值对于non-literal价值代理人)。它还提供了一种更简单、更一致的编码机制uri属性．
profile属性的使用确保了在任何文档的提供者打算如何处理它的问题上不存在歧义。
如果两个DCMI配置文件uri都存在，那么处理器可以应用这两种解释。但是，元数据提供程序应该谨慎使用这种组合。请记住上述解释中的差异，如果一个文件表明使用了两个概要文件，或者如果轮廓属性简单地从//www.voudr.com/specifications/dublin-core/dcq-html/到//www.voudr.com/specifications/dublin-core/dc-html/2008-08-04/在不改变数据内容的情况下，根据数据内容和使用的剖面特征，可能会导致对数据的不同解释。
如果两个DCMI配置文件URI都不存在，则DCMI规范不会许可任何解释。申请书可将此类文件解释为跟单信用证描述集，或者是使用DCMI以外的机构定义的另一个配置文件的结果，或者是提供商和消费者之间的一些其他协议的结果。
新供应商在HTML/XHTML文档头中编码的DC元数据的应该使用DC-HTML-2008配置文件。
A.供应商HTML/XHTML文档标题中编码的DC元数据的数量：
也许使用一个或多个由DCMI和定义的元数据概要文件也许使用另一方定义的元数据配置文件。
必须通过为配置文件属性提供一个合适的值来指示使用中的元数据配置文件。
应该确保其编码数据与指定配置文件定义的解释一致。
启用到RDF图（2级互操作性）或DC的映射描述集（第3级互操作性），a使用DC- html -2003配置文件提供DC元数据:
必须提供“名称空间声明”(使用link/@rel=“schema.xxx”约定)，用于作为uri缩写的前缀名称中的前缀。
应该要注意元/ @scheme属性在到RDF图形或DC描述集的映射中没有解释。
应该请注意，对“组合前缀名称”(如“DC.date.someEvent”)的解释meta/@name和link/@rel属性值作为RDF谓词/属性uri的缩写依赖于消费应用程序具有关于被缩写的特定谓词uri /属性uri的信息。
启用到RDF图（2级互操作性）或DC的映射描述集（第3级互操作性），a使用DC- html -2008配置文件提供DC元数据:
必须提供“名称空间声明”(使用link/@rel=“schema.xxx”约定)，用于作为uri缩写的前缀名称中的前缀。
应该请注意，所有“带前缀的名称”（无论是包含单个句点字符（“DC.date”）还是多个句点字符（“DC.date.someEvent”）都使用基于“名称空间URI”和“本地名称”简单串联的单个规则解释为RDF谓词/属性URI。
A.供应商DC元数据迁移从使用DC-HTML-2003 profile到使用DC-HTML-2008 profile:
应该要注意在解释上的差异元/ @scheme属性，并根据需要相应地调整其数据。
应该注意在解释“前缀名称”时的不同meta/@name和link/@rel属性，并根据需要相应地调整其数据。
A.消费者HTML/XHTML文档标题中编码的DC元数据的数量：
应该根据元数据配置文件中指定的值解释数据轮廓属性
不应该应用未被配置文件属性值中指定的元数据配置文件许可的解释，除非提供商和消费者之间在解释上有其他协议。
A.使用DC-HTML-2003配置文件的数据消费者以及映射到RDF图（2级互操作性）或DC描述集（第3级互操作性）：
应该生成与概要文件文档[GRDDL]中提供的GRDDL概要文件转换生成的RDF图兼容的RDF图。
应该使用配置文件中指定的规则从带前缀的名称生成URI。
不应该使用配置文件中指定的技术以外的技术，从带有前缀的名称生成uri。
不应该解释计划属性元元素。
A.使用DC-HTML-2008的数据消费者概要文件并映射到RDF Graph(第2级互操作性)或DC描述集（第3级互操作性）：
应该生成与概要文件文档[GRDDL]中提供的GRDDL概要文件转换生成的RDF图兼容的RDF图。
应该使用配置文件中指定的规则从带前缀的名称生成URI。
不应该使用配置文件中指定的技术以外的技术，从带有前缀的名称生成uri。
DCMI推荐标准,用HTML/XHTML表达Dublin Core™元和链接元素(DC - html - 2003)刷新DCAM的发展,所以它不执行本文档中描述的功能介绍:它不描述的组件如何()的一个子集DCAM描述模型设置为“编码”,或格式的特点是如何被解释为代表一个DC元数据描述集．
然而，DC-HTML-2003大体上遵循了上述一般方法，即区分信息结构（称为“DC记录”）和记录的表示方式。本质上，它基于“DC记录”的概念定义了自己的“描述模型”，并描述了如何在HTML/XHTML文档中表示该信息结构的实例。DC-HTML-2003“DC记录”的概念并非基于DCAM描述集模型，事实上，它使用了DCAM中使用的一些相同术语，但含义不同。
因此，任何试图根据DCAM描述对DC-HTML-2003建议进行解释的尝试都是——必须是——一次回顾性实践。这取决于两个阶段的过程：
定义从DC-HTML-2003“DC记录”信息结构到DCAM的映射描述集信息结构，以DCAM“所说”的方式描述集与“DC记录”中的“所述内容”一致
基于这两个信息结构之间的映射，然后建立所使用的语法结构和DCAM组件之间的映射描述集
如果第一步显示“DC记录”的某些组件不能映射到DCAM的组件描述集，则会有一些语法方面，虽然它们确实有一个表示“DC记录”组件的解释，但没有一个表示DCAM组件的解释描述集．类似地，第一步可能会显示DCAM的构造和组件描述集在这种情况下，当前(DC- html -2003)元数据配置文件中将没有这些构造和组件的语法表示。
可以采取两种方法来构建这样的映射
一种基于“DC记录”和DCAM以“非正式”人类可读的术语解释“所说的话”的方法描述集;
这是一种基于使用DC-HTML-2003 HTML/XHTML元数据配置文件，根据RDF模型检查“DC记录”对“所说的话”的“正式”解释，然后使用DCAM对“所说的话”的描述的方法描述集在RDF模型方面，如DCMI推荐标准所定义的表达都柏林核心™ 使用资源描述框架[DCRDF]，导出“DC记录”和描述集．虽然DCMI本身没有指定DC-HTML-2003 HTML/XHTML元数据配置文件的RDF解释，但这种解释已经由其他两个来源提供了:
Dan Connolly (W3C)提供了一个XSLT转换[DC-EXTRACT]，它以DC-HTML-2003概要文件的实例作为输入，并输出RDF/XML
Ian Davis (Talis)为将RDF三元组嵌入到HTML/XHTML定义了一组单独的、更通用的约定，称为嵌入式RDF [ERDF]。虽然嵌入式RDF和DC-HTML-2003配置文件之间没有正式的关联，但嵌入式RDF文档指出，它被设计为与DC-HTML-2003配置文件兼容，因此可以对DC-HTML-2003配置文件的实例进行嵌入式RDF解释。
首先要注意的是，DC- html -2003文档中“DC记录”的概念没有得到充分的说明。引言中提到的“记录”是
有关资源的结构化元数据，包括一个或多个属性及其关联值。
在DC-HTML-2003的上下文中，术语“值”是指字面量。然而，该文档继续讨论诸如“元素”、“元素细化”、“编码模式”和“语言”等概念，以及如何使用HTML/XHTML概要文件表示这些概念的实例，而不解释这些概念与“记录”的关系。为了便于讨论，我们假设(使用DC-HTML-2003中使用的术语，而不是DCAM中使用的术语):
元素是一种属性
元素细化是一个属性
一个值可以与一个编码方案相关联
值可以与语言相关联
这种解释似乎与DCMI建议中这些术语的使用一致用XML实现Dublin Core™的指南[DC-XML-2003]，它为所表示的数据提供了更明确的“抽象模型”。
下表试图指定DC-HTML-2003描述的“DC记录”与描述集由DCAM描述，因此描述集与“DC记录”的断言相一致——或至少不相矛盾。
| dc - html - 2003模型 | DCAM描述集模型 |
| “DC记录” | 描述集包含单个描述 |
| “属性+值” | 声明 |
| “URI属性” | 属性URI |
| “价值” | 文字值代理/值字符串或非文字值代理/值URI |
| “语言” | 值字符串的语言 |
有几点值得注意:
“值”到两者的映射值字符串或值URI可以说是扩展了原始定义，但其目的似乎是支持对非文本资源的文本或URI引用。
这里没有为DC-HTML-2003所称的“编码方案”提供映射。仅从DC-HTML-2003模型就无法确定目标是否应为词汇编码方案或者语法编码方案. 从可用的句法排列，以及计划属性仅在上可用元元素，建议目标应该是语法编码方案，而不是词汇编码方案. 然而，规范中提供的示例包括以下情况：计划属性值是对词汇编码方案. 因此选择空映射，其基础是最好丢失一些信息，而不是冒引入原始数据不支持的断言的风险。
在语法层面，生成一个属性URI在某些情况下可能存在问题。DC-HTML-2003概要文件中允许的约定，即允许“复合前缀名称”（例如“DC.Date.modified”）作为的名字属性元元素使得无法可靠地为所有物没有其他信息。
将此映射与DC-HTML-2003概要文件结合使用，可以推断DC-HTML-2003的以下DCAM解释。
使用DC-HTML-2003配置文件的X/HTML文档编码a描述集包含
A.描述具有描述资源URI=文档的URI，其中
元元素映射到声明具有文字值代理
meta/@name映射到属性URI
元/ @content映射到值字符串
元/ @xml:朗映射到值字符串的语言
链接元素映射到一个或多个语句具有非文字值代理
每个令牌link/@rel映射到属性URI
链接/@href映射到值URI
W3C的Dan Connolly制作了一个XSLT样式表，该样式表使用DC-HTML-2003概要文件从XHTML文档生成编码元数据的RDF/XML表示。就互操作性级别文档而言，它支持DC-HTML-2003概要文件的“2级”语义互操作性。它使用以下约定：
元元素映射到带有文字对象的RDF三元组
meta/@name映射到谓词
元/ @content到文字对象的映射
元/ @xml:朗映射到语言的普通文字对象
元/ @scheme映射到类型化文字对象的数据类型
链接元素映射到一个或多个带有RDF URI引用对象的RDF三元组
每个令牌link/@rel映射到谓词
链接/@href映射到RDF URI引用对象
链接/ @hreflang使用dc:语言谓词和普通文字对象映射来分隔三元组
如果得到的RDF图被解释为DCAM描述集使用DC-RDF建议[DC-RDF]的约定，那么这将对应于DC-HTML-2003的DCAM解释，如下所示。
使用DC-HTML-2003配置文件的X/HTML文档编码a描述集包含
A.描述具有描述资源URI=文档的URI，其中
元元素映射到声明具有文字值代理
meta/@name映射到属性URI
元/ @content映射到值字符串
元/ @xml:朗映射到值字符串的语言
元/ @scheme映射到SES URI
链接元素映射到一个或多个语句具有非文字值代理
每个令牌link/@rel映射到属性URI
链接/@href映射到值URI
为每一个链接/ @hreflang使用,一个描述具有描述资源URI=链接/@href
A.声明具有文字值代理
属性URI=
链接/ @hreflang映射到值字符串
嵌入式RDF [ERDF]由Ian Davis (Talis)设计，是一组将RDF三元组嵌入到HTML/XHTML中的约定。嵌入式RDF和DC-HTML-2003配置文件之间没有正式的关联，但是嵌入式RDF文档指出，它被设计为与DC-HTML-2003配置文件兼容，因此可以对DC-HTML-2003配置文件的实例进行嵌入式RDF解释。同样，在互操作性级别文档中，它支持DC-HTML-2003概要文件的“级别2”“语义互操作性”。它使用以下约定，它们是dc-extract.xsl所使用约定的子集:
元元素映射到带有文字对象的RDF三元组
meta/@name映射到谓词(注意:嵌入式RDF不支持DC-HTML-2003使用的“复合前缀名称”约定)
元/ @content到文字对象的映射
元/ @xml:朗映射到语言的普通文字对象
链接元素映射到一个或多个带有RDF URI引用对象的RDF三元组
每个令牌link/@rel映射到谓词
链接/@href映射到RDF URI引用对象
如果得到的RDF图被解释为DCAM描述集使用DC-RDF建议[DC-RDF]的约定，那么这将对应于DC-HTML-2003的DCAM解释，如下所示。
使用DC-HTML-2003配置文件的X/HTML文档编码a描述集包含
A.描述具有描述资源URI=文档的URI，其中
元元素映射到声明具有文字值代理
meta/@name映射到属性URI
元/ @content映射到值字符串
元/ @xml:朗映射到值字符串的语言
链接元素映射到一个或多个语句具有非文字值代理
每个令牌link/@rel映射到属性URI
链接/@href映射到值URI
以下是DC-HTML-2003概要文件的“保守”DCAM解释，这一解释得到上述三种方法的支持。请注意，此解释不适用不为计划属性
使用DC-HTML-2003配置文件的X/HTML文档编码a描述集包含
A.描述具有描述资源URI=文档的URI，其中
元元素映射到声明具有文字值代理
meta/@name映射到属性URI
元/ @content映射到值字符串
元/ @xml:朗映射到值字符串的语言
链接元素映射到一个或多个语句具有非文字值代理
每个令牌link/@rel映射到属性URI
链接/@href映射到值URI
与DC-HTML-2003相比，新的DCMI建议，使用HTML/XHTML表达Dublin Core™元和链接元素[DC-HTML-2008]旨在支持DC的编码描述集该文档明确描述了DCAM描述集模型的一个子集特性与X/HTML之间的映射元和链接元素。
使用DC-HTML-2008概要文件的X/HTML文档对描述集包含
A.描述具有描述资源URI=文档的URI，其中
元元素映射到声明具有文字值代理
meta/@name映射到属性URI
元/ @content映射到值字符串
元/ @xml:朗映射到值字符串的语言
元/ @scheme映射到SES URI
链接元素映射到一个或多个语句具有非文字值代理
每个令牌link/@rel映射到属性URI
链接/@href映射到值URI
链接/@title映射到值字符串
链接/ @xml:朗映射到值字符串的语言
[抽象模型]
抽象模型DCMI推荐标准。2007-06-04
//www.voudr.com/specifications/dublin-core/abstract-model/2007-06-04/
[DC-EXTRACT]
都柏林核心元数据集™ 提取服务
http://www.w3.org/2000/06/dc-extract/form.html
[DC-HTML-2003]
用HTML/XHTML表达Dublin Core™元和链接元素DCMI建议。2003-11-30
//www.voudr.com/specifications/dublin-core/dcq-html/2003-11-30/
(dc - html - 2008)
使用HTML/XHTML表达Dublin Core™元和链接元素DCMI建议。2008-08-04
//www.voudr.com/specifications/dublin-core/dc-html/2008-08-04/
[DC-LEVES]
Dublin Core™元数据的互操作性级别
//www.voudr.com/architecturewiki/InteroperabilityLevels
(DC-RDF)
表达都柏林核心™ 使用资源描述框架（RDF）的元数据DCMI建议。2008-01-14
//www.voudr.com/specifications/dublin-core/dc-rdf/2008-01-14/
(DC-TEXT)
使用DC-Text格式表示Dublin Core™元数据DCMI推荐的资源。2007-12-03
//www.voudr.com/specifications/dublin-core/dc-text/2007-12-03/
[DC-XML-2003]
用XML实现Dublin Core™的指南DCMI建议。2003-04-02
//www.voudr.com/specifications/dublin-core/dc-xml-guidelines/2003-04-02/
(域)
DCMI属性的域和范围
//www.voudr.com/specifications/dublin-core/domain-range/2008-01-14/
(ERDF)
嵌入式RDF
http://purl.org/NET/erdf/profile
(GRDDL)
从语言方言中收集资源描述（GRDDL）W3C建议2007年9月11日
http://www.w3.org/TR/2007/REC-grddl-20070911/
(HTML-PROFILE)
元数据配置文件在里面HTML 4.01规范W3C建议1999年12月24日。
http://www.w3.org/TR/1999/REC-html401-19991224/struct/global.html#h-7.4.4.3
[修订条款]
DCMI元数据术语的修订
//www.voudr.com/usage/decisions/2008/dcterms-changes/
(RFC3986)
Berners-Lee, T.， R. Fielding, L. Masinter。统一资源标识符(URI):通用语法。Internet工程任务组(IETF)。2005年1月。
<
(SYNTAXTUT)
DCMI基本语法教程DC-2007，新加坡
http://www.dc2007.sg/T2-BasicSyntaxes.pdf
xxxx