非MARC环境中的RDA──XC关于RDA的声明

三月刚过,为期9个月的RDA测试正式结束,对测试结果的buzz渐起。eXtensible Catalog (XC)此时发布了“RDA与XC”的声明,力挺RDA──“图书馆界的强项一直是采用界内标准如AACR2和MARC,鼓励其他各界与我们的元数据交互。广泛采用RDA将继续这一图书馆在元数据标准界领导的传统,并为未来图书馆系统开发提供一个更明确的目标。
背景:三月初,XC的Jennifer Bowen和Dave Lindahl应邀和LC的美国RDA测试协调委员会会面,讨论XC以基于FRBR的非MRAC环境部分实施RDA的情况。会后,委员会请他们提交一份书面声明,作为RDA测试小组最终报告的附录之一。这份说明现已发布在XC网站上。
XC是一个开发中的开源发现工具,在正式发布的RDA工具套件(RDA toolkit)的资源部分,提供了XC的链接,是唯一的应用实例,也可以说它是RDA的开发伙伴。Jennifer Bowen在RDA讨论组发布消息,邀请大家前去阅读、思考在基于MARC的系统之外RDA的潜在优势。她以为,RDA的应用并不遥远一一因为XC已经用上了。
———-声明的分割线———-
—RDA in the XC Schema—
XC的元数据方案称为XC Schema,采用都柏林核心应用纲要(Dublin Core Application Profile, DCAP)的概念,从不同的Schema中选择元数据元素。目前包括22个RDA元素(elements)、11个RDA职能指示词(role designators),以及全部的DC词汇(dcterms)及其他一些专门定义的数据元素。
要适用DCAP,Schema的术语或元素必须基于资源描述框架(RDF)定义,采用AACR2/MARC创建的元数据元素不适合这一准则,因而不能用于应用纲要。而与RDA工具套件同时开发的RDA开放元数据注册,使RDA元素与词汇符合此一准则。[不知道如果给AACR2/MARC也去做下元数据注册,是不是也有同样效果?]
XC Schema第1版选择的RDA元素能够保证维持目前MARC记录中编码的书目数据的粒度,包括连续出版物编号、舆图资料比例尺、乐谱编号及其他在DC等通用方案中没有的非常特别的元素。XC Schema采用这些特别的RDA元素,得以把若干MARC数据元素直接映射到RDA属性。RDA开发者智慧地创建了一部标准,得以在现有MARC环境及基于RDF的关联数据环境中起作用,RDA因此成为现有图书馆系统与未来应用(如XC)间的重要“桥梁”。[如果没有弄错的话,Gorman等老一辈对RDA的很大意见就是太细,认为更专门的内容应当留给专门社区解决,而不是在一部综合规则中罗列──目前XC的情况恰恰是用了RDA中专门的元素,因为通用元素其他元数据方案完全可以解决,但XC在通用元素方面为什么不用RDA呢?]
准备把MARC数据重用于开放系统环境……虽然我们已经证明现有MARC记录可以成功重用,但也证实大量AACR2/MARC数据不经过大量编程或手工记录编辑不能重用。一条AACR2/MARC书目记录可能包含对多个资源的引用,但缺少对相关实体信息的指示[MARC21少用链接字段,检索点部分缺少相关性指示,但规定都要配附注,两者结合用程序应该可以处理,只是由于简化编目,定义明确的附注5XX常常都用一般性附注500,导致内容不明确。相对而言,UNIMARC/CNMARC有更多链接字段,对附注也用得比较细致]。从AACR2/MARC记录转换到关联数据的过程很复杂,因为原非RDA兼容结构,定义并不总能正确映射。
我们相信在未来系统中图书馆界可以从当前MARC数据中得益,但也要知道,继续创建在其他系统中不能被有效重用的元数据,是对当前图书馆资源的潜在浪费,尤其是在使用一个更前瞻的标准(RDA)可以开始解决问题的情况下。
……
—Implementing RDA in a FRBR‐based Environment—
XC的目标之一是使MARC遗产元数据可以在不基于MARC的新系统架构中重用。XC Schema基于FRBR,对FRBR第1组实体使用独立但关联的记录。
……
—Benefits of RDA in XC—
……
[上文中引号中的内容即出于此部分的结尾]