三月刚过，为期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—
……
[上文中引号中的内容即出于此部分的结尾]