加入DCMI！

在HTML/XHTML元和链接元素中表达Qualified Dublin Core™

创造者:	安迪•鲍威尔 互联网大学
发行日期:	2003-11-30.
最新版本:	//www.voudr.com/specifications/dublin-core/dcq-html/
发布历史:	//www.voudr.com/specifications/dublin-core/dcq-html/release_history/
描述:	本文档描述了如何用HTML/XHTML 和元素编码Dublin Core元数据。

---

1.介绍

本文档描述了如何使用HTML/XHTML元素将Dublin Core™[DCMI]元数据记录嵌入到HTML/XHTML Web页面中。

需要注意的是，有几种替代机制可用于将DC记录与HTML/XHTML [HTML]资源关联(或将DC记录嵌入)。这些包括:

• 使用HTML / XHTML创建单独的RDF / XML [DCRDF，QDCRDF]描述并链接到它元素。
• 创建单独的XML描述[DCXML]并使用HTML / XHTML链接到它元素。

这里不介绍这些替代方法。

1.1术语

本文档使用的术语如下:

资源

一个资源是有没有身份的任何东西。熟悉的示例包括电子文档，图像，服务（例如，“洛杉矶的天气预报）以及其他其他的集合资源．并不是所有的资源网络“复原”;例如，人、公司和图书馆里的装订书也可以考虑资源．

财产

一个财产一个特定的方面、特征、属性或关系是用来描述的吗资源．

记录

一个记录有关a的一些结构化元数据资源，包括一个或多个特性及其相关价值．

请注意，Dublin Core™元数据元素是特性（如上所定义）。另请注意，术语“元素”和“属性”的HTML / XHTML使用情况之间存在潜在的混淆，以及在更一般的元数据上下文中使用这些术语的使用。

在本文档的上下文中，应该注意到所描述的资源是一个HTML/XHTML Web页面，描述该资源的Dublin Core™记录是使用HTML/XHTML嵌入其中的元素。只有使用此方法描述单个资源（网页）。要描述多个资源（例如，多个图像），链接到包含多个Dublin Core™记录的一个或多个单独的XML或RDF / XML文档。

2.XHTML编码

元数据应该嵌入到部分XHTML Web页面[XHTML11]使用和元素，如这里所述。

2.1元素与值

使用XHTML的'name'和'content'属性元素来编码DC元素(15个DCMES元素中的一个或DCMI定义的其他元素中的一个，例如audience)及其值。使用以下模式:

例如:

< meta name = "。内容="2001-07-18" /> 

作为一般规则，元素名可以混合大小写，但首字母必须总是小写。

'content'属性中的值被定义为CDATA，即来自文档字符集的字符序列，其中可能包括字符实体。如有必要，长值可以跨多行换行。

2.2元素细化

元素细化也使用XHTML的“名称”和“内容”属性进行编码元素。使用以下模式:

例如:

元素改进应使用DCMI元数据项的推荐中指定的名称（列为“名称”，而不是“标签”）。作为一般规则，元素细化名称可能是混合案例，但应始终具有小写的第一个字母。

2.3编码方案

使用XHTML的“方案”属性进行编码方案进行编码元素，使用以下模式:

例如:

编码方案应使用DCMI元数据项的推荐中指定的名称（列为“名称”，而不是“标签”）。作为一般规则，编码方案名称可以是混合案例，但应该始终以大写字母开始。编码方案名称通常都是大写的。

2.4链接其他资源

其中属性的值是另一个资源的URI（通常与dc.relation元素的情况一样）使用xhtml的替代形式的编码形式元素是首选。使用以下模式:

<链接rel =“propertyname”href =“resourceuri”/>

例如:

< link rel = "。关联" href="http://www.example.org/" /> 

在某些情况下，编码一列DCMI和其他'链接类型' [XHTMLLINK]可能是合适的，例如:

<链接rel =“dc.rights版权”href =“http://www.example.org/rights.html”/> 

2.5值的语言

当值的语言被指定时，它应该使用XHTML元素和/或XHTML的“Hreflang”属性元素。例如:

< meta name = "。xml:lang="en-GB" content="seafood" />   

2.6重复元素和元素细化

多个属性值应该通过重复XHTML进行编码元素，例如:

< meta name = "。标题"内容="第一个标题" /> 

请注意，不保证重复元素和元素细化的顺序在多个软件应用程序中保存。

2.7名称空间和配置文件注意事项

“直流。”和“使用dc。上面属性名中的前缀用于指示属性所取自的名称空间[DCNS]。名称空间URI应该在XHTML中编码元素[RELSCHEMA]，使用以下模式:

<链接rel =“schema.prefix”href =“namespaceuri”/>

例如:

< link rel = "模式。DC" href="http://purl.org/dc/elements/1.1/" /> 

虽然任何字符串都允许作为前缀，但使用'dc'。和'dcterms。'被推荐。

为了向接收方软件应用程序提供用于编码DCMI元数据的XHTML概要文件的指示，XHTML的“profile”属性元素必须用于提供此DCMI建议的URI，如下所示:

<头部轮廓= " //www.voudr.com/specifications/dublin-core/dcq-html/ " >

3.与其他DCMI建议的兼容性

请注意，本文档的以前版本(以及其他DCMI html编码文档)与本文档中的建议有一些不同，如下所示:

1. 以前的建议规定使用大写首字母表示DCMES元素的名称，例如'Title'而不是'Title'。
2. 以前的建议通过细化元素指定前缀细化元素，例如‘DC.Date’。而不是DCTERMS.modified。
3. 以前的建议没有指定使用名称空间前缀作为编码方案名称，例如'URI'而不是'DCTERMS.URI'。
4. 以前的建议没有指定使用HTML/XHTML元素以使用作为另一资源URI的值对属性进行编码。

这些编码形式是可以接受的，但不再被认为是首选的形式。

通常，任何消耗嵌入到HTML / XHTML网页的DC记录的软件应用程序都应忽略DC名称空间前缀、元素名称和元素细化名称的情况。即下列所有形式均应等同对待:

< meta name = "。data " content="2001-07-18" />  

应:

< meta name = " DC.Date。修改" content="2001-07-18" /> 

和：

所有应用程序都必须根据上面的建议生成元数据。

4.与旧版本的HTML的兼容性

本文档中的所有示例都符合XHTML 1.1。本文档中的建议适用于XHTML 1.0之前的HTML版本(例如HTML 4.01 [HTML401])，但结果语法略有不同，因为旧版本的HTML不需要在HTML的'>'结束符之前加上'/'和元素。此外，对于HTML 4.01和更早版本的HTML，应该使用'lang'来表示值的语言，而不是'xml:lang'。对于XHTML 1.0过渡版(即XHTML设计为与HTML兼容的)，应该同时使用'lang'和'xml:lang'，而对于XHTML的其他版本(如1.1)，只能使用xml:lang。

5.将DC元数据与其他模式混合

在HTML/XHTML中，DC元数据可以与非DC元数据混合使用元素。以下示例在同一HTML / XHTML网页中嵌入DC，AGL [AGLS]和未指定的元数据属性：

< link rel = "模式。DC" href="http://purl.org/dc/elements/1.1/" />     . txt

注意，用于命名属性和编码模式的DCMI约定可能不适用于非dc元数据元素。

例子

此文档的合格DC元数据记录如下所示。它也可以被发现嵌入到部分的HTML源代码。

．．．