| 创作者： | DCMI使用板 |
| 发布日期： | 2007-12-03 |
| 最新版本： | //www.voudr.com/specifications/dublin-core/grammatical-principles/ |
| 发布历史： | //www.voudr.com/specifications/dublin-core/grammatical-principles/release_history/ |
| 说明： | 本文件描述了2003年和2004年指导使用委员会决策的语法原则。这些原则在2005年被DCMI抽象模型取代。此版本与2003年的早期版本几乎相同。第一版于2002年出版。 |
该语法介绍了DCMI元数据术语的类型，并描述了其定义和使用的基本原则。如“都柏林核心的命名空间策略”中所定义™", DCMI术语是“DCMI元素、DCMI限定符或来自DCMI维护的受控词汇表的术语”。DCMI名称空间又是“DCMI术语的集合”[2]。
元素是资源的属性。正如本文所述，“属性”是资源的属性——资源可能“具有”的特征，如标题、发布者或主题。
2.2. 限定词
“限定符”是传统上用于术语的通用标题，现在通常专门称为元素细化或编码方案。
元素细化是资源的一种属性，它共享特定DCMI元素的含义，但语义较窄。在某些应用程序环境中（尤其是基于HTML的编码），元素细化与元素一起使用，使用的方式是自然语言“限定词”（即形容词）[3]。然而，由于元素细化是资源的属性（如元素），因此元素细化也可以独立于它们细化的属性在元数据记录中使用[9]。在DCMI实践中，元素细化只细化一个父DCMI属性。
编码方案提供有助于解释术语值的上下文信息或解析规则。这种上下文信息可以采用受控词汇表、正式符号或解析规则的形式。如果客户机或代理不理解编码方案，则该值对人类读者可能仍然有用。有两种类型的编码方案：
词汇编码方案表明，该值是受控词汇中的一个术语，如国会图书馆主题词中的“中国历史”值。
语法编码方案表明，该值是一个按照形式表示法格式化的字符串，例如作为日期标准表达式的“2000-01-01”。
2.3. 沉默原则
都柏林核心的资格™ 元素遵循一条通俗地称为哑巴原则的规则。根据这条规则，客户机应该能够忽略任何限定符并使用该值，就好像它是不合格的一样。虽然这可能会导致一些特异性的损失，但剩余的术语值（减去限定符）必须继续是正确的，并且对发现有用。因此，限定应该只是细化，而不是扩展元素的语义范围。
2.4. 适当值
特定元素或限定符的最佳实践可能因上下文而异。定义可以提供一些指导；其他信息可在使用指南[6]中找到。
用法板维护DCMI类型词汇表[7]——一个通用的、跨域的推荐术语列表，可用作资源类型元素的值，以识别资源的类型。DCMI类型词汇表的成员术语称为词汇术语。
如果一个词汇术语与另一个词汇术语在层次上相关，那么在术语声明中，关系指示符“宽于”和“窄于”会相互使用。
在DCMI使用中，应用程序配置文件是组织、信息资源、应用程序或用户社区在其元数据中使用的元数据术语的声明[10]。
参考资料
[1]使用委员会程序
[2]DCMI命名空间策略
[3]RFC2731
[4]DC-XML指南
[5]表达合格的都柏林核心™ 在RDF/XML中
[6]使用指南
[7] DCMI类型词汇表
[8]术语汇编
[9] 从前一种观点到后一种观点的转变反映在使用委员会为元素细化指定的名称上，从“创建”（2000年7月批准）等形容词类名称转向“日期版权”（2002年7月批准）等名词短语类名称。独立于元素使用元素细化的一个结果是，关于元素之间关系的信息将驻留在元数据记录之外的单独模式中，需要执行哑操作等操作的应用程序将需要参考这些模式。
[10] DCMI使用委员会对应用程序配置文件的审查