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 的功能對照比較表

Koha的开源问题

    对开源软件、开源社区知之甚少,所以缺乏敏感。只看到LibLime推出Enterprise Koha,公司称软件仍将保持开源,没有意识到Enterprise的含义。看到Nalsi的笔记链接的几篇Koha文章(最近二三事),才知道此举已令业内人士怀疑LibLime超越了开源伦理,想占有Koha了,因为它推出的是Liblime clients only的版本。
    几位业界有影响力的人物对此事发文:

Liblime Forks Koha(September 14, 2009)
    新西兰的Joann Ransom在Library Matters上的长篇博文。认为LibLime由于提供托管服务,并未违反Koha的GNU GPL许可,但是它声称将继续开发,却不再参与Koha社区并贡献代码,破坏了Koha项目的精神。文中提及WALDO联盟向LibLime投入60万美元,成为最大的输家。
     Koha作为一个开源软件,最初是在新西兰开发的。Joann Ransom对“Koha”为何能被注册感到不解,因为在新西兰语中Koha就像thanks或gift或hello一样是个普通词,而LibLime还注册了作为Koha社区灵魂的“Koha Foundation”及一系列相关域名。
    (我上次看到Koha由LibLime注册版权, LibLimeBibLibre两家提供Koha支持的公司共同注册商标时,就曾感到奇怪,至今也不明白为何能够成功注册。)

What’s
going on with koha and liblime
  (September 15, 2009)
    librarian.net的Jessamyn
West除表示质疑外,还提供信息,原LibLime的Open Source Evangelist(开源传道者)Nicole
Engard,已于日前离开LibLime,转而同时受雇于另二家Koha服务供应商Bywater SolutionsBibLibre,继续她的Koha社区文档管理工作(ByWater Solutions and BibLibre Welcome Nicole C. Engard, September 8th, 2009)。Nicole Engard是2007年Library Journal的Movers & Shakers。

Open Letter to the Koha Community (Sep 15, 2009 10:04:16)
  
ILS专家、Library Technology Guides网站的Marshall Breeding,发表长文呼吁Koha社区应该由开发者(含提供支持与开发的公司)社区变成图书馆社区,让作为用户的图书馆参与其中。

LibLime To the Koha Community: Fork You! (September 15, 2009)
   现任职OCLC的Roy Tennant,在引述Joann Ransom的观点后,认为LibLime或许可自比红帽Linux,但红帽Linux至少没有注册Unix商标。

via: 最近二三事from Islander的西文编目笔记
参见:开源与云计算结合的ILS──Koha Express

PS:不知道为什么,中文维基百科Koha词条被shizhao删除了,原内容为“Koha 是通用公共許可證授權的整合性圖書資訊糸統”。英文维基百科词条见:Koha (software)

[update 2009-9-17] Panlibus:LibLime Cause Upset in the Open Source Community (17th September 2009)
Talis的