都柏林核心术语和都柏林核心元素词汇表有什么区别
What is the difference between dublin core terms and dublin core elements vocabularies
有 2 个都柏林核心词汇表 DC 术语和 DC 元素。
它们定义了几乎相同的 类 和属性。
那么它们之间的主要区别是什么，以及何时使用它们。
- 命名空间：
http://purl.org/dc/elements/1.1/
- Predefined prefix:
dc11
- 它定义了 15 个术语。
- 这些术语也作为标准 ISO 15836、ANSI/NISO Z39.85 和 RFC 5013 发布。
- 命名空间：
http://purl.org/dc/terms/
- Predefined prefixes:
dc, dcterms
- 它定义了所有术语、including the 15 terms from the Element Set。
Terms不仅包括Element Set中的15个term，它在其下定义了与这15个term同名的term另外还有自己的命名空间。因此，例如，有两个名为 coverage:
的术语
http://purl.org/dc/elements/1.1/coveragehttp://purl.org/dc/terms/coverage
它们应该都有相同的描述。差异：
- Element Set 命名空间中的 15 个属性没有范围/Terms 命名空间中的 15 个属性中的许多属性有范围有一个范围 (
rdfs:range).
- Terms 命名空间中的 15 个属性是 Element Set 中 15 个同名术语的子属性（
rdfs:subPropertyOf).
使用哪一个？
除非您有理由使用 元素集 中的术语（例如，因为必须符合上述标准），否则请使用 条款 命名空间：
- 有能力的用户代理可以识别它们是 元素集 中相应的子属性（即，也将它们的含义应用于您的数据）。
- 有能力的用户代理可以从指定范围推断事物。
- 在你的 RDF 中少定义一个前缀（如果你使用来自 Terms 命名空间的更多术语）。
这也是Element Set introduction推荐的：
Implementers may freely choose to use these fifteen properties either in their legacy dc: variant (e.g., http://purl.org/dc/elements/1.1/creator) or in the dcterms: variant (e.g., http://purl.org/dc/terms/creator) depending on application requirements. The RDF schemas of the DCMI namespaces describe the subproperty relation of dcterms:creator to dc:creator for use by Semantic Web-aware applications. Over time, however, implementers are encouraged to use the semantically more precise dcterms: properties, as they more fully follow emerging notions of best practice for machine-processable metadata.
有 2 个都柏林核心词汇表 DC 术语和 DC 元素。
它们定义了几乎相同的 类 和属性。
那么它们之间的主要区别是什么，以及何时使用它们。
- 命名空间：
http://purl.org/dc/elements/1.1/ - Predefined prefix:
dc11 - 它定义了 15 个术语。
- 这些术语也作为标准 ISO 15836、ANSI/NISO Z39.85 和 RFC 5013 发布。
- 命名空间：
http://purl.org/dc/terms/ - Predefined prefixes:
dc,dcterms - 它定义了所有术语、including the 15 terms from the Element Set。
Terms不仅包括Element Set中的15个term，它在其下定义了与这15个term同名的term另外还有自己的命名空间。因此，例如，有两个名为 coverage:
http://purl.org/dc/elements/1.1/coveragehttp://purl.org/dc/terms/coverage
它们应该都有相同的描述。差异：
- Element Set 命名空间中的 15 个属性没有范围/Terms 命名空间中的 15 个属性中的许多属性有范围有一个范围 (
rdfs:range). - Terms 命名空间中的 15 个属性是 Element Set 中 15 个同名术语的子属性（
rdfs:subPropertyOf).
使用哪一个？
除非您有理由使用 元素集 中的术语（例如，因为必须符合上述标准），否则请使用 条款 命名空间：
- 有能力的用户代理可以识别它们是 元素集 中相应的子属性（即，也将它们的含义应用于您的数据）。
- 有能力的用户代理可以从指定范围推断事物。
- 在你的 RDF 中少定义一个前缀（如果你使用来自 Terms 命名空间的更多术语）。
这也是Element Set introduction推荐的：
Implementers may freely choose to use these fifteen properties either in their legacy dc: variant (e.g.,
http://purl.org/dc/elements/1.1/creator) or in the dcterms: variant (e.g.,http://purl.org/dc/terms/creator) depending on application requirements. The RDF schemas of the DCMI namespaces describe the subproperty relation of dcterms:creator to dc:creator for use by Semantic Web-aware applications. Over time, however, implementers are encouraged to use the semantically more precise dcterms: properties, as they more fully follow emerging notions of best practice for machine-processable metadata.