注:本文最后一次修订是在2005年。
| 发布日期： | 2005-11-07 |
|---|---|
| 标识符: | //www.voudr.com/specifications/dublin-core/usageguide/2005-11-07/qualifiers/ |
| 替换: | //www.voudr.com/specifications/dublin-core/usageguide/2005-08-15/qualifiers/ |
| 取而代之的是: | 不适用 |
| 的一部分: | //www.voudr.com/specifications/dublin-core/usageguide/2005-11-07/ |
| 最新版本: | //www.voudr.com/specifications/dublin-core/usageguide/qualifiers/ |
| 翻译: | //www.voudr.com/resources/translations/ |
| 文档的状态: | DCMI推荐资源 |
| 描述文档: | 本文档描述了管理Dublin Core™限定符的原则，两类限定符，并列出了经Dublin Core™使用委员会批准的限定符的实例，以及它们的使用指南。 |
本文件部分介绍了开发扩展或细化都柏林核心区原始15个要素的示范性术语的持续过程的结果™ 元数据元素集(扩张型心肌病)。这里列出的术语或“限定符”通常是在Dublin Core™元数据计划的工作组中确定的，(DCMI)并由使用DCMI董事会符合都柏林核心资格认证的良好实践原则™ 元数据元素。
在确定这些限定符的组成时，优先考虑已建立的机构维护的词汇表、表示法和术语。应该强调的是，这里所标识的外部维护词汇表列表只是一个初步列表。还有许多受控词汇表或分类系统不在此列表中。目前推荐计划的详情载于:DCMI编码方案-当前列表
不可避免地，在某些情况下，代理或客户机将遇到DCMES描述，这些描述使用了由实现者针对特定本地或领域需求开发的不熟悉的限定符。此类DCMES描述的有用解释将取决于应用程序忽略未知限定符并依赖于无保留形式的元素的更广泛含义。都柏林核心资格的指导原则™ 元素，通俗地称为“哑巴原则”，是指客户端应该能够忽略任何限定符，并像使用不合格的信息一样使用这些信息。虽然这可能会导致某些特定性的损失，但剩余的元素值（不带限定符）应该仍然是正确的，并且对发现有用。
预计实现者将开发额外的限定符，以便在本地应用程序或特定域中使用。其他应用程序可能不理解此类限定符。但是，符合此处定义的限定原则的限定符更有可能被其他社区在更广泛的跨域发现环境中重用。
在批准本文件时，DCMI认可两大类限定词：
本文档中列出的所有限定符都属于这两类之一。下面给出了元素细化的具体指导。如果某个特定的编码模式可用于元素和或/元素细化，则通常在本文档或编码模式本身可用的文档中描述其应用程序。“观众”、“起源”和“权利持有者”是在元素层面，但不是最初的15个元素之一，与其他元素一起被描述。
附加限定符类别可以随着时间的推移和执行体验而演进。这里列出的限定符不构成封闭集合，其被设计成满足实现者的所有描述性需求。相反，它们形成了更大的限定符体的基础，该限定符将随着不同的通信集开发附加限定符而演变。其中一些可能最终提交给DCMI使用委员会审查和批准。实施者可以在这些列表上部署限定符，确信它们符合哑言原则，并鼓励使用这些限定符作为示例，指导都柏林核心区本地限定符的开发™ 元数据元素。
为了方便用户，提供了元素细化和方案的摘要。本摘要中的术语可能具有“推荐”或“合格”状态。参考定义和状态指示见DCMI术语. 单击该术语可直接转到该术语的参考定义。
| DCMES元件 | 元素细化(年代) | 元素编码方案(年代) |
|---|---|---|
| 标题 | 替代 | - |
| 造物主 | - | - |
| 主题 | - | LCSH 网 DDC LCC UDC |
| 描述 | 表的内容 摘要 |
- |
| 出版商 | - | - |
| 贡献者 | - | - |
| 日期 | 创建 有效的 可用 发布 被改进的 接受日期日期有版权的 提交日期 |
DCMI周期 W3C-DTF |
| 类型 | - | DCMI类型词汇表 |
| 总体安排 | - | IMT |
| 程度 | - | |
| 中等的 | - | |
| 标识符 | - | URI |
| 书目引文 | - | |
| 来源 | - | URI |
| 语言 | - | ISO 639-2RFC3066 |
| 关系 | 是版本的 有版本 取而代之的是 替换 要求 要求 是 有一部分 是引用的 参考文献 格式是 有格式 符合 |
URI |
| 报道 | 空间的 | DCMI点 ISO 3166 DCMI盒子 TGN |
| 时间 | DCMI周期 W3C-DTF |
|
| 权利 | 访问权 | - |
| 许可证 | URI | |
| 观众 | 中介 教育水平 |
- |
| 发源地 | - | - |
| 权利持有人 | - | - |
| 教学方法 | - | - |
| 权责发生制 | - | - |
| 权责发生制周期性 | - | - |
| 应计政策 | - | - |
Dublin Core™限定符具有以下属性:
有关Dublin Core™metadata Initiative维护的所有元数据术语的最新规范，包括元素、元素细化、编码方案和词汇表术语(DCMI类型词汇表)，请参见//www.voudr.com/specifications/dublin-core/dcmi-terms/．在下面的清单中，Name和Label属性与规范中相同，但Definition和Comment以“Term Description”的形式出现，并添加了指导和示例。
Dublin Core™限定符将用英语以外的语言表示。分配给每个限定符的一个不变令牌——Name属性——代表给定的限定符概念，而不管它是用什么语言定义的。这个令牌可以合并到URI中，形成限定符的唯一标识符。限定词的所有其他属性(标签、定义、注释和参见的各个方面)都可以从英语翻译成任何其他语言。
都柏林核心的所有其他财产™ 实体（标签、定义、注释和其他方面，视情况而定）将用翻译的语言和字符集表示。
这些元素细化术语是“简单都柏林核心”的扩展™" 15个元素或附加元素术语“受众”、“出处”和“权利持有者”。
替代
标签:另类
术语说明：任何形式的标题，用来代替或替代资源的正式标题。这个限定符可以包括标题缩写以及翻译。
创建内容的指导原则：
可以使用替代标题来提供对次要标题的访问，但只能在title元素中有值时使用。
例子:
Alternative=“AMA新闻稿”（Title=“美国气象协会新闻稿”）
替代="Ocho semanas"(标题="Eight weeks")
目录
标签:目录
术语说明：资源内容的子单元列表。
创建内容的指导原则：
当一个资源的描述由一个内容列表组成时，无论是从菜单还是其他机制，tableOfContents都可以用来将这个列表与以句子形式书写的描述性文本区分开来。这允许更多的显示和索引选项。
例子:
摘要
标签:摘要
术语说明：资源内容的摘要。
创建内容的指导原则：
当资源的描述由正式的抽象组成时使用。对于首选形式抽象的实现，使用特定术语可以使标签更好地反映描述的级别。
例子:
摘要=“这篇文章描述了IFB混乱委员会的工作，包括其主要发现的摘要。”
在需要多个日期的情况下，日期优化通常很有用，并且日期之间的差异可能对用户很重要。请注意，前五个日期细化术语是DCMI批准的较早术语之一，当时的命名约定不包括“日期”作为细化术语的一部分。最近的一个例子反映了所使用的命名约定的变化，其中细化术语的名称更清楚地表达了与父元素的关系。在使用日期优化时，插入重复由优化本身创建的区别的文本字符串可能是不明智的。例如，使用精化“Valid”的语句中的字符串“Valid 20010211”可能会在标签显示中显示为：Valid:Valid 20010211。
创建
标签:创建
术语说明：资源的创建日期。
创建内容的指导原则：
如果已知资源的创建日期，且该日期需要特别注意（例如，有其他相关日期需要记录），则使用为资源的创建日期创建的术语。注意“一对一“规则要求创建日期为所描述资源的创建日期，而不是派生当前资源的任何早期版本。
有效的
标签:有效
术语说明：资源有效期的日期（通常是一个范围）。
创建内容的指导原则：
如果资源仅对特定日期或日期范围有效或相关，则可以使用valid一词来表示这些日期。如果资源将随时间保留，但其使用仅在特定时期或直到特定日期有效，则这一点可能特别重要。
可用
标签:可用
术语说明：资源将变为或确实变为可用的日期（通常是一个范围）。
创建内容的指导原则：
一般来说，如果资源的可用日期与创建日期不同，且可用日期与资源的使用有关，则应使用“可用”一词。
发布
标签:已发出
术语说明：资源的正式发布日期(例如，出版)。
创建内容的指导原则：
如果发布或发布的正式日期与资源相关，并且与资源可能使用的其他日期不同，则应使用“发布”一词。
被改进的
标签：修改
术语说明：资源更改的日期。
创建内容的指导原则：
修改日期可以用来记录所有修改的实例，也可以只记录最近的实例。如果只记录了一个修改日期，则假定它是最近的。
dateAccepted
标签：接受日期
术语说明：接受资源的日期（如大学系的论文、期刊的文章等）。
创建内容的指导原则：
如果在资源的生命周期中，由正式主体或实体接受的日期与资源的使用有关，则可以使用dateAccepted。
日期版权
标签：版权日期
术语说明：版权声明的日期。
创建内容的指导原则：
如果在资源的生命周期中，版权日期与资源的使用有关，则可以使用datecowyrighted。
提交日期
标签：提交日期
术语说明：提交资料(如论文、文章等)的日期。
创建内容的指导原则：
如果在资源的生命周期中，向主体或实体提交的日期与资源的使用有关，则可以使用datesubcommitted。
程度
标签:程度
术语说明：资源的大小或持续时间。
创建内容的指导原则：
由于细分范围用于各种情况，它通常由一个数值和解释数值所需的标题组成。最佳实践是用空格分隔数值和标题，无论标题出现在值之前还是之后。
例子:
中等的
标签：中等
术语说明：资源的物质或物理载体。
创建内容的指导原则：
当资源具有物理性质时，通常使用介质，例如一幅画或模型，其中使用的物理载体或材料与用户相关。例如，如果资源是DVD上的电影，并且只能作为物理对象使用，那么就应该这样描述它。如果它是数字格式的，可供下载或在网站上展示，其格式将反映在format元素中。请注意，由于这种细化描述的材料的物理性质，编码方案“IMT”不适用于Medium。
例子:
中号=“带亮片的棉布”
中=“木制底座上的青铜”
Medium=“木头上的油”
关系的大多数细化被表示为“互惠”，可以用来连接两个方向的资源，尽管这不是必需的。实现者不需要描述互惠关系中涉及的两种或所有资源来表示关系——换句话说，他们可以描述较晚的版本并将其与较早的版本联系起来，而不需要或没有机会描述较早的版本，反之亦然。在下面的一些关系中，保持互惠关系更为重要。在其他情况下，关系的一个方向比另一个更相关。这些不同之处将在具体术语的指导方针中提到。
在所有情况下，字符串或URI都可以用作值。如果使用URI，则应指定方案。
有关关系优化的示例，请参见元素的关系. 使用关系优化时，不要使用嵌入的文本标签，如示例所示。
isVersionOf
标签:是版本
术语说明：所描述的资源是引用资源的版本、版本或改编。版本的更改意味着内容的实质性更改，而不是格式的差异。
创建内容的指导原则：
仅在表示的关系是在内容级的情况下使用。关系不需要很亲密才能相关。“西区故事”是“罗密欧与朱丽叶”的一个版本，在使用isVersionOf来表达资源描述的上下文中，这可能足够重要。百老汇音乐剧和《西区故事》的电影在一个层次上也有相似的联系，但电影的视频和DVD在格式层次上表达更有用，因为内容本质上是相同的。
另见isFormatOf．
hasVersion
标签:版本
术语说明：所描述的资源是引用资源的版本、版本或改编。版本的更改意味着内容的实质性更改，而不是格式的差异。
创建内容的指导原则：
看到isVersionOf为基本准则。
被取代
标签:被替换
术语说明：所描述的资源被引用的资源取代、取代或取代。
创建内容的指导原则：
在建立版本链（其中只有一个版本有效）时，使用isReplacedBy和Replaces可以表示关系，并将用户定向到适当的版本。在这种情况下，互惠关系非常重要。
替换
标签:替换
术语说明：所述资源取代、取代或取代所引用的资源。
创建内容的指导原则：
看到被取代为基本准则。
伊斯兰堡
标签:是必需的
术语说明：被引用的资源在物理上或逻辑上都需要所描述的资源。
创建内容的指导原则：
在IsRequiredBy和Requires的情况下，需要比IsRequiredBy更清楚地表达requiredby的关系，尽管两者都是有用的。这种关系最常出现在软件与文档、应用程序与硬件和/或软件需求之间的关系中。
要求
标签:需要
术语说明：所描述的资源要求引用的资源支持其功能、交付或内容的一致性。
创建内容的指导原则：
看到伊斯兰堡为基本准则。
isPartOf
标签：是的一部分
术语说明：所述资源是所引用资源的物理或逻辑部分。
创建内容的指导原则：
isPartOf和hasPart关系本质上是“父/子”关系——本质上是分层的。用它们可以表示一对一和一对多类型的关系。
hasPart
标签:部分
T_erm description:_所描述的资源在物理上或逻辑上包括被引用的资源。
创建内容的指导原则：
看到isPartOf为基本准则。
isReferencedBy
标签：由引用
术语说明：被引用的资源引用、引用或以其他方式指向所描述的资源。
创建内容的指导原则：
IsReferenceBy和References优化可以表达有助于用户的关系，但这些关系与生命周期无关，也不是资源预期用途所必需的。此关系可用于将对资源至关重要的文章链接到该资源，将讽刺性演讲链接到原始演讲，等等。
参考文献
标签：参考文献
术语说明：所描述的资源引用、引用或指向所引用的资源。
创建内容的指导原则：
看到isReferencedBy为基本准则。
isFormatOf
标签:是格式
术语说明：所描述的资源与所引用的资源是相同的智能内容，但是以另一种格式表示。
创建内容的指导原则：
此关系明确用于表示以格式为主要变量的资源之间的关系。因为都柏林核心™ 保持“一对一”的原则，每个资源都应有自己的描述。
另见isVersionOf．
hasFormat
标签:格式
术语说明：所描述的资源预先存在所引用的资源，后者本质上是以另一种格式呈现的相同的智力内容。
创建内容的指导原则：
看到isFormatOf为基本准则。
conformsTo
标签：符合
术语说明：对资源符合的既定标准的引用。
创建内容的指导原则：
所引用的标准可能是教育标准、可访问性标准或与资源使用相关的任何其他已建立的标准。
空间的
标签:空间
术语说明：资源智力内容的空间特征。
创建内容的指导原则：
空间特征可能包括地理名称、纬度/经度或其他建立的地理参考值。显然，这种细化不允许复杂或复杂的地理引用，但是对标准方案和受控词汇表的关注应该会提供有用的结果。受控词汇表术语可以从推荐词汇表中提取，或者在值内的标准标签可以为用户和应用程序提供有用的帮助。有关编码空间信息的更多信息，请参见盒编码方案和DCMI点编码方案．
例子:
“芝加哥，伊利诺伊州。”
Spatial=“纬度：44 00秒长：068 00 W名称：巴塔哥尼亚”
Spatial=“纽约州北部”
时间
标签:时间
术语说明：资源的智力内容的时间特征。
创建内容的指导原则：
时间特征包括时间的那些方面，这些方面与资源的智力内容有关，而不是它的生命周期。例子可能包括描述19世纪某些方面的资源，但它本身是在今年创建的。在这种情况下，时间覆盖将是19世纪，日期(或创建日期)将是2003年。值可以是文本字符串或编码值。编码时间特征的具体建议可以在DCMI周期编码方案。
例子:
时间=“侏罗纪”
时间=“1922-1978”
时间= "二十世纪"
中介
标签:中介
术语说明：中介对资源的访问以及资源对谁有用的实体类。资源的受众有两个基本类:(1)资源的最终受益者，(2)经常是协调对资源访问的实体。中介元素细化表示这两个类中的第二个。
创建内容的指导原则：
在教育环境中，教师可能被指定为某一资源的调解人，该资源旨在供某一特定水平的学生或具有其他类似特征的学生的教室中的教师使用。这些学生直接使用的资源不包括调解人。调解人可以或多或少特定的方式表达术语，这取决于实现的需要。受控词汇表可用于区分中介。
例子:
educationLevel
标签:教育水平
术语说明：描述教育或培训环境的一般陈述。或者，根据受众在教育或培训环境中的进展情况，更具体地说明受众所在的位置。
创建内容的指导原则：
通常，这一术语用于用于教育背景的材料的年级水平。虽然没有特定的控制词汇被推荐用于教育水平，但术语的一致使用或依赖于可用的控制词汇可以使结果更加一致。
例子:
教育水平=“小学生”
educationLevel = " 4 th-5th年级”
educationLevel = "二次科学”
accessRights
标签:访问权限
术语说明：关于谁可以访问资源的信息或其安全状态的指示。访问权可能包括基于隐私、安全或其他法规的访问或限制的信息。
创建内容的指导原则：
访问权限旨在根据资源本身的属性或用户的类或类别，对查看、搜索或使用资源的限制进行描述。例如，一个资源被限制为拥有特定安全权限的用户，或者需要登录或在特定网站上进行身份验证的用户。
例子:
许可证
标签:许可证
术语说明：授权对资源做某事的法律文件。推荐的最佳实践是使用URI标识许可证。此类许可证的示例可在以下网站找到http://creativecommons.org/licenses/．
创建内容的指导原则：
许可证的设计是为了允许包含特定的许可使用被指定。例如，一个资源可以免费使用，但不能在商业应用程序中复制。
例子:
许可证= " http://creativecommons.org/licenses/by-nc-nd/2.0/ legalcode”
许可="根据创作共用署名2.0许可使用。"
bibliographicCitation
标签:书目引文
术语说明：该资源的参考书目。推荐的做法是包括足够的书目细节，以尽可能明确地识别资源，无论引用是否在标准形式。
创建内容的指导原则：
由于该术语不描述与其他资源的关系，因此应仅限于引用记录其余部分中描述的资源。例如，如果资源是一篇期刊文章，那么适当的做法是包含关于该文章的非常具体的信息，甚至是页面引用，如果这些信息用于以标准格式引用该文章供其他资源参考，即使所描述的文章是数字格式的．
例子:
书目引文=“ESOP，第2版，第1期，2003年4月，第。5-8"
《自然》，第87页，第200页
有关使用此优化的其他指导，请参阅：Dublin Core™书目引用信息编码指南。