| 创作者： | Stuart Weibel. 汤克贝克 |
| 发行日期: | 2004-04-05. |
| 最新版本： | //www.voudr.com/specifications/dublin-core/naming-policy/ |
| 发布历史: | //www.voudr.com/specifications/dublin-core/naming-policy/release_history/ |
| 描述： | 本文档介绍了将名称分配给DCMI术语的策略，特别是在案例敏感度方面。 |
Dublin Core™元数据计划维护一组元数据术语。每个元数据项被分配一个的名字- 一个字符串或“令牌”，它在特定DCMI术语集[DCMI-Quart]的上下文中是唯一的。按照DCMI命名空间策略，的名字一个术语被附加到a的URIDCMI命名空间为特定术语[dcm - namespace]构建全局唯一标识符(URI)。DCMI语法原则[DCMI- Principles]描述了DCMI元数据术语的类型。
DCMI元素和元素细化的名称以小写字符开头，但可能包含大写字符，其中术语名称由多个连接字组成。在这种情况下，额外词语的领先特征将资本化以提高人类可读的清晰度。示例包括名称：
创造者
观众
isreplacedby.
用于根据DCMI命名空间策略导出以下URIS：
http://purl.org/dc/elements/1.1/creator.
http://purl.org/dc/terms/autience.
http://purl.org/dc/terms/isreplacedby.
通过缩写识别受控词汇的编码计划的名称以所有大写字符表示。示例包括名称：
监护系统
w3cdtf.
ISO639-2
用于根据DCMI命名空间策略导出以下URIS：
http://purl.org/dc/terms/ddc.
http://purl.org/dc/terms/w3cdtf.
http://purl.org/dc/terms/iso639-2
缩略语以外的编码方案的名称用前导大写字符表示，后跟小写字符。示例包括名称：
时期
盒子
用于根据DCMI命名空间策略导出以下URIS：
http://purl.org/dc/terms/period.
http://purl.org/dc/terms/box.
DCMI维护控制词汇中的值的名称例如DCMI类型词汇表以大写字母开头，然后是小写字母，但名称中随后连接的单词也是大写的。示例包括名称：
interactiveresource.
集合
数据集
用于根据DCMI命名空间策略导出以下URIS：
http://purl.org/dc/dcmitype/interactiveresource.
http://purl.org/dc/dcmitype/Collection
http://purl.org/dc/dcmitype/dataset.
仅在大小写方面与其他名称不同的DCMI术语名称不会被分配。
自20世纪90年代中期以来，Dublin Core™已与全球Web技术并行开发，并且已经部署了Dublin Core™元数据，并使用了已演变的所有主要编码语法部署。在从HTML到XML，XHTML和RDF / XML的转换中，关于Metadata元素命名的约定在更广泛的Web社区中巩固了，DCMI策略已更改为遵循新出现的良好实践模型。
1998年，Dublin Core™元素集使用了具有领先的大写字符的名称（在名为标签时）发布的，例如，标题和创作者[RFC2413]。2000年10月，DCMI咨询委员会决定将要素的名称更改为小写，以便在现有的Dublin Core™应用程序和XML和RDF / XML社区中遵循惯例，并在XML和RDF / XML社区中携带DCMI实践。更多一般来说。
不幸的是，在某些延迟[DC元素]之后，该决定仅在DCMI文档中传播。与此同时，Dublin Core™元数据元素集通过正式标准化通道进行了第一作为NISO Z39.85-2001和CEN Workshop协议CWA 13874，然后是ISO 15836 - 以大写字母开始识别[ISO15836]。
DCMI理事会不知道在任何应用程序或实现中，元素名称的大小写不一致导致了任何实际问题。然而，为了保持一致性，该理事会将在其维护周期允许的情况下对现有规格进行修订。
对案例灵敏度的混淆是在Web协议中司的普遍存在，并且元数据应用程序开发人员可能在实例数据和术语声明中找到许多情况的许多序列。因此，要从早期的Web协议开发中释放Dictum，应用程序应该：
......在您导出的内容中严谨，并宽容从其他应用程序导入的内容。
在实践中，这建议应用程序在解析用于身份比较的术语时规范化大小写。审慎性降低了使用case来区分任何名称空间中相关术语的替代标识的可能性，DCMI的策略是不在其自己的名称空间中进行这种区分，因此规范化case不太可能引入错误。
(dcmi术语)
//www.voudr.com/specifications/dublin-core/dcmi -terms/
[dcmi-namespace]
//www.voudr.com/specifications/dublin-core/dcmi-namespace/
(RFC2413)
http://www.ietf.org/rfc/rfc2413.txt.
[DC元素]
//www.voudr.com/specifications/dublin-core/dcmi-terms/2002-10-06/current-elements/
[ISO15836-2003]
http://www.niso.org/international/sc4/n515.pdf.
DCMI董事会欢迎有关此政策的意见和建议：(电子邮件保护)