RDA新闻两则

Celeripedean介绍了ALA仲冬会议上RDA的一些新闻.

首先就是随着RDA工具包(RDA toolkit)确定在2010年6月出版(6月1号?),新规则的测试问题也被摆上了台面。测试将在6月开始,长达9个月,分别是各自为3个月的培训、测试和评估阶段。

RDA工具包的定价已经确定,但参加RDA测试的机构在测试阶段可以免费使用RDA。在Celeripedean1月26日的博客中,它说所有的机构都可以参加这次国家级的测试,但是还没有提供相关的具体的细节。在国家级测试以外,这篇文章还提到III这样的系统商也计划根据自己的系统进行测试。

这篇文章中提到的另外一件事就是OCLC的作用,它提出了OCLC的四个作用:

  • 维护并且引入MARBI的更新
  • 保证测试数据不会和其他的主数据发生冲突(包括数据在FRBR的意义上整合的问题)
  • 研究用何种格式输出这些数据
  • 解决批量上传的问题

在它较早的一篇博文中,它介绍了RDA工具包的基本内容:

  • the RDA document
  • Element set view
  • AACR2
  • Worklfows
  • Mappings
  • Agency policy statements
  • and more

参见:
Celeripedean: RDA National Test: Update
Celeripedean:cataloging: Jen
编目精灵:RDA定价公布

RDA的战斗:路在何方?

The FRBR Blog报道了哥伦比亚大学Rick Block关于RDA的一个最新的报告(2009.11.04):The Battle of RDA: Victors or Victims(RDA的战斗:胜利者还是受难者?)。William Denton提及这和他今年早些时候的另一个报告很相似,基本上只多了一些最新内容的更新。

不过这个pdf很能够帮助我们了解当前编目界对于RDA的各种意见以及最新的动态。以下是一些内容的摘抄:

#37-38:对于RDA测试的反应:两极的争论(太极端:不够极端——两边都没法互相说服);评论主要是通过邮件讨论组和博客进行的;当前的工作困难之处在于:既要顾全之前的编目数据,又要做出框架的改变(对于我来说,这几乎是不可能的)。

#48以下介绍了RDA草案评论过程出提出的一些意见,既有正面的,也有反面的。正面的比如说采用FRBR这个模型、比如说对于实体之间的关系的重视、比如说支持RDA的国际化(RDA的特点之一是用很简单的英文写成的——不过在#52,作者认为情况显然不是这样)、再比如说和DCMI这样的机构合作等等。

但是另一方面,作者也提到了这一过程中出现的各种恶评:最显著的一个就是RDA虽然有一个先进的框架,但是没能摆脱传统中的一些条条框框,而且仍然是十分繁琐;而且RDA草案的PDF文件做的一团糟(看这个文件对于我是一个很大的折磨——文件巨大无比,而且很多地方都要前后对照的看,很麻烦……所以我现在还没怎么看);还有比如说RDA在某些特定类型的文献上做得不够好(作者提到了测绘资料、档案和动态图像)。

作者在#53上提到,2008年,Heidi Hoerman曾经预测RDA会无声的死亡,在2010年将会出版AACR2R的最新修订版。不过目前看来这样的机会应该不是很大就是了。

#57以下提到了MARC格式。当然MARC格式在目前看来无限糟糕,但是RDA/MARC Working Group正在修订MARC格式,而且实际上MARC格式也不是RDA的唯一的格式。——现在看起来说LC在2010年不再更新MARC的传言很有可能是真的。

#62:影响MARC未来的几个因素:

 

The broader digital information landscape
Technologies
Cataloging practices
The diminishing market share of:
Libraries in the information marketplace
Library catalogs as a resource discovery tool

 

MARC是一种丰富而且复杂的格式(反对实行RDA的一个理由就是,简化编目规则,RDA会降低数据的质量),这之间的界限很难划定。

#64-66:作者的几个观点:尽管MARC之死的说法被夸大了,但MARC确实阻碍了我们的前进(比如说和外界分享数据)。作者认为较之于MARC,其实是数据正在杀死我们。而且我们应该停止追求完美的数据。

在#72,作者给出了一张打着问号的最新时间表,RDA将在2010年1月出版?[09-12-21 update:RDA现在已经正式推迟到2010年6月出版],为期6个月的RDA测试将在RDA出版之后进行。测试之后还会有6个月的评估时间,所以如果三家美国图书馆决定推行,时间将会在何时?(比之前说的要晚——虽然跳票本来也是可以预期的)

在#78作者提到了几个我们现在应该做的事情,我觉得对于当下的我们也是很有帮助的:

 

Get familiar with FRBR and RDA terminology(熟悉FRBR和RDA术语)
Explore the RDA website and other resources—official and unofficial(关注RDA的网站和其他资源)
Watch discussion lists and blogs for discussions and updates(关注讨论列表和博客)
Ask questions, talk with colleagues, participate in the online discussions(提问、交流并且参与网络的讨论)
Keep an open mind(保持开放心态)
Be prepared for change, even if RDA dies(准备好改变,即便RDA会无疾而终)

【翻译】FRBR和FRBR化

原文地址:http://managemetadata.org/blog/2009/07/18/frbr-vs-frbr-ization/
作者:Diane Hillmann

译者:Nalsi

————

在芝加哥举行的ALA年会一团乱——我做了三个主题发言(如果时间允许,我希望能谈论一下它们并且提供地址)。但是我参加了“MARC的未来”的特别小组,然后在星期五的第一个主题发言上说漏了嘴,这件事情就一直在我脑子里挥之不去。LC的Rebecca Guenther谈到了他们让MARC与时俱进的努力,OCLC的Ted Fons从“Big O”(感谢Karen Schneider发明了这个绝妙的名号!)的角度谈到了相似的话题。这两个发言的共同之处就是,他们想要用“FRBR化”的视角重组MARC数据,他们觉得这么做是让FRBR实现其价值的全部方式。我争辩到情况并非如此,而且我越思考这件事我就越相信:FRBR化和使用RDA中的FRBR模型不是一回事。

 

我的观点部分来自于,RDA和MARC的语义是截然不同的(不是句法,人们通常都会谈到句法)。RDA包含丰富的关系词汇表,能够在书目著录中使用,这是人们最为忽视的一件事。把RDA看作是文本的指南或者是一系列规则的绝大部分人都忽视了这一点,因为关系词汇表出现在附录中,但我们中的绝大多数人都不会把附录看作是随便哪本书中最重要的部分。但是想想吧:在RDA词汇表中,每一个关系都有一个标识符,每一个关系都是一个等级体系的一部分,这让我们能够在不同等级上表达书目的关系,而且能够让我们使用这些关系在书目之间进行导航,而不必深入数据,去解释我们在MARC数据中出于相同目的所使用的文字附注到底是什么意思。比如说,我们要说“资源X”是“资源Y”的一个缩略本(以及,“资源Y”有一个缩略版本“资源X”),使用RDA我们就能让系统清楚的把这句话表达给读者。任何人需要应用或者解释关系,关系都是独特的、经过标识的以及清楚界定的。

 

相反,FRBR化只能通过MARC到FRBR(或者RDA)的映射揭示出我们能够揭示的东西,最多也就是FRBR第一组实体之间的关系。相对于RDA表示的
关系,实际中的关系要多得多。你可以说这些关系并不是FRBR中必须的,但是如果我们把它们看作是作品、内容表达、载体表现、单件的“垂直关系”中的“水平关系”,我们就有可能用FRBR来思考我们的世界,我们其实是用得上这些关系的。

 

想到RDA的“测试”机构,这是让我头疼的一个问题。难道RDA非要塞到MARC里我们才会用它么?我们就不能学着把MARC看作是一种失真的输出格式,开
始使用其他的方式来表达关系,好让我们维护更广阔的数据世界中的一些更加重要的功能和可信度么?Jennifer Bowen和eXtensible Catalog的家伙们把MARC转换到RDA的时候发现(详细情况,请看我对于Jennifer的论文写的帖子),这么做较之于其他的方式,涉及到一些截然不同的问题。[顺便说,XC项目无所不在。加油,Jennifer!]

 

越来越多的零售商开始转向RDA模板,开始构建基于RDA的应用,而不是试图把MARC转换成一些会被误认作RDA的东西。我们要不得不接受,就像任何其他的元数据映射一样,天下没有免费的午餐,而且来了之后也就再也回不去了。

 

Registry已经注册了其中一些关系(看“RDA Roles”中FRBR第一组实体和第二组实体之间的关系,以及“RDA Relationships for Works, Expressions, Manifestations, Items”中RDA第一组实体之间的关系),但是我们要知道它们并不是最终的版本。我还没有得到最后修改的信息来进行这些更新,得到这些信息之后我会立刻宣布的。