都柏林核心工作组在赫尔辛基会议上一致认为，元数据集和信息资源之间存在一对一的关系。因此，如果我们创建的元数据描述了一个数字对象，该对象的来源是一张照片，而照片的来源又是一个原始手稿，那么将有三个元数据集(每个元数据集由多达15个可重复的Dublin Core™元素组成)。显然，我们需要定义这些元数据集之间关系的性质(有时这些元数据集位于同一“记录”中，有时它们是由不同的人在不同的时间创建的)。
- 为Relation定义一个值方案的初步工作。类型发生在赫尔辛基。一组大约一半的参与者(30人)见面一个小时来定义这些类型，并列举了许多关系，他们最初将这些关系分成五类。它将这些定义为创造性、机械性、版本、包含和参考，但也承认这只是一个非常初步的方案。
- 在会议后立即进行的非正式讨论中，当引入更多的例子时，出现了一个稍微完整的模式:
- 历史
创意(如翻译、表演)
机械(如复制、格式转换、复制、镜像)
版本(如已出版版本、草稿、计划、打印状态)
- 部分/全部
包含(例如物理集合、项目、部件)
- 参考文献
引用(如书目引用、致谢)
- 依赖
物理(软件或硬件依赖)
理想型(样本到样本，作品到肖像型)
- 没有人期望开发一个固定的类型(所有的讨论都是基于一个可扩展列表)，但是对一个相当完整的类型的需求对实现者来说是非常迫切的。这是对所有希望对讨论作出贡献的人的号召，请提供你们认为必须调和的关系的例子。我们发现，由于我们来自完全不同的社区，这些例子在描述关系时非常有帮助。本次电话会议将持续到1997年11月15日。
- 我们的目标是及时正式提出报告，以便列入赫尔辛基会议的报告，该报告预计将在12月底之前以最终形式提交。
里程碑/可交付成果
历史
