RDA的实施与MARC的未来

<![CDATA[

    AACR2是伴随着MARC而生的,随着RDA将替代AACR,似乎MARC也将随之消亡,但目前并没有替代MARC的标准出现。并且从MARC的发展历史来看,其演变或进化能力还是很强的,不会那么轻易地退出历史舞台。

    10月14日,美国信息标准组织(NISO)举办了一次网络会议(Webinar),Bibliographic Control Alphabet Soup: AACR to RDA and Evolution of MARC。会议主题是“AACR到RDA及MARC的演进”,Alphabet Soup不知如何翻译,大概算是扫盲吧?
    三个演讲(PDF下载)分别是:
Barbara Tillett: AACR2, RDA, VIAF, and the Future: From There to Here to There
Diane Hillmann: RDA Elements and Vocabularies: a Step Forward from MARC
William Moen: Data-driven Evidence for Core MARC Records(介绍2006年对5600万条WorldCat记录进行的MARC字段、子字段统计分析)

    会上有问答环节(Bibliographic Control Webinar Q&A),以下录有回复的问题,并摘录与MARC相关的回答:

1、有了RDA,MARC记录是否终将消失?如果是这样,MARC记录还会用多久?
Diane Hillman:我想MARC记录最终消失要很长时间(如我在会上提到的,未来会有一个地方放经专门交换的有损耗的格式)。关键是我们要开始展望一个真正好的结果,在MARC世界之外普遍化的、以RDA元素及词汇作为数据交换基础。
Barbara Tillett:RDA希望用于任何(元数据)方案或显示,因此RDA对MARC格式本身并不意味着什么。但是,RDA提供了到MARC21及其他方案的映射(对照表)……。RDA初版只有少数对照表(附录D是ISBD、附录E是MARC21,可能链接MODS/MADS及DC对照表),未来我们希望增加更多。
如今很多ILS厂商内部并不使用MARC21,只用于输入/输出书目与规范(有时还有馆藏)数据。只要OCLC及ILS厂商需要MARC格式交换数据,它就会存在,只是许多时候已经在用ONIX XML、MARCXML,也能够以XML处理MODS及MADS。IFLA正在为ISBD元素创建RDF XML元数据方案,很可能RDA元素也会以XML形式提供。如Diane所说,映射MARC21数据到未来的XML方案,在转换过程中无疑会丢失某些数据,但大部分仍是可用的。MARC21结构局限于建立什么关系与链接。

2、如何鼓励厂商利用RDA及FRBR的优势?

3、目前在图书馆学课程中是否教授RDA和FRBR?MARC还会教多久?
Diane Hillman
:我想只要我们交换MARC数据,就会继续教MARC,只是多半不会像现在这样教。
Barbara Tillett:至于继续教MARC21,它是编目史上一个绝对重要的部分,因此我希望未来很长时间内会被涉及,但希望编目员不必花太久时间继续学习MARC21编码。

6、(针对Moen的MARC字段调查)本研究是否考虑了记录创建日期相比较于核心(记录)标准出版日期?似乎许多记录是在核心标准制订前创建的。
Barbara Tillett
:很重要的一点!很奇怪的是,未来什么元素对用户重要这样的决定,要基于以前我们做了些什么。(以下对656字段统计数据有疑问)

7、MARC很大的一个原因是,它发展多年,为适应各界编目员的变迁与需求。RDA词汇如何回应改变需求?

10、RDA是否比MARC与AARC2更适应编目现实?

11、RDA与书目本体(Bibliographic Ontology)关系?

13、给Diane Hillmann的三个问题
1)在“为什么不是MARC”,你谈论的是MARC21句法(即ISO2709)还是MARC元素集?MARC元素集也可以用RDF/OWL。
Diane Hillman
:当然是前者,但也是后者,我觉得很难把二个问题当作完全独立的问题。一个困难是MARC设计为平面记录,不易翻译到图书馆之外所用的那种数据结构与编码。比如已经有很多尝试把URL加入MARC,但作为一种策略并不完全成功。还有其他限制也苦恼着MARC(比如每字段的子字段数)。面对MARC数据的遗产,对MARC元素集进行大修是个很困难的过程,有点像毁坏一所旧房子的内部却仍住在其中(我曾试过一间间房修,并不是只在这儿考虑!)我认可你关于RDF/OWL的观点,但不认为是一个特别令人满意的策略,并且在我所见的业界,对此并无多少热忱。
2)对不使用RDA的机构,未来的书目格式会是什么样的?MARC一直独立于特定的编目规则(尽管最初以AACR开发并常与之关联),CCO(编目文化对象)就是一个例子。
Diane
:我想永远不会有“一个”用于所有人的书目格式,但非常有意思的未来会包含这样的想法:我们不必局限于只用一个,我们可以根据所需、选取所用。图书馆已经使用多种格式(及变体),但仍未解决围绕这种多样性所产生的数据交换问题,而RDA元素与词汇的策略就是为此设计的。当然,CCO并非严格的书目格式,但我想它肯定会从RDA所采用的这种面向未来的策略(主要是注册并开放可得的RDA词汇)中获益。
Barbara Tillett:这个提问似乎混淆了交换书目数据的格式/方案与编目指引──编目指引独立于任何编码方案的任何显示格式。即使现存的基于AARC2的数据也可不用MARC编码。可以遵循AACR2、CCO指引或RDA指引,把书目数据放入MARC21记录,或者一种XML方案,或者其他。对于DACS、CCO、DCRM及其他指引的开发者,肯定有机会与RDA开发者合作,形成共享原则基础上的结果,共享概念模型并兼容未来。每个专业团体会有更颗粒化的方法适应自己的对象。
3)新的RDA格式如何与图书馆馆藏数据交互?使用不同类型的MARC信息使我们集成数据(即书目、规范、馆藏、分类、社区信息)。
Diane Hillman
:我对馆藏数据很有兴趣(我职业生涯的早年曾任期刊馆员和法律馆员)。不幸的是RDA并不能应付MARC用到的馆藏层次。我知道Extensible Catalog项目在转换大量MARC数据到RDA建立服务时,正试图加以解决,馆藏肯定是已得到关注的领域。考虑到大量的数据,我想你所提到的其他种类信息也会得到关注(或正被关注)。我会觉得,在基于更广泛结构与编码标准的世界,使用“家族式”集成书目标准的MARC概念或许并不理想。如LC的LCSH新网站使用SKOS(简单知识组织系统)作概念词汇,如同OCLC的新DDC顶层,以及NSDL注册。FRAD正在出现,表达名称规范。我一直是MARC社区信息格式的粉丝,悲哀的是它不大看到被采用。一个问题是它本质上并非“书目”,因而使其未来不那么确定。我很乐意看到它在Web世界中“被重新发现”并重设想。
Barbara Tillett:RDA不是一种格式,它是一套编目指引,用以识别我们希望在书目中控制事物的特征。如果你仍使用ILS,而开始根据RDA描述事物,那么在可预见的未来,你仍会用MARC书目记录及MARC馆藏记录(及MARC规范记录)。

14、RDA是否/如何提高编目效率?
Diane Hillman
:如同最初MARC格式通过扩大目录记录的可获得性与复用,为图书馆提高效率,通过走出图书馆寻求数据与共享机会,RDA同样具有再次为图书馆提高效率的潜力。我认为用MARC,数据几乎全部由人工创建,我们已经达到了所能达到的极限,如果近距离看看我们之外的世界所做的,就可以看到]]
>