Pete Johnston 对于 DC-2005 的总结给我们带来了DC CD AP工作组的最新信息，这些情况都反映在 Pete的ppt报告 中了：

DC CD AP过往一年最显著的进展可能要算是DC CD AP草案的推出，在DC-2005应用委员会的全体会议上”非正式”地讨论了这个草案，除了形式上的修改建议之外，对于存在的几个问题中的一个比较大的问题提出了指导性意见。这个问题是：

在资源集合描述时，如果需要同时用到元素及其元素修饰词，例如dc:relation/dcterms:isReferencedBy；dc:description/dcterms:abstract（dc:rights也会碰到），这两类term修饰的内容会发生矛盾。例如一个资源集合的dc:relation的值是另一个资源集合，而这个资源集合isReferencedBy另一本书；dc:description的值是这个资源集合的一般性描述而dcterms:abstract是其某个单元的摘要。应用委员会建议在这种情况下不能够复用dc:relation或dc:description（或dc:rights）而必须专门为资源集合描述寻找新的元素。

另一些正在讨论、尚未定论的问题（虽然在草案中已经有推荐的规定）是：

1、属性值作为字串还是作为引用（use a (value) URI or a (value) string）？编码体系syntaxencoding scheme/富结构rich representation如何用？相关描述（relateddescriptions）应该允许，但是DC CD AP应该保持术语无关。

2、 资源集合媒体类型（格式）的描述。功能需求提出必须能够描述资源集合中是否有提问所需的媒体格式，于是问题就变得很复杂。

3、 开放的时间段。对于资源集合来说，其内容的时间跨度常常是不可确定的。W3CDTF不支持时间范围的表述，ISO8601支持时间范围，但是不支持一头开放的时间范围，例如1949-？。这个问题需要DC Date WG工作组解决。

4、 资源集合的位置location和服务services分离是否有必要？如何分离？是否isLocatedAt/ isAccessedVia两个修饰词都需要？

DC定义的相关概念如下：

• Collection

- An aggregation of one or more items

• Location

- Aplace where a collection is held (Michael Heaney, Analytical Model)

• Service

-Asystem that provides one or more functions of value to the end-user.Examplesinclude: a photocopying service, a banking service, anauthentication service,interlibrary loans, a Z39.50 or Web server (DCMIType Vocabulary)

- Provided physically or digitally

- User may be human, organisation orsoftware application.

• (DCCD AP) Service

- A system that provides access to theItems within the Collection

来年的工作计划就围绕这些问题进行讨论、提出解决方案，并修订DC CD AP。

序号

工作内容

开始日期

结束日期

1

Revise in light of Usage Board review

2005-09

2005-11

2

Resolve item media-type issue

2005-09

2005-11

3

Finalise isLocatedIn/isAccessedVia properties

2005-11

2006-02

4

Work with DC Date WG on date range format

2005-09

2006-03?

5

Update DCAP

2006-01

2006-04

6

Syntax (based on work by DC Arch WG)

2006-05?

2006-09

7

Crosswalks

2006-05

2006-09

8

Usage Guidelines

2006-05

2006-09

9

Usage Board Review

2006-10

2006-10

DC-2005上资源集合工作组还交流了三篇报告：

来自University of Illinois at Urbana-Champaign的Sarah Shreeves 和Muriel Foulonneau通过网络视频会议形式报告了他们在 几个项目中使用资源集合描述 的情况。

英国博物馆、图书馆、档案馆联合委员会的Kate Fernie介绍了他们承担的 文化遗产资源集合项目 的情况。

大英图书馆的Bill Oldroyd简短地介绍了TEL （The European Library：欧洲图书馆）项目中采用资源集合描述的情况。

DC CD AP草案精简版（2005-8-25）见：
http://www.ukoln.ac.uk/metadata/dcmi/collection-ap-summary/2005-08-25/

草案完整版（2005-8-25）见：
http://www.ukoln.ac.uk/metadata/dcmi/collection-application-profile/

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=623606

> 1、项目要求我们提出资源集合元数据标准规范登记注册系统的需求，我们还是要提的；
> 2、由于不涉及服务注册，而且目前的注册系统主要是人工查阅、使用的，因此我们现在对于资源集合元数据标准规范的登记注册需求，与专门组的各个方案基本相同；
> 3、对于资源集合元数据标准规范的登记注册，希望能够包括我上一封邮件提到的一些内容，即能够提供元素、元素修饰词、编码体系、编码模式、整套方案等内容的检索、管理、更新等等。

2、资源集合的内涵是什么？

发件人: zy
发送时间: 2004年11月24日 17:32
各位老师好,最近大家都在以Email方式交流课题问题,这样很好。在此我也想问大家两个问题：

(1)如何理解资源集合的登记系统问题，资源集合的登记我认为有两种理解：

a.资源集合元数据规范（包括元素）登记

b.资源集合及其服务登记

如果理解为资源集合元数据规范的登记，我个人认为与基本组和专门组的元数据规范登记应该没有太大的区别吧？如果是这样，为什么资源集合组需要专门来做登记系统的需求分析，而这一层面的需求分析是否会和登记组的工作重复？

如果理解为资源集合及其服务的登记，则表明所谓的登记系统就是一个资源和服务的联合目录？不知道我的理解是否正确？如果是这样，是否主要依照DC2004年会论文集中Ann的那篇文章的思路来写就可以了呢。

（2）资源集合服务的内涵是什么？

资源集合服务的内涵可以理解为通过资源集合获取资源对象的一种服务形式，也即资源集合本身提供的一种服务形式。例如数据库，作为资源集合，提供了检索手段，可以让用户查找到资源对象。

资源集合服务是否还指可以通过其他服务方式获取到资源集合，例如通过信息门户，可以获取到某一个数据库的URL地址。

上述两个问题是基本的概念问题，和我们的课题密切相关，希望能得到大家的反馈意见。

我个人认为仅仅依靠文献做研究不太可取，虽然也看了一些文献，但是有些疑问久久得不到解决，希望能在此讨论，谢谢大家。

Sent: Wednesday, November 24, 2004 5:56 PM

元数据登记系统是元数据应用的一个重要环节。通过登记系统的注册机制，各种元数据从而建立和保证相关元数据标准的普及、反馈和修订机制，并能实现元数据标准的推广和普及。