DCMI类型工作组
都柏林核心™元数据倡议类型工作组
DC2002型工作组会议，2002-10-17 (9:00-10:30)
椅子:Ann Apps <(电子邮件保护)>
要点
- 移动和静止图像提案。他们决定继续开发这个项目。这项工作将由西蒙·波克利领导。我们必须决定如何解决“形象问题”，并确定任何环境影响。
- 我们将暂时搁置任何其他关于新类型的建议-我们一次只能处理一个建议。
- 我们将继续积累标准和常用编码方案的列表。标准的将在DCMI注册。
DC2002 dc型工作组会议报告
1.运动影像提案。召集这次会议的主要目的是讨论西蒙·波克利的建议，以增加一个移动图像类型到DCMI类型词汇表。西蒙介绍了他的观点和他目前所做的工作。Simon已经将一份更详细的报告发送到Type WG的电子邮件列表中。以下是要点:
- 这个提议得到了很多人的支持，尤其是来自运动图像社区的其他人，包括MPEG和Vide
- 我们还需要提出一个静态图像类型。目前Image类型的定义包括静止图像和移动图像。不能更改此定义，因为它将破坏现有的应用程序。需要关注的是保持高水平的互操作性。
- 直流系统的稳定性很重要。当前的高级类型列表可以与更特定的词汇表结合使用。那么具体的移动图像类型是必要的吗?
- 关于如何解决“静止图像”问题，这里有几个建议:
- 建议2种新类型，移动图像和静止图像，并弃用图像。
- 提出2种新的类型，运动图像和静止图像，除了图像。要求人们有两个dc实例:输入元数据，一个是移动图像或静止图像，另一个是图像。图像类型的这种有效耦合将包括在运动图像和静止图像的定义中。这就是所谓的“斯图黑客”。该解决方案将支持与现有应用程序的互操作性。如果人们不希望区分图像的类型，也可以继续只使用Image。
- 有一个与DCMI类型词汇表并行的列表，例如DCMIType2，它包括移动和静止图像。
- 复活一个二级DCMI批准的列表，它可以在顶级列表中包含作为Image“子”的Moving和Still Image。这似乎不是一个明智的选择，因为需要作出努力，而且过去没有取得成功。第二种选择，“斯图的黑客”，似乎是最可行的，尽管不是很优雅。
- 在会议上，小组支持继续推进并在类型工作组中发展该提案。西蒙将领导这项工作。
- 我们需要了解这将对环境产生的影响，以及人们现在如何使用Image。
- 如果可能的话，我们应该得到重要机构的支持(书面信件)。
- 我们需要证据来证明这一改变会给社区带来额外的好处。
- 我们应该向总参谋长宣布我们正在调查此事
2.其他类别的建议。在DC2002之前，WG的列表中就有进一步提出两种类型的建议:多媒体和网页。会议上对“多媒体”有一些支持和讨论。对特定应用程序(如Flash)的支持可以通过使用dc:format来提供。如果没有合适的MIME类型，则应该向IMT发出请求。有人认为，要给多媒体下一个精确的定义是非常困难的。此外，会议还同意，类型工作组应在同一时间只处理一项提案。
3.标准类型编码方案。WG将继续增加Type的标准和常用编码方案。一些标准编码方案将由DCMI使用委员会提出注册申请。
4.指导文档。我们还在寻找撰写指导文件的志愿者。也许开发了自己的领域或项目打字员的人可以分享这种经验。
2002-11-11