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

Evergreen和Koha功能比较

Evergreen图书馆资源共享与合作计划(RSCEL)做了两个开源图书馆集成系统Evergreen和Koha当前版本的功能比较矩阵(OSLS Comparison Matrix)。此对照矩阵非常详细,可以说列出了最先进的ILS应当具备的功能,其中有些这两个系统均未具备,所以也可把本矩阵看做设计图书馆集成系统功能的一个模板。
由于功能太多,在此以列出缺少的功能为主,有的可能是其他ILS已经具备的,有的则可视为ILS的发展方向。以下以E代表Evergreen 1.6,K代表Koha 3.2,两者均不具备的功能标*。从有所缺失的功能可以看出:(1)总体功能上Koha较强;(2)Evergreen的联盟功能较强,Koha具有更多Web 2.0功能;(3)两者之前均未面向大学图书馆;(4)面向移动设备的功能是未来的趋势。

1、流通
短信通知:E开发中
还书箱模式:E无
教学参考书:E和K均开发中
到期日全域更新(学期末):E开发中
* 把过期较久的标为丢失

2、读者管理
亲子关系:E入群组关系
雇佣关系:E无
群组关系:K无
读者头像:E开发中
定制读者字段:E无
定制附注:K无
* 读者自助注册

3、编目
* OCLC Connection
规范控制:E无
批删除记录:K无
批更新记录:K无
* 批删除馆藏
* 批更新馆藏

4、采访
E均开发中
电子数据交换:K无

5、连续出版物
E均开发中

6、报告(均有)
定制SQL报告
预制报告
馆内使用跟踪

7、附加工具
财产目录:E无
读者证制作:E无
* 查询生成器

8、管理
可定制设计(馆员客户端):E无

9、活动管理(均无)
* 读者证登录看活动
* 馆员界面输入活动,在网站上以日历显示

10、联盟功能
图书馆组设定:K无
流动馆藏管理:K开发中
每馆用户权限设置:K无

11、OPAC
标签:E无
读者评论:E无
FRBR版本:E无
永久链接:E无
定制RSS种子:E无
* 集成VuFind, Scriblio, Blacklight
集成SOPAC:E无
BiblioCommons:K无

12、系统
LDAP:E无
SIP:均有

13、Web服务
COins、ILS-DI、SRU:E均无

14、系统需求

15、第三方产品
自助借还、RFID、PC管理

16、移动
* OPAC的Android, iPhone应用
* 短信接收预约通知
* 通过短信检查预约状态
* 通过短信改变预约状态
* 通过Android, iPhone检索目录

Evergreen 1.6文档:http://open-ils.org/documentation.php

Koha 3.2文档:http://koha-community.org/documentation/

[update 2010-5-24]
Via Koha 臺灣: Koha 3.2 與 Evergreen 的功能對照比較表

选择国外图书馆自动化系统必读


现在似乎兴起了新一轮更换图书馆自动化系统的浪潮(LAS是英国说法,美国称集成图书馆系统ILS),图书馆用的其他系统也在不断增加,本文图书馆自动化系统为泛指,不限于ILS。国外系统往往有一些国内产品无可替代的功能,让图书馆爱不释手。同样地,国外系统也会有一些难以言说之处,只有当买下以后才能体会到。
说来自己在十多年前就用上了国外系统,但以前基本上是雾里看花,近些日子才算是走到了花前。就想着做一回标题党,让图书馆在购买国外系统前,就提前感受一下。

一、没有令人满意的系统

承认这一点是必须的,估计图书馆在进行调研的时候就感受到了。一般而言,面向馆长层面的调研会得到比较满意的结论,因为没有馆长会说自己引进的系统很差,除非那是前任馆长引进的。但如果向图书馆员工调研,得到负面回答的比例就会比较高,原因也不难解释,因为世上本无令人满意的系统。
正因为如此,系统才需要不断升级,而每次升级,总会让系统管理员提心吊胆。也正因为如此,当公司宣布不再对某系统进行更新后,即使仍承诺进行维护,只要条件允许,图书馆多半会选择更换系统。

二、不要以价格作为决定依据
选择国外系统,对价格都会有所预期。但货比三家时,价格仍会成为天平上很重要的一枚砝码。只是,有的系统价格弹性或许会比较大,不是因为有讨价还价的空间,而是因为最终交付的产品中有很多是可选的或者可调节的。
比较明显的是并发用户数,40个、50个、80个还是无限,价格当然不同。记得当年某馆用户数不够,需要一个人退出系统,另一个人才能登录,但又怕前者退出后被其他不相干的用户登录进去了,于是电话中相约“一、二、三”同时操作……。
还有更多可选项可能是未标明的,降价可能意味着那些选项的缩水,而图书馆并不知情。
当图书馆买下系统,用了觉得某些选项不敷使用,只得找机会追加投资──结果可能一点都没有便宜,甚至更贵。

三、看功能演示时多存疑
好的商业演示,是会让大多数人心动的。但心动不能冲动,要随时发现问题,然后多多提问:
其一、演示的功能,或许只是有限情况下的实现。对于各类功能,都可以问:本馆的XXX是不是可以配合实现这个功能?是需要什么其他条件,还是直接可以使用?
其二、演示的功能,或许需要其他产品配套才能实现。需要问:此功能是包含在本产品中的,还是需要同时购买其他产品?
诸如此类,才不至于买下后发现好多功能实现不了,纯粹一摆设。或者,接下来还要继续花钱买相关产品,才能实现预想的功能。

四、关注文化差异
如前所述,没有令人满意的系统,碰到麻烦就需要经常与公司沟通,这时文化差异就会很明显。

不知道谁引进了”顾客是上帝“的说法,说是西方国家的商道,其实不过是”顾客是衣食父母“古训的新版,符合中国传统文化,所以在国内很流行。以前就听说,在宗教气氛深厚的国家,这种说法是亵渎上帝的。前几天会上碰到老美,也算侧面印证此说──当一位馆长引用”顾客是上帝“时,这位老外说“不,我们是平等的”。
所谓“文化”,不仅是国家间的,还有企业文化这一层。比如我们可能觉得花钱买了产品,公司有责任帮助我们用好。而公司可能觉得你买产品是深思熟虑的,应该自己想方设法把它用好。
不过这一点只能说说罢了。在没有购买公司产品时,要了解该公司的文化,似乎不太容易。只有碰了钉子,才知道以后如何避免。