元数据设计、实现和最佳实践方面的创新

都柏林核心™收集描述应用概要

创造者: 都柏林核心™收集描述工作组
发行日期: 2006-02-24
标识符: //www.voudr.com/specifications/dublin-core/collection-description/collection-ap-summary/2006-02-24/
替换: //www.voudr.com/specifications/dublin-core/collection-description/collection-ap-summary/2005-08-25/
取而代之的是: //www.voudr.com/specifications/dublin-core/collection-description/collection-ap-summary/2006-08-01/
最新版本: //www.voudr.com/specifications/dublin-core/collection-description/collection-ap-summary/
文件状态: 这是都柏林核心™应用程序概要草案。
文件描述: 本文档提供了由Dublin Core™Collection description工作组开发的集合级描述的应用程序概要草案的摘要视图。

介绍

请注意:本文档提供了应用程序概要文件的摘要视图。有关详细信息,请参阅都柏林核心™集合描述应用程序配置文件的完整描述[DCCDAP].

本文档描述:

  1. 术语集在一类数据中心元数据中使用描述集
    具体地说,它描述了用于描述集合(即“集合级描述”或“统一查找辅助”)的术语集馆藏及其目录分析模型AMCC])。符合此DC - CD AP的集合描述可能是描述组或者它可能是描述集的一部分,该描述集包括与集合相关的其他资源的描述(作为关于集合的语句中的值)。这些其他资源包括集合的位置、提供对集合的访问的服务、作为集合主题的概念以及其他集合。虽然这个DCAP允许包含那些相关资源的描述,但它没有指定可能在集合以外的资源描述中引用的属性和类。
  2. 如何此集合中的术语部署在这类DC元数据描述中。
    这包括发生的需求语句使用指定的财产,对类型的约束价值在使用指定属性(词汇编码方案),以及对的约束数据类型值的字符串在使用指定属性的语句中发生(语法编码方案).

术语描述集、描述、属性、值、词汇表编码方案、值表示、富表示、值字符串、语法编码方案和相关描述的使用意义与它们在DCMI抽象模型中的使用意义相同[DCAM].

这份文件是对XML格式的描述。DC - CD AP可能有多个绑定到XML和其他语法。

杰出的共同关心

该DCAP目前正在进行中。目前仍在讨论两个主要问题:

  • 澄清(在数据模型级别上)Location和Service实体类型的性质,以及Collection and Location和Collection and Service之间的关系。下面当前列出的属性gen:isLocatedAt和gen:isAccessedVia应该被视为解决方案的临时占位符。
  • 如何表示集合包含某些指定格式项的信息。此决策的结果还可能导致信息表示的变化,即集合包含指定类型的项。

此DCAP中使用的词汇表/名称空间

DC元数据描述中对属性和类的所有引用都使用uri(在本文档中为表单的限定名称)前缀“:”local-part用作标识元数据术语的uri的缩写。假定前缀与名称空间名称(Namespace Names, URI)关联如下,术语的相应URI是通过将名称空间名称与名称空间名称连接起来构造的本地部分

词汇表标题 名称空间的名字 前缀
都柏林核心™元数据元素集,v1.1 http://purl.org/dc/elements/1.1/ 直流
Dublin Core™条款 http://purl.org/dc/terms/ 使用dc
都柏林核心™类型词汇 http://purl.org/dc/dcmitype/ dcmitype
MARC相关代码属性 http://www.loc.gov/loc.terms/relators/
marcrel
藏品描述条款
(与特定集合有关条款)
http://example.org/cld/terms#
[临时URI,最终URI有待确认]
cld
一般描述条款
(non-collection-specific计算)
http://example.org/gen/terms#
[临时URI,最终URI有待确认]
集合类型词汇 http://example.org/cld/type#
[临时URI,最终URI有待确认]
cldtype

请注意,术语(属性/类)的限定名称在下表中显示在阴影背景下的地方(即所有带有前缀的术语)cldcldtype),这表明这些术语尚未被分配持久uri。在DCMI或其他命名机构分配这种持久uri之前,这些术语应该被认为是不稳定的,不应该在元数据描述中引用,除非作为评估/测试此概要文件的一部分。

财产的使用

下表中的每个主行描述了如何在DC元数据描述中的语句中使用指定的属性。

  • 标签:一个简短的人类可读标签,它提供了如何在DC CD AP集合描述中使用该属性的指示。该标签没有出现在描述中。它五月用于为DC CD AP集合描述的显示中的字段提供描述符,但不要求显示应用程序使用此标签。
  • 属性的限定名称:属性的唯一名称/标识符。它以限定名称的形式呈现,但它是URI的缩写。这个URI必须用于引用DC CD AP集合描述中的属性。
  • 在本DCAP中的用法:关于如何在DC CD AP集合描述中应用属性定义的说明。这一信息补充了其所有者/维修机构提供的财产定义。
  • 义务:指示DC CD AP集合描述中是否需要使用此属性的语句。M =强制性的;OR =使用此属性的语句是可选的,但建议使用,O =使用此属性的语句是可选的
  • 词汇编码方案的限定名称:应该从中绘制属性值的类的唯一名称/标识符。名称表示为限定名称,但它是uri的缩写。URI必须用于引用DC CD AP集合描述中的类。如果没有列出类,则DC CD AP没有指定应该从中绘制值的类。然而,属性的定义和用法可能决定只有某些类型的值是合适的。例如,dc:创造者财产必须是有行为能力的实体。
  • URI的值:指示是否要在使用属性(以及指定的词汇表编码模式)的语句中使用值URI。M =强制性的;值URI是必需的,O =值URI是可选的(参见请注意), N =值URI是不允许的
  • 值的字符串:指示是否要在使用属性(以及指定的词汇表编码模式)的语句中使用值字符串。M =强制性的;值字符串是必需的,O =值字符串是可选的(参见请注意), N =不允许使用值字符串
  • 语法编码方案的限定名称:数据类型的唯一名称/标识符,应该从中绘制属性的值字符串。名称表示为限定名称,但它是uri的缩写。URI必须用于引用DC CD AP集合描述中的数据类型。如果没有列出数据类型,则DC CD AP没有指定应该从中绘制值字符串的数据类型。
  • 丰富的表示:指示是否要在使用属性(以及指定的词汇表编码模式)的语句中使用富表示。M =强制性的;富表示是必需的,O =富表示是可选的(参见请注意), N =不允许有丰富的表示

请注意:对于每个值,至少一个必须提供以下组件之一:值URI、富表示、值字符串或(相关的)描述。

属性集合

标签 限定名
对财产
在本DCAP中的用法 义务 限定名称(s)
对于词汇表
编码
计划(年代)
价值
URI
价值
字符串
限定名称(s)
对语法
编码
计划(年代)
丰富的
代表
组标识符 dc:标识符 集合的全局唯一形式标识符。 使用dc: URI N N
标题 dc:名称 集合的名称。 N N
选择标题 使用dc:另类
(dc的子属性:title)
用作集合正式名称的替代或替代的任何形式的名称 O N N
描述 使用dc:摘要
(dc的子属性:描述)
集合内容的概要描述。 N N
大小 使用dc:程度
(dc的子属性:format)
集合的大小。 O N N
语言 dc:语言 集合中项目内容的语言。 O 使用dc: ISO639-2 O N
集合类型 dc:类型 集合的类型。 O cld: CLDType O N
权利 dc:权利 对集合所拥有的任何权利的声明。 O O O N
访问权限 使用dc: accessRights
(dc的子属性:权利)
对集合的任何访问限制的声明,包括允许的用户、收费等。 O O O N
权责发生制 使用dc: accrualMethod 将项添加到集合中的方法。 O cld:
DCCDAccrualMethod
O N
权责发生制周期性 使用dc: accrualPeriodicity 项被添加到集合中的频率。 O cld:
DCCDAccrualPeriodicity
O N
权责发生制的政策 使用dc: accrualPolicy 管理向集合中添加项的策略。 O cld:
DCCDAccrualPolicy
O N
保管的历史 使用dc:起源 对藏品的真实性、完整性和解释有重大意义的所有权和保管变更的声明。 O O N
观众 使用dc:观众 一种实体类,集合的目的是或对其有用。 O O N
主题 dc:主题 与集合中的项相关联的主题或主题。 O 使用dc:监护系统 O N
使用dc: LCC O N
使用dc: LCSH O N
使用dc:网 O N
使用dc: UDC O N
空间覆盖率 使用dc:空间
(dc的子属性:承保范围)
集合中项目内容的空间覆盖范围。 O O N
时间范围 使用dc:时间
(dc的子属性:承保范围)
集合中项目内容的时间覆盖范围。 O O N
累积日期范围 使用dc:创建
(dc的子属性:date)
收集的日期范围。 O 创:RKMS-ISO8601 O N
内容日期范围 cld: dateContentsCreated
(dc的子属性:date)
集合中各个项目被创建的日期范围 O 创:RKMS-ISO8601 O N
催收和代理之间的关系
收集器 dc:创造者 将集合中的项集合在一起的实体。 O O N
老板 marcrel:自己的 对藏品有合法所有权的实体。 O O N
收集与地点、收集与服务之间的关系
位于… 创:isLocatedAt
(dc的子属性:关系)
集合的位置。 O O O N
是通过 创:isAccessedVia
(dc的子属性:关系)
提供对集合的访问的服务。 O O O N
集合之间的关系
Sub-collection 使用dc: hasPart
(dc的子属性:关系)
包含在当前集合中的第二个集合。 O dcmitype:集合 O O N
Super-collection 使用dc: isPartOf
(dc的子属性:关系)
包含当前集合的第二个集合。 O dcmitype:集合 O O N
目录或藏品说明 cld collectionDescription:
(dc的子属性:描述)
描述当前集合的第二个集合(例如,当前集合的目录)。 O dcmitype:集合 O O N
收集相关 cld: associatedCollection
(dc的子属性:关系)
与当前集合关联的第二个集合。 O dcmitype:集合 O O N
集合和其他资源之间的关系
相关的出版物 使用dc: isReferencedBy
(dc的子属性:关系)
基于对收藏的使用、研究或分析而出版的出版物。 O O O N

参考文献

(DCCDAP)都柏林核心™收集描述应用配置文件
//www.voudr.com/specifications/dublin-core/collection-description/collection-application-profile/

(AMCC)希尼,迈克尔。馆藏及其目录的分析模型
http://www.ukoln.ac.uk/metadata/rslp/model/

(DCAM)鲍威尔,安迪,迈克尔·尼尔森,Ambjörn纳伊夫,皮特·约翰斯顿。DCMI抽象模型
//www.voudr.com/documents/abstract-model/

在此版本中所做的更改

  • 将dc:relation属性替换为cold:associatedCollection属性。
  • 将dc:description属性替换为ld:collectionDescription属性。