| 创作者： | Maewyn Cumming |
| 贡献者： | Palle Aargaard. MAKX DEKKERS. Paul Murphy. 约翰·博拉斯 |
| 发行日期： | 2001-09-17 |
| 最新版本： | //www.voudr.com/specifications/dublin-core/gov-application-profile/ |
| 发布历史： | //www.voudr.com/specifications/dublin-core/gov-application-profile/release_history/ |
| 描述： | 这个提案是为了一个应用程序概要文件，阐明都柏林核心在政府上下文中的使用。它是由电子政府信息管理(MIReG)小组与dcmi政府工作组联合编写的。 |
2001年6月，一系列研讨会的第一个研讨会是在布鲁塞尔举行的，该研讨会是关于电子政务信息资源的一般标题（Mireg）。来自许多欧洲各国政府以及澳大利亚，加拿大和新西兰的代表参加，透露我们都在类似的职位上有关标记信息，以提高可视性和可管理性。
在研讨会Mireg之后，成为2001年修订的IDA程序的一部分Mireg与其他EC计划一起工作，如Parlml。
IDA内的工作实践要求建立咨询委员会来控制每个方案。Mireg咨询Boardconsconsics：
·John Borras - 英国E-Senfoy办公室
·Peter Pappamikail，欧洲议会，Parlml项目
·Palle Aargaard，丹麦，通信顾问，丹麦国家信息服务
·DCMI董事总经理卢森堡MAKX DEKKERS
·Paul Murphy，欧盟委员会，IDA计划
·英国英国办公室的Maewyn Cumming。
Mireg还与CEN（欧洲标准组织）合作，帮助其Mulitmedia信息的元数据 - 都柏林核心™（MMI-DC）车间。
MIReG的主要任务是:
公共部门的元数据
几乎所有试图改善信息获取的政府都在使用Dublin Core™。然而，虽然被视为理想的起点，但它不足以满足我们多样化和专业化的需求。它不满足数据安全、数据保护或信息自由立法的要求、信息审计追踪的需要，或复杂的立法程序。因此，有必要扩展DC，以创建足够全面的元素集来处理手头的工作。
MIReG还需要建立在DC- gov扩展的基础上，以创建一个比DC更全面的元数据标准，但要保持兼容性。虽然DC涵盖了改进资源发现的需求，但也需要元素和细化，以满足良好记录管理和集成文档管理系统的需求。
为什么？官方信息往往具有长寿。记录保留在法定期间，这些时间可能因几个月而变化到永久性。这些记录的管理，以及在多年后找到它们的能力以及政府结构的许多变化，是一个具有挑战性的任务，现在更多的是，电子记录正在使许多已建立的系统冗余。在他们永恒的效率驱动中，政府正在寻找一个系统，该系统将允许在其长寿中创建信息资源，最大限度地减少重复或编辑数据的需要。
DC-Government应用程序概要文件由几个名称空间组成:
·都柏林酷睿™元数据元素集，版本1.1 [DCMES版本1.1]
·Dublin Core™Qualifiers [DCMES限定符（2000-07-11）]
·DC-GOV元数据元素集（DC-GOVMES）
·DC-GOV元数据集合限定符（DC-GOVMES限定符）
条目格式：
| 名称 | 分配给限定符的唯一令牌 |
| 标签 | 分配给限定符的人类可读标签。 |
| 选择名称空间 | dcm 1.1版本, DCMES限定符（2000-07-11）或 DC-GOV元数据元素集= DC-GOV， DC-GOV元数据元素集限定符= DC-GOV限定符 |
| 直流改进（S） | DC元素细化:这些限定符使元素的含义更狭窄或更具体。精炼元素与非限定元素具有相同的含义，但其范围受到更大的限制。 |
| DC-GOV改进（S） | DC-GOV改进，见上文;这些是DC-GOV的具体内容。 |
| 直流编码方案 | 这些限定符确定有助于解释元素值的方案。这些方案包括受控词汇表和正式符号或解析规则。A value expressed using an encoding scheme will thus be a token selected from a controlled vocabulary (e.g., a term from a classification system or set of subject headings) or a string formatted in accordance with a formal notation (e.g., "2000-01-01" as the standard expression of a date). If an encoding scheme is not understood by a client or agent, the value may still be useful to a human reader. |
| DC-GOV编码方案 | DC-GOV编码方案，见上文;这些是DC-GOV的特定于域的编码方案。 |
| 义务形式 | 在DC-GOV数据模型中，义务可以是：强制性（m），强制性，如果适用（ma），强烈推荐（r）或可选（o）。强制性的“M”可确保始终支持某些元素，如果适用的“MA”则始终支持和强制性，意味着如果信息可用，则必须支持此元素。具有强制性“M”义务的元素必须具有值。如果信息适用于给定的资源，则强烈建议和可选元素应填充值，但如果没有，则可以留空。 |
| DC定义 | Dublin Core™元数据字段的定义 |
| DC评论 | Dublin Core™评论此元数据字段 |
| DC-Gov定义 | 元数据字段的DC-Gov定义 |
| DC-GOV评论 |
DC-GOV对此元数据字段的注释 |
| 最佳实践 |
DC-Gov最佳使用这一要素的建议 |
| 打开问题 | 问题，注意，有关此领域的开放问题 |
为Dublin Core™元素集提出的扩展，添加和其他更改的摘要。
A.其他元素
1.观众
资源的预期用户类别
B.对现有DC元素的额外改进
1.日期
获得 资源收到组织的日期。
2.关系
IsBasedOn 资源是对另一资源的改编、翻译、派生或解释 Isbasisfor. 资源被另一个资源进行调整，翻译，派生或解释
3.权
访问标记 项目或符号调节对资源的访问。 以前的访问标记 变更时紧靠前标记的项目或标记(如有)。 访问标记更改日期 更改先前分配给当前AccessMarking的访问标记的日期。 访问权限 管理资源释放的制约或义务。 版权 表示资源的版权状态
4.主题
类别 从一个规定的列表宽泛的主题类别。 关键字 用于描述资源的主题的单词或术语。
5.类型
聚合级 资源类型可以是另一资源类型的实例的聚合。 档案类型 描述物品集合的目的或类型 物品种类 描述特定项目或文件的目的或类型
观众
名称 观众 标签 观众 选择命名空间： ？ 直流改进（S） 见下文 DC-GOV改进（S） 见下文 直流编码方案 - DC-GOV编码方案 - 义务形式 O. DC定义 资源意图或有用的一类实体。 DC评论 DC-Gov定义 - DC-GOV评论 - 最佳实践 打开问题 需要编码方案，但尚未存在确定方案。
贡献者
名称 贡献者 标签 贡献者 选择命名空间： DCMES版本1.1 直流改进（S） DC-GOV改进（S） 直流编码方案 DC-GOV编码方案 义务形式 马 DC定义 负责为资源内容做出贡献的实体。 DC评论 贡献者的示例包括一个人，组织或服务。通常，应使用贡献者的名称来指示实体。 DC-Gov定义 DC-GOV评论 最佳实践 打开问题
覆盖范围
名称 覆盖¦空间 标签 ...... 选择命名空间： DCMES限定符 直流编码方案 DCMI点，ISO 3166，DCMI盒，TGN DC-GOV编码方案 义务形式 r或ma. DC定义 资源智力内容的空间特征。 DC评论 覆盖范围通常包括空间位置。推荐的最佳实践是从受控词汇表中选择一个值。 DC-Gov定义 - DC-GOV评论 最佳实践 使用带有限定符空间或时间的覆盖范围。 打开问题 是否有合适的编码方案来满足政府信息资源覆盖的详细程度和区域的多样性?
名称 覆盖范围|时间 标签 覆盖|时间 选择命名空间： DCMES限定符 直流编码方案 DCMI期，W3C-DTF DC-GOV编码方案 - 义务形式 r或ma. DC定义 资源智力内容的时间特征。 DC评论 覆盖范围通常包括时间期。推荐的最佳实践是从受控词汇表中选择一个值。 DC-Gov定义 - DC-GOV评论 - 最佳实践 ？ 打开问题
创造者
名称 创造者 标签 创造者 选择命名空间： DCMES版本1.1 直流改进（S） DC-GOV改进（S） 直流编码方案 DC-GOV编码方案 义务形式 见下文 DC定义 主要负责制作资源内容的实体。 DC评论 创建者的示例包括一个人，组织或服务。通常，应使用创建者的名称来指示实体。 DC-Gov定义 DC-GOV评论 最佳实践 打开问题
日期
名称 日期 标签 日期 选择命名空间： DCMES版本1.1 直流改进（S） 见下文 DC-GOV改进（S） 见下文 直流编码方案 见下文 DC-GOV编码方案 - 义务形式 马 DC定义 资源生命周期中与事件关联的日期。 DC评论 通常，日期将与资源的创建或可用性相关联。建议编码日期值的最佳实践在ISO 8601 [W3CDTF]的配置文件中定义，然后遵循Yyyy-MM-DD格式。 DC-Gov定义 - DC-GOV评论 最佳实践 应该始终使用改进。 打开问题 我们是否接受没有细化的Date元素?如何处理可能的编码方案的不足之处?在表达上有局限性:1)公元前5世纪的日期;2)非公历日期;3)歧义、近似(例如，关于、接近、活跃、假定);4)部分已知日期(如19??)；5)日期未知/不可用;6)开放式区间(如1999-);7)复杂，多实例/周期间隔。是否有约定(如括号、斜杠等)或我们想要指定的其他编码方案来允许这些限制?
日期
名称 约会|收购 标签 约会|收购 选择命名空间： ？ 直流改进（S） 见下文 DC-GOV编码方案 w3cdtf. 义务形式 DC定义 资源收到组织的日期。 DC评论 DC-Gov定义 - DC-GOV评论 当某一资源由一个当局提交给另一个当局时(例如在立法程序中)，该资源的性质可能会发生变化，而不一定对该资源的内容作出任何更改。例证:一份立法文本被列入审议表的日期(=众议院获得的日期)与该资源被采纳的日期(提交或接收当局)不相同。 最佳实践 打开问题
日期
名称 ¦创建日期 标签 日期|创建 选择命名空间： DCMES限定符（2000-07-11） 直流编码方案 见下文 DC-GOV编码方案 w3cdtf. DC定义 资源创建日期。 DC评论 - DC-Gov定义 - DC-GOV评论 最佳实践 打开问题
日期
名称 ¦有效日期 标签 日期|有效 选择命名空间： DCMES限定符（2000-07-11） 直流编码方案 见下文 DC-GOV编码方案 w3cdtf. DC定义 资源有效性的日期（通常是一个范围）。 DC评论 - DC-Gov定义 - DC-GOV评论 - 最佳实践 ？ 打开问题
日期
名称 日期¦可用 标签 日期|可用的 选择命名空间： DCMES限定符（2000-07-11） 直流编码方案 见下文 DC-GOV编码方案 w3cdtf. DC定义 资源将变为或确实可用的日期（通常是一个范围）。 DC评论 - DC-Gov定义 - DC-GOV评论 - 最佳实践 ？ 打开问题
日期
名称 发行日期¦ 标签 日期|发布 选择命名空间： DCMES限定符（2000-07-11） 直流编码方案 见下文 DC-GOV编码方案 w3cdtf. DC定义 资源正式发行的日期（例如出版物）。 DC评论 - DC-Gov定义 - DC-GOV评论 包括日期资源放在一个网站上。
也可能需要时间，例如，如果该物品受到新闻禁运。最佳实践 打开问题
日期
名称 日期|修改 标签 日期|修改的 选择命名空间： DCMES限定符（2000-07-11） 直流编码方案 见下文 DC-GOV编码方案 - DC定义 资源更改的日期。 DC评论 - DC-Gov定义 - DC-GOV评论 - 最佳实践 打开问题
描述
名称 描述 标签 描述 选择命名空间： DCMES版本1.1 直流改进（S） 目录;抽象的 DC-GOV改进（S） 目录;抽象的 直流编码方案 DC-GOV编码方案 义务形式 R. DC定义 对资源内容的帐户。 DC评论 描述可以包括但不限于：抽象，目录，参考内容的图形表示或内容的自由文本帐户。 DC-Gov定义 - DC-GOV评论 描述可以包括主题的方法(例如评论，解释，初学者指南)，资源产生的原因，引用的团体和组织，涵盖的事件，关键字段(数据库)或章节的列表，任何其他有用的信息 最佳实践 打开问题
格式
名称 格式 标签 格式 选择命名空间： DCMES版本1.1 直流改进（S） 程度;中等的 DC-GOV改进（S） 见下文 直流编码方案 IMT DC-GOV编码方案 IMT 义务形式 R. DC定义 资源的物理或数字表现。 DC评论 通常，格式可以包括资源的媒体类型或维度。格式可用于确定显示或操作资源所需的软件，硬件或其他设备。尺寸的示例包括尺寸和持续时间。建议的最佳实践是从受控词汇中选择值（例如，Internet媒体类型[MIME]定义计算机媒体格式的Internet媒体类型列表）。 DC-Gov定义 DC-GOV评论 最佳实践 打开问题
标识符
名称 标识符 标签 ...... 选择命名空间： DCMES版本1.1 直流改进（S） - DC-GOV改进（S） 直流编码方案 DC-GOV编码方案 义务形式 m DC定义 在给定上下文中对资源的明确引用。 DC评论 推荐的最佳实践是通过符合正式标识系统的字符串或数字标识资源。例如，正式标识系统包括统一资源标识符(URI)(包括统一资源定位符(URL))、数字对象标识符(DOI)和国际标准书号(ISBN)。 DC-Gov定义 - DC-GOV评论 - 最佳实践 使用上面的最佳实践陈述。 打开问题 应该是ISBN，ISSN用作编码方案？如何处理内部标识符 - 我们可以在EC上构建EC工作开发用于标识符的定步方案，为国家/组织/项目添加标识符以创建唯一标识符。
语
名称 语言| ISO639-2 / B. 标签 语言| ISO639-2 / B. 选择命名空间： DCMES版本1.1 直流改进（S） - DC-GOV改进（S） - 直流编码方案 ISO 639 - 2 / B;RFC 1766 DC-GOV编码方案 ISO 639-2 义务形式 m DC定义 一种语言的知识内容的资源。 DC评论 DC-Gov定义 使用ISO 639-2的书目码。ISO 639-2一般是DCMI批准的编码方案。 DC-GOV评论 - 最佳实践 使用代码而不是文本。 打开问题
发行商
名称 发行商 标签 发行商 选择命名空间： DCMES版本1.1 直流改进（S） DC-GOV改进（S） 直流编码方案 DC-GOV编码方案 义务形式 R. DC定义 负责使资源可用的实体。 DC评论 发布者的例子包括个人、组织或服务。通常，应该使用发布服务器的名称来表示实体。 DC-Gov定义 DC-GOV评论 最佳实践 出版商对信息有一定的法律责任，因此应该始终命名。 打开问题
关系
注意 - 限定符成对出现在此处，以节省空间。
名称 关系 标签 关系 选择命名空间： DCMES版本1.1 直流改进（S） 见下文 DC-GOV改进（S） 见下文 直流编码方案 Uri. DC-GOV编码方案 Uri. 义务形式 O. DC定义 对相关资源的引用。 DC评论 推荐的最佳做法是使用符合正式标识系统的字符串或数字来引用资源。 DC-Gov定义 - DC-GOV评论 如果使用限定符，请使用最具体适用的限定符。 最佳实践 打开问题
关系
名称 关系| isversionof /哈率 标签 Relation | Is Version Of / Has Version 选择命名空间： DCMES限定符 直流编码方案 Uri. DC-GOV编码方案 Uri. 义务形式 DC定义 所描述的资源是引用资源的版本，版本或调整。版本的变化意味着内容的实质性变化而不是格式的差异。 DC评论 - DC-Gov定义 - DC-GOV评论 最佳实践 打开问题
名称 关系| Isbasedon / Isbasisfor 标签 关系|基于/是基础 选择命名空间： ？ 直流编码方案 Uri. DC-GOV编码方案 Uri. DC定义 DC评论 DC-Gov定义 所描述的资源是对另一资源的翻译、派生或解释。 DC-GOV评论 虽然IsversionOf表示从一个阶段到另一个阶段的内容的“线性”演变，IsbaseDon表示与另一个资源的“横向”关系，另一种语言中的类似或相同的性质或完全独立的资源，仍然是启发或已激发用于创建或进化资源。例子。“Isbasedon”立法提案草案和欧洲联盟指令的法律法案。isbasedon已发布的研究论文的新闻稿。 最佳实践 打开问题 这里需要一些很好的例子，也许更好的定义。
名称 关系| Isformatof / hasformat 标签 关系|是/具有格式的格式 选择命名空间： DCMES限定符 直流编码方案 Uri. DC-GOV编码方案 Uri. DC定义 所描述的资源与所引用的资源是相同的智能内容，但是以另一种格式表示。 DC评论 - DC-Gov定义 所描述的资源是引用资源的相同智力内容，但以不同的物理或数字格式呈现。 DC-GOV评论 最佳实践 打开问题
名称 关系| isreplacedby /替换 标签 关联|被/替换 选择命名空间： DCMES限定符 直流编码方案 Uri. DC-GOV编码方案 Uri. 义务形式 DC定义 所描述的资源由引用的资源占用，移位或取代。 DC评论 - DC-Gov定义 DC-GOV评论 最佳实践 打开问题
名称 关系| ispartof / haspart 标签 关系|是一部分/有一部分 选择命名空间： DCMES限定符 直流编码方案 Uri. DC-GOV编码方案 Uri. 义务形式 DC定义 所描述的资源是所引用资源的物理或逻辑部分。 DC评论 - DC-Gov定义 - DC-GOV评论 可与型γ聚集水平结合使用，对档案和收集物进行清晰的描述。 最佳实践 打开问题
名称 关系需要/要求 标签 关系|是必需的/需要 选择命名空间： DCMES限定符 直流编码方案 Uri. DC-GOV编码方案 Uri. DC定义 所描述的资源要求引用的资源支持其功能、交付或内容的一致性。 DC评论 - DC-Gov定义 - DC-GOV评论 - 最佳实践 打开问题
名称 关系| isReferencedBy /参考文献 标签 关联|被/引用引用 选择命名空间： DCMES限定符 直流编码方案 Uri. DC-GOV编码方案 Uri. DC定义 由参考资源引用，引用或以其他方式指向所描述的资源。 DC评论 - DC-Gov定义 - DC-GOV评论 - 最佳实践 打开问题
权
名称 权 标签 权 选择命名空间： DCMES版本1.1 直流改进（S） - DC-GOV改进（S） 见下文 直流编码方案 - DC-GOV编码方案 见下文 义务形式 马 DC定义 关于在资源中和资源之上拥有的权利的信息。 DC评论 通常，权限元素将包含资源的权限管理语句，或者引用提供此类信息的服务。权利信息往往包括知识产权（IPR），版权和各种产权。 DC-Gov定义 - DC-GOV评论 权限元素用于表示安全标记，以及对资源访问的法律和其他义务和限制。 最佳实践 打开问题
权
名称 权利¦AccessMarking 标签 权限μ访问标记 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 - DC定义 DC评论 DC-Gov定义 项目或符号调节对资源的访问。 DC-GOV评论 资源的安全或访问分类。例子:机密、行政内部机密、公开 最佳实践 打开问题
名称 权利¦PreviousAccessMarking 标签 权利|以前的访问标记 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 - DC定义 DC评论 DC-Gov定义 变更时紧靠前标记的项目或标记(如有)。 DC-GOV评论 最佳实践 打开问题
权
名称 权利¦PreviousAccessMarkingChangeDate 标签 权利|以前的访问标记更改日期 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 w3cdtf. DC定义 DC评论 DC-Gov定义 更改先前分配给当前AccessMarking的访问标记的日期。 DC-GOV评论 在上述改良中所指出的变更日期。 最佳实践 打开问题
权
名称 权利| AccessRights. 标签 权利| AccessRights. 选择命名空间： ？ 直流改进（S） 见下文 DC-GOV编码方案 - DC定义 DC评论 DC-Gov定义 管理资源释放的制约或义务。 DC-GOV评论 表示法律或其他基础，在此处管理公众访问资源.Example：监管（EC）欧洲议会的第1049/2001号，2001年5月30日的公共获取欧洲议会，理事会和委员会文件（http://europa.eu.int/eur-lex/en/lif/dat/2001/en_301R1049.html） 最佳实践 打开问题 我们应该添加使用编码方案的选项吗？
名称 权利|版权所有 标签 权利|版权所有 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 - DC定义 DC评论 DC-Gov定义 标识符或陈述指示资源使用的法律所有权和权利。 DC-GOV评论 最佳实践 链接到权利的标准描述，如皇家版权通知，网址:www.hmso.gov.uk/docs/copynote.htm.。 打开问题 这是否与DC-Lib提出的对日期进行μ版权改进的建议相冲突?把版权声明和日期放在一起细化会更好吗?
源
名称 源 标签 源 选择命名空间： DCMES版本1.1 直流改进（S） - DC-GOV改进（S） - 直流编码方案 Uri. DC-GOV编码方案 Uri. 义务形式 见下文 DC定义 对派生当前资源的资源的引用。 DC评论 现有资源可以全部或部分地来自源资源。推荐的最佳做法是使用符合正式标识系统的字符串或数字来引用资源。 DC-Gov定义 - DC-GOV评论 - 最佳实践 通过标识符引用 打开问题
主题
名称 主题 标签 主题 选择命名空间： DCMES版本1.1 直流改进（S） - DC-GOV改进（S） 见下文 直流编码方案 LCSH;网 ;DDC;LCC;UDC. DC-GOV编码方案 LCSH;网 ;DDC;LCC;UDC. 义务形式 马 DC定义 资源内容的主题。 DC评论 通常，主题将表示为描述资源主题的关键字，关键短语或分类代码。建议的最佳实践是从受控词汇或正式分类方案中选择一个值。 DC-Gov定义 - DC-GOV评论 最佳实践 打开问题 可能以不合格的形式使用主题元素？
主题
名称 主题|类别 标签 主题|类别 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 - DC定义 DC评论 DC-Gov定义 主题领域的广泛或顶级主题分类或分类。 DC-GOV评论 与主题γ关键字不同的是，它只需要一个宽泛的标题，而不需要特定的主题描述符。这将用于浏览系统(雅虎类型的类别)和其他情况下，只需要一个宽泛的标题。 最佳实践 从特定于框架或特定于组织的分类法中获得的价值。 打开问题 与所提出的DC-lib主题| Classification细化一致。更喜欢“类别”作为“分类”意味着一个字母数字代码。
主题
名称 ¦主题关键字 标签 ¦主题关键字 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 - DC定义 DC评论 DC-Gov定义 描述资源的特定主题的术语 DC-GOV评论 进入将包含在受控词汇或中可用的最低粒度水平的主题，并描述资源的Xubject问题。 最佳实践 来自同义词典或类似的受控词汇表的术语。 打开问题 与所提出的DC-lib主题图库一致。请求特定的主题描述符而不是广泛的标题。将用于帮助映射多个词库。
标题
名称 标题 标签 标题 选择命名空间： DCMES版本1.1 直流改进（S） 选择 DC-GOV改进（S） 选择 直流编码方案 - DC-GOV编码方案 - 义务形式 m DC定义 给资源的名称。 DC评论 通常，标题将是资源正式所知的名称。 DC-Gov定义 - DC-GOV评论 有关替代标题，请添加用作替代或替代资源的正式标题的任何形式，包括缩写。 最佳实践 如果出现，去掉首字母 打开问题
类型
名称 类型 标签 资源类型 选择命名空间： DCMES版本1.1 直流改进（S） - DC-GOV改进（S） 见下文 直流编码方案 DCMI类型 DC-GOV编码方案 见下文 义务形式 R. DC定义 资源内容的性质或类型。 DC评论 类型包括描述一般类别、函数、类型或内容聚合级别的术语。推荐的最佳实践是从受控词汇表中选择一个值。要描述资源的物理或数字表现形式，请使用Format元素。 DC-Gov定义 - DC-GOV评论 - 最佳实践 使用受控列表并使用编码方案识别源。 打开问题 我们是否以不合格的形式接受类型元素？
名称 类型¦AggregationLevel 标签 类型|聚合水平 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 收藏;卷宗;物品 义务形式 R. DC定义 DC评论 DC-Gov定义 资源类型可以是另一资源类型的实例的聚合。 DC-GOV评论 此元素允许将搜索限制在特定聚合级别的记录上。它还控制可能在记录上采取的管理行动。
它应该与Relation μ HasPart一起工作。这种细化描述了集合层次结构中资源的位置(如果在任何位置);如果有任何其他资源也属于该层次结构，则关系指示了哪些资源。
请注意，“文件夹”或“集合”级别描述可以为空为空的资源，即它不包含任何部分。在这种情况下，HASPART关系不会指示水平。也可以使用HASPART来限制按级别的搜索。
该表项表示聚合级别。
最佳实践 打开问题
名称 类型| DossierType. 标签 类型|档案类型 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 义务形式 R. DC定义 DC评论 许多项目聚集在一起到一个容器或文件夹中。 DC-Gov定义 档案或收藏的分类。 DC-GOV评论 例如，英国使用的编码方案是Policy;情况;议会问题;部长的情况。 最佳实践 打开问题
名称 类型| itemtype. 标签 类型| itemtype. 选择命名空间： ？ 直流编码方案 - DC-GOV编码方案 义务形式 R. DC定义 DC评论 DC-Gov定义 项目、文件或文件的分类。 DC-GOV评论 最佳实践 打开问题 我们应该开发一种涵盖议会问题，部长函数等特别政府类型的DC-GOV型编制方案吗？