RDA厂商访谈之III

Vendor Interview — Innovative Interfaces, Inc. (III) / by jhennelly (10 Jun 2011)

RDA开发方针对RDA工具套件调查中用户最关心的一些问题,选择若干厂商做访谈,让大家了解在由AACR2转向RDA过程中,相关产品会有哪些变化。第一家是Innovative公司,作答者为产品经理Ken Wells。本馆是III用户,其解答得认真看──最后一段比较出彩。

估计向各家提的问题是一样的。以下编号为本人所加:

1、你们的编目系统是否与MARC 21为适应RDA而做改变的9,10,11更新同步?如果没有,是否计划更新、有无时间表?是否改变书目记录与规范记录两者?

Yes。对于目前MARC的所有更新,Millennium系统都支持。已安装的需要免费更新以增加功能(通过CSDirect提交)。

2、你们系统的显示(面向公众的与内部的)能否显示新增加到MARC的RDA字段?有无未来改变计划、时间表?

Yes。Millennium馆员模块、WebPAC及Encore均可显示。正在评估如何用新数据元素来强化显示与访问记录数据。

3、请描述你们系统的检索界面(包括索引、限定、分面功能),它们如何处理新的RDA字段。有无未来改变计划、时间表?

如果图书馆需要的话,可以索引新的RDA字段[这里没说免费,不会要收钱吧]。正考虑以RDA字段增加限定与分面选项。

4、你们的系统是否支持用MARC以外的编码进行编目上?如果是的话,是否为支持RDA做过任何改变?有无未来改变计划、时间表?

Millennium原来就支持非MARC编目,目前没有对非MARC功能作进一步改变的计划,将待6月RDA测试结果公布再定。[III的非MARC编目主要通过其固定的字段与索引标签实现检索与显示功能,很粗放]

5、图书馆将在未来一段时间内处于混合记录环境中。在可见的未来,你们是否有停止支持AACR2的计划?

No。AACR2与RDA数据可以在数据库中并存,不但在Millennium,在新的Sierra服务平台也将同时支持两者。

6、对于AACR2和RDA记录在目录中并存的混合记录环境中,是否对使用你们系统的显示、检索或其他有所担心?

No。不管什么记录格式,用户可以选择向公众显示的字段。

7、RDA特别关注基于FRBR的记录间关系,采用作品-内容表达-载体表现-单件结构。你们的系统目前是否以什么方式利用了这一新数据与结构以改善用户体验?是否有计划未来基于这一数据改善用户体验?如果有,时间表?

Millennium目前没有FRBR化界面,但我们正致力于采用此一新数据与结构强化系统,现在还没有开发的具体时间表。[失望]

8、有人说,只要MARC仍然是主导的编码标准,RDA的好处不能充分体现。如果RDA被采用,你觉得MARC将如何?离开MARC对于你们的产品会产生何种问题?

不管对RDA的官方立场是什么,我们相信在可见的未来,图书馆仍将处于RDA与AACR2记录混合的状态,如同现在AACR、AACR2及其他记录格式的混合。

就Millennium和Sierra所关注的,AACR2和RDA在数据格式化风格上基本相同,差别只在数据如何解释。因此对于数据库,改变到RDA风格编码没有问题。在图书馆越来越转向目录结构FRBR化、记录本身原子化时,会引起一些问题。也就是说,当单个记录分解成到描述性元素(如主题标目、作者标目等)的链接,而非在每条记录中重复输入的数据,我们可以最终看到更加由关系驱动的数据结构,而非如现在目录中所见的逐个记录那样的孤立数据。这种改变将完全重构图书馆目录,向这一方向转变,需要厂商与图书馆双方的全力努力。我们知道,假以时日,这将是图书馆目录的本质,加入其他现代、多行业数据结构的结构与格式。[最后落实到了关联数据,如何在系统中实现,确实是一大挑战。在RDA官方测试结果出来前的回应虽然回避了MARC问题,却也描述了替代品的模样……]

[update 2011-11-11] qingyi在书社会翻译的访谈全集:
RDA自动化系统开发商系列访谈1-4:III、VTLS、BiblioMondo、Polaris (2011-07-03)
RDA自动化系统开发商系列访谈5-8:Ex Libris、Follett、OCLC、SkyRiver (2011-07-27)

准备抛弃MARC?美国国会图书馆启动“书目框架转变行动”

2004年初,美国国会图书馆(LC)副馆长Deanna B. Marcum发表“编目的未来”演讲(The Future of Cataloging),公开了LC管理层对编目工作的全面反思。2006年LC成立书目控制未来工作组(Working Group on the Future of Bibliographic Control),最终导致采编合并,对LC的编目工作产生了实质性影响。

在Marcum馆长主导下,不久前LC又把目标对准了MARC──“启动检讨书目框架的计划,意在更好地适应未来的需要。该行动(Initiative)的主要重点是为MARC 21交换格式确定一条转变路径,以便从新技术获益,同时维持近几十年间支持资源共享、节省编目费用的强健的数据交换(功能)。这项工作将与MARC 21格式的相关机构协调实施,包括正式合作伙伴(加拿大图书档案馆和大英图书馆),非正式合作伙伴(德国国家图书馆和其他国家图书馆),提供图书馆服务与产品的机构,众多MARC用户机构,以及MARC咨询委员会如ALA的MARBI委员会、加拿大MARC委员会和英国的BIC书目标准组。”

LC网站发展与MARC标准办公室为行动建立了官方网站,提供相关信息、公告及资源:Bibliographic Framework Transition Initiative

5月13日,网站发布了LC的声明“改变我们的书目框架”,并宣布将在6月ALA年会对此讨论的基础上,发布进一步的声明。
Transforming our Bibliographic Framework: A Statement from the Library of Congress

声明称,“来自美国RDA测试参与者的自发评论显示,图书馆界很多部门感觉到经费压力,但仍认为有必要取代MARC 21,以从新兴的内容标准中充分受益。”在准备抛弃MARC的同时,表示对RDA的认可?对于前几年刚开始把机读目录格式转到MARC 21的德奥等国,以及不久前刚宣布改用MARC 21的对岸“国家图书馆”,将何去何从?声明结尾称将在2012及2013年召开一系列专家及利益相关者会议──2014年大概就可以尘埃落定了,尽管现在并没有一个可选择的应用标准。

声明的主要内容是提出LC将解决的问题:

> 确定当前元数据编码标准的哪些方面应当予以保留,并演化至未来的格式。我们会考虑现已编制了数十亿记录的MARC 21,以及其他。

> 以语义网和关联数据技术做实验,看看他们对书目框架有何益处,我们现有的模式需要如何调节,才能充分利用这些优势。

> 希望在更广泛的网络搜索环境中最大限度重用图书馆元数据,让最终用户接触到更多优质元数据,并以创新方式使用。

> 能够为用户在实体关系间导航──如个人、地点、组织、概念──从而在图书馆目录及更广泛的互联网中检索得更准确。我们将探索在导航关系中使用有前途的数据模型如“书目记录的功能需求”(FRBR),无论这些关系是由馆员主动编制的,还是经由语义网而识别的。

> 探索在当前基于MARC的系统之外的显示元数据的方法。

> 识别采取或不采取行动的风险,包括评估改变得到更广泛接受的步伐:我们会采取渐进的步骤,或是采取更大胆、更快的行动?

> 在LC更广泛的技术基础结构中将现有元数据带入新书目系统的计划──特别需要考虑原来数据库的规模与价值。

[update 2011-5-28] 参见

Nalsi的西文编目笔记III:【翻译】国会图书馆可能开始放弃MARC

原文:Library of Congress May Begin Transitioning Away from MARC / Michael Kelley. LibraryJournal, May 26, 2011

 

Next-L Enju:日本的开源ILS及发现界面

昨天介绍日本国会图书馆的NDL Search原型系统,该系统的核心之一是开源项目Next-L Enju。
Next-L Enju启动于2006年11月14日下一代图书馆社区第一次干事会,该社区简称Next-L项目(Project Next-L)。
Enju 0.1版发布于2008年11月,最新版0.4.3于2010年10月2日发布,1.0版计划2011年3月发布。项目网站有更详细开发进程
从功能介绍看(0.4.3版PDF),Enju是一个完整的图书馆集成系统。从项目开发网站看,它包括“根”──联合目录、“叶”──各馆ILS、“花”──图书馆发现界面(OPAC前端)。NDL Search所用或为“根”与“花”的结合。
开发成员田辺浩介(Kosuke Tanabe,项目网站显示单位为東京工科大学図書館,但电子邮件地址为慶應義塾大学)希望在今日召开的Code4Lib 2011会议上介绍该项目。以下译自The FRBR Blog的介绍(Next-L Enju, NDL Search and library geeks in Japan):
“Next-L Enju是由Next-L项目开发的开源图书馆集成系统,Next-L项目作为图书馆技客社区始于2006年11月。Enju基于开源软件(Ruby on Rails,PostgreSQL/MySQL和Solr),支持现代ILS功能(如FRBR结构RESTful WebAPI)。
“Enju已在一些图书馆实施,包括日本最大的图书馆国立国会图书馆。NDL选择Enju提供一个新的搜索引擎“NDL Search”,加上一些附加功能(如自动FRBR化,以关联数据格式提供书目数据)。开发版访问网址:http://iss.ndl.go.jp/。”
很汗颜的是,没在NDL Search上看出FRBR和关联数据。
———-链接的分割线———-
Via The FRBR Blog: Last Week in FRBR #38 (2010-12-10)
√ Next-L项目网站:http://www.next-l.jp/
√ Enju开发网站:https://github.com/next-l
√ Enju项目介绍:http://wiki.github.com/nabeta/next-l/(详细介绍根、叶、花,包括FRBR模型、分面检索、社会化书签、WebAPI,以及软件下载、安装等链接)
√ Enju演示网站:http://enju.slis.keio.ac.jp/(无法访问?)
√ Enju源码:http://github.com/nabeta/next-l/tree/master