又是lib2.0 & 开源信息一串

    2008-6-26/27,去中山大学讲2.0。这么远打飞的去,自己都觉得太夸张。
    我的PPT在线观看:“图书馆无处不在:学术图书馆2.0实践”(10,100KB,不到10M,正好在Google文件允许上传的限度内)

    讲座间隙见来中大蹭会的小钟、活溪等,得知年轻的小钟正带领两位更年轻的同事,在尝试用开源的Scriblio给Innovative的图书馆集成系统变脸。这是继香港科技大学之后又一个尝试者。
    讲座中讲了很多学术图书馆的实例,没有提到重庆大学。xinya大概比较郁闷,说希望以后能够有重大的实例。我以为ADLib2.0中有很多很好的闪光之处,但作为一个整体解决方案,可借鉴模仿度不高。于是就听说这个系统在考虑开源,或许将来能够推广应用。至少在图书馆应用软件领域,国内还没有开源的先例,不知道亚德公司这个未来的吃螃蟹者的开源之路能否走得通,能不能通过提供服务得到很好的发展。

    另:2008-6-15,新加坡国立大学计算机系的WING小组发布了一个名为Rapi的开源OPAC包。用Lucene从MARC文件建立索引,由Innovative的OPAC屏幕抓取实时的流通数据,用可定制的用户界面包装形成新的OPAC。用到:Ruby,Java,Apache Lucene Java库,ruby-marc库及Ruby Escape库。适用于MARC21格式的MARC文件。提供下载安装(http://linc.comp.nus.edu.sg/code/)。(Via Catalogablog: Open Source OPAC)
    看实际演示(live demo),实现了拼写错误提示(但目前还没有检索词推荐模块),有点新意的是用tab保留多次检索结果,其它还未看出更多引人之处。

关于中山大学的“lib2.0与图书馆服务系列讲座”:
2.0四强赛:萧徳洪PK杨新涯PK胡小菁PK郑巧英 (2008-06-24) from 唐帝国汉人
是预告,也有补记的听后评论,推荐一读。
谁是图书馆界的清道夫?(2008-06-26) from 竹帛斋博客
《实战图书馆2.0》 (2008-6-29) from xinya的竹语
有xinya的PPT下载链接。可惜自己没有听到。

[update 2008-7-2] 好的图书馆应该是Fine Library (2008-07-01) from 竹帛斋博客

伯克利协定与图书馆集成系统通用API

    数字图书馆联盟(DLF)于2007年夏成立图书馆集成系统发现界面专责小组(ILS-DI),分析在传统ILS与互联网发现应用之间达到有效互操作的问题,致力于提出一个技术解决方案──简言之,就是确定ILS以何种方式向图书馆与互联网开放。其背景是:越来越多的图书馆已经采用或正在开发独立于ILS的外部发现应用,包括OPAC前端,集成搜索服务、标签服务、社会化软件等。

    2008/3/6,DLF代表与主要图书馆应用厂商在加州伯克利讨论由小组提出的技术建议草案,即所谓“伯克利协定”(Berkeley Accord)。建议针对将ILS的数据和服务与支持用户发现的新应用集成的标准界面,允许图书馆部署新的发现服务以满足Web2.0时代不断成长的用户体验,充分利用高级ILS数据管理与服务的优势,催生新一代图书馆管理与发现应用中强大的创新社区与市场。
    与会者同意,通过部署特定推荐标准,经由开放协议与技术,支持一系列基本功能,包括:
1、收割(Harvesting):收割馆藏数据记录,完整的或基于最新变化的,核心书目记录或与馆藏、流通数据结合的记录。通过OAI-PMH接口实现。
2、可获得性(Availability):实时查询书目项的可获得性。通过ILS-DI专责小组指定的简单REST接口实现。
3、链接(Linking):固定方式链接到OPAC中任何项。通过ILS-DI专责小组为OPAC定义的URL模板实施。

    签署协定的厂商有(undersigned by):
   1. Talis
   2. Ex Libris
   3. LibLime
   4. BiblioCommons
   5. SirsiDynix
   6. Polaris Library Systems
   7. VTLS
   8. California Digital Library
   9. OCLC
  10. AquaBrowser
    唯一弃权的厂商(Abstention):
   1. Innovative Interfaces, Inc.

    经过三个月时间,ILS-DI于2008/6/4发布了长达78页的正式技术建议(DLF ILS Discovery Interface Task Group (ILS-DI) Technical Recommendation)(PDF, 269KB),包括四个层次的互操作共25个功能:
Level 1: Basic Discovery Interfaces
• HarvestBibliographicRecords (Data Aggregation, section 5.3.1)
• HarvestExpandedRecords (Data Aggregation, section 5.3.2)
• GetAvailability (Real Time Search, section 6.3.1)
• GoToBibliographicRequestPage (OPAC interaction, section 8.3.1)

Level 2: Elementary OPAC supplement
All of the above, plus
• HarvestAuthorityRecords (Data Aggregation, section 5.3.3)
• HarvestHoldingsRecords (Data Aggregation, section 5.3.4)
• GetRecords (Real Time Search, section 6.3.2)
• Search (Real Time Search, section 6.3.3)
• Scan (Real Time Search, section 6.3.4)
• GetAuthorityRecords (Real Time Search, section 6.3.5)
• Either OutputRewritablePage or OutputIntermediateFormat (OPAC Interaction, sections 8.3.2 and 8.3.3)

Level 3: Elementary OPAC alternative
All of the above, plus
• LookupPatron (Patron Functionality, section 7.2.1)
• AuthenticatePatron (Patron Functionality, section 7.2.2)
• GetPatronInfo (Patron Functionality, section 7.2.3)
• GetPatronStatus (Patron Functionality, section 7.2.4)
• GetServices (Patron Functionality, section 7.2.5)
• RenewLoan (Patron Functionality, section 7.2.6)
• HoldTitle (Patron Functionality, section 7.2.7)
• HoldItem (Patron Functionality, section 7.2.8)
• CancelHold (Patron Functionality, section 7.2.9)
• RecallItem (Patron Functionality, section 7.2.10)
• CancelRecall (Patron Functionality, section 7.2.11)

Level 4: Robust/domain specific discovery platforms
All of the above, plus
• SearchCourseReserves (Real Time Search, section 6.3.6; for academic libraries)
• Explain (Real Time Search, section 6.3.7)
• Both OutputRewritablePage and OutputIntermediateFormat (OPAC Interaction, sections 8.3.2 and 8.3.3)

    若干年前,图书馆对ILS厂商除了抱怨无计可施。2005年John Blyberg提出图书馆集成系统客户权力(ILS Customer Bill-of-Rights) ,引来讨论无数,正是这种状况。随着Web2.0的兴起,美国图书馆界竟然能在这么短的时间内通过努力让局面为之一变,真令人赞叹!随着建议在ILS厂商的逐渐实施,ILS通用API将使未来OPAC应用更加多姿多彩。

相关信息:
ILS-DI技术建议网页:宾州大学图书馆John Ockerbloom为ILS-DI小组主席,网站设在该馆。据云技术建议书也将发布在DLF网站。
Peter Brantley’s thoughts and speculations: ILS Basic Discovery (April 4, 2008)
加州大学伯克利分校图书馆Peter Brantley介绍DLF代表与主要图书馆应用供应商在加州伯克利讨论草案的情况,以及DLF对此事的新闻稿“ILS Basic Discovery Interfaces: A proposal for the ILS community”。

选择OPAC前端──威斯康星大学麦迪逊分校报告

    2006年初北卡州立大学(NCSU)推出基于Endeca的新一代OPAC前端,以此为契机,忽如一夜春风,市场上类似产品大量涌现,不依赖于特定的图书馆集成系统、商业的或者开源的,让想要步NCSU后尘的图书馆面临相当多的选择。
    虽然OPAC早已不再是图书馆资源的唯一入口,但更换OPAC外观及功能仍是需要认真对待的事,除功能外,一方面要听取用户意见,另一方面还要平衡费用(商业)与技术(开源),不可能凭着感觉拍脑袋决定。
    威斯康星大学麦迪逊分校图书馆(University of Wisconsin – Madison Libraries)为此于2007年冬成立了由8人组成的资源发现探索专责小组(Resource Discovery Exploratory Task Force),经过半年左右工作,于2008/6/2提出了长达74页的最终报告(PDF,870KB),并已获得认可。
    本报告以“资源发现”(Resource Discovery)为名;Lorcan Dempsey介绍时称“机构发现系统” (Institutional discovery systems);Marshall Breeding则将下一代OPAC称为“发现层界面” (Discovery Layer Interfaces)──未来OPAC大概会被“资源发现系统”之类名称取代了。

目次
1、执行摘要和结论
2、工作陈述/目标
3、环境扫描
4、文献评述
5、用户扫描
6、产品扫描
7、附录(专责小组职责、联机公共调查及结果、重点小组、开放论坛论题、参考文献)

    小组在2008年1月建了博客Resource Discovery at UW Libraries,可以看到整个研究及用户调查过程。最新博文(2008/6/6)转载了报告的第一部分Executive Summary and Conclusions。报告针对的是UW使用Voyager系统(现属Ex Libris)及参与OCLC(WorldCat)的特定状况,并未对所有相关产品作出完整的测评,但一些看法还是具有普遍意义的,并且提及很多实际应用的图书馆,因而具有相当大的参考价值。

    产品扫描部分分析了一些产品的特点(features)、优势(strengths)与不足/挑战(challenges)。特别针对商业产品的不足部分略作摘要:
6.1 商业产品(Vendor-Supplied)
6.1.1 Aquabrowser
    有些人把可视图当作噱头,而另一些人则认为非常新颖。[一开始主要是公共图书馆在采用,虽然报告称5/11查询时发现已有26个学术图书馆采用,虽然已有芝加哥大学在使用,但可视图的确有可能会让学者觉得太小儿科]
6.1.2 Encore和Enterprise Portal Solution [SirsiDynix]
    Innovative Interfaces是主要图书馆供应商中唯一不签署“伯克利协定”(Berkeley Accord)的。我们不应该与拒绝支持互操作标准的供应商合作。(p.29对“伯克利协定”的说明:几乎由所有主要图书馆供应商签署,支持提供一个基于XML的图书馆发现界面API (an API for use by XML-based library discovery interfaces)。理论上,使用这一API所写的发现界面可用于任何ILS)。
6.1.3 Endeca
    其界面由个别图书馆创建并负责更新,如同开源或非供应商提供的产品……但是,有共享代码的合作Endeca库工作环境。[与开源产品一样,要改变界面需要图书馆投入很多精力编程]
    Endeca与许多开源产品基于同样的代码。由于其在联机销售方面有巨大的市场占有率,不清楚未来图书馆是否仍会是其主要关注点。[应该说从来就不曾是吧,如果它退出图书馆市场,其维护就更成问题了?]
    除了每年的许可费,视[数据量]大小Endeca的价格从5万到40万美元。对于我们的情况,未经证实的价格在20-30万美元,年许可费5万美元。[唯一一个点明价格的,Why?]
6.1.4 Primo
    [只有优点没有缺点?]
6.1.5 WorldCat Local
    相关性排序算法会将本地资源列在第一或第二,此外排序算法是私有的。目前拥有某一文献的WorldCat成员馆数在排序中摇摆不定,和[搜索]词在记录中出现情况一样,但成员馆的类型并未考虑在内。由于WorldCat有大量公共图书馆,那些我们的服务对象可能极感兴趣的一些极有学术价值与昂贵的文献则会排名较低。
    只包含有OCLC号并列入WorldCat的本地馆藏……订购中、处理中、剔除中的无法处理。
    对由于订购而装入MadCat[本地OPAC]的第三方许可或购买的记录……可能有或没有相应的OCLC记录。……肯定OCLC和其他图书馆正在处理这个大问题。
    当前我们把位于SFX的电子期刊馆藏的MarcIt记录装入了MadCat,我们必须如已在做的那样,加入OCLC的eSerials项目,但这方面可能更复杂。
    WCL没有索书号检索……
    [显然OCLC还有很多问题要处理;而图书馆首先得加入更多WorldCat项目,才有完全解决这些问题的可能。OCLC显然很欢迎长达4页的全面测评,但报告中提出的N多问题,或许OCLC并不一定觉得都需要处理。]
6.2 开源(Open Source)
    [开源部分由于大多尚无实际应用,基本未作测评,只是泛泛而谈]
最后部分列出的浏览器扩展、工具条及小工具(平台)(Browser Extensions, Toolbars, Widgets and Gadgets)
Zotero
BookBurro
Conduit
iGoogle, NetVibes, PageFlakes, yourminis
Facebook

Via Lorcan Dempsey’s Weblog: Institutional discovery systems (2006-6-6)
参见:
OPAC改朝换代由此开始 (2006-01-16)
WorldCat Local:取代本地OPAC?(2007-04-16)
Encore是个什么“工具”?(2007-06-06)
芝加哥大学图书馆的LENS:高校馆也用AquaBrowser (2008-01-05)
Ex Libris的OPAC前端Primo (2008-05-09)