试查山西省图书馆的图创Interlib系统

    在沁县参加青树活动时,听山西省图书馆说计划明年就把所有县馆馆藏都纳入省馆的集成系统中,在我看来这是一项宏大的计划。当时正在身旁的台湾玄奘大学吕明珠老师告诉我,她看过山西省馆的OPAC,非常先进,酷似北卡州的系统,还有标签、点评──虽然可能由于宣传原因,还没什么读者用。这自然引起我的兴趣。
    访问山西图书馆集群管理系统,确认是广州图创公司的Interlib系统。试查感觉,总体上框架还不错,细节则尚需推敲(不适用Firefox)。截图在此

    检索入口略显繁杂,但检索结果一览确实像极北卡州立大学馆的界面,上部是用于缩小检索范围的分类分面(还可选择隐藏),左侧是其他分面分馆(为今后加入各县馆藏做准备)、主题著者出版日期文献类型语言种类分类。除出版日期按年份顺序排列外,其他均按命中数量排列。
    检索结果的排序选项匹配度(缺省)、出版日期主题词题名责任者索书号题名拼音的升序、降序排列。有检索结果的RSS订阅预留了图书封面的位置,但尚未配上。
    用缺省的“题名”试查“上海”,从结果看为任意一致(而非常见的前方一致),当属题名关键词检索。
    分别看出版日期排序和责任者排序的结果:
    出版日期排序应该没有用定长字段,而是直接采用了出版日期著录字段──由此按降序排列,第1条是民国77年(1998年)、第3条是“出版日期不详”,接下来都是推测的出版年(加方括号),到第31条才是最新的2008年,第36条2007年。这是软件系统的问题。还有书目记录的问题:期刊没有按连续出版物处理,而是每一装订本做单独的书目记录,并且没有著录出版日期,导致期刊都排在最后。
    责任者排序应该没有用检索字段,而是直接采用了责任说明,因此作者前按题名页照录的国别等连同括号一起用于排序,而不是从作者姓氏开始。并且以这种方式,应该只对第一个责任者有效。还有另一个排序规则问题,看着既非笔划,也非拼音,使用快典网(http://bm.kdd.cc/)试查几个汉字内码,估计是按unicode编码排序的,这种排序对用户而言基本是无意义的。
    估计题名也是依此法排序的,所以除题名排序外,还有题名拼音排序──而目前大多数系统的汉字排序都是拼音序。

    详细结果页,有读者总评(5个星的评级)、Tags(标签)、收藏读者书评功能。
    增加标签及收藏需要登录,据帮助(?图标)说明,如背景色为黄色的,表示本人已经给此书加过的标签。不知道标签能否用于检索。
    读者书评不知道入口在哪里,或许收藏后方可写书评?
    评级则不需要登录,并且一旦做出评价就不能更改──这出乎我的意料,在此需要郑重地向作者郑念致歉(该书译为“程念”),因为试功能,随手给她的《上海生死劫》打了个1星。幸亏每条书目记录有固定链接,刷新一下页面后,发现可以再次评价,作为补救再打个5星──由此读者总评是3星(共2票),也就是说,一个人可以做N次评价。是不是有点问题?
    详细结果页右侧有相关资源相关借阅(借阅此书的读者所借阅的其他相关图书)、相关主题。大约使用不久,相关借阅没有看到内容。只是相关主题也没有,倒是有点奇怪,不知道打算放什么内容。相关资源分别是以题名查询豆瓣WorldCat谷歌百度图书CNKI。用百度图书而没有用谷歌图书,有点不解。以《上海生死劫》为例,在谷歌图书上还可以看到片断,而点击百度图书的结果则是“很抱歉,您要访问的页面不存在”。
   
    OPAC分面显示、多种排序的结果,是让书目记录中的错误更多地展示出来,此次试查同样证实这一论断。不多言。

附1:
图创软件称其Interlib系统推出一年半,已有300家图书馆使用,其中有广东省馆(45家分馆)及黑龙江省馆(30个分馆),势头强劲啊。
其产品中还有“Internet托管平台”,正是数月前写“求助:寻找‘云计算’的图书馆自动化系统”(2008-10-14)中提到的那种:“若干年前,曾见过一个SaaS的图书馆自动化系统网站,有一些小型图书馆利用它的服务。不用买电脑、不用系统管理员,这个网站就是自己的自动化系统。”

附2:
山西省馆有一个“晋图论坛”,见到其中有一贴子“Interlib培训教程视频”,除各业务模块(采访、编目、流通、期刊、系统管理)视频外,还有其用户手册及培训教程。
论坛建于2007年12月,贴子不多,标题大致浏览一过,发现2008-04-29影子的“图林博客之最”,标明摘自2008年4月18日图书馆专刊的雨禅文(原出自“最…..的图林博客”(2008-01-20)),又让自己陶醉一把。

关于青树活动,参见:
云海之上II:
撒下青树的种子(一)(2009-02-06)
撒下青树的种子(二)(2009-02-14)

辅仁大学图书馆服务队 (2009-02-01)
图书馆读者犯罪动机与图书馆管理政策 (2009-02-09)

耶鲁大学的VuFind使用调查

    VuFind在开源的OPAC前端中发展得不错,前几天刚得到第三届梅隆技术协作奖不说,澳大利亚国家图书馆早就用它做了自己的Beta版OPAC,而耶鲁大学也已经试验了不短时间。
    耶鲁大学原来的OPAC名叫Orbis,他们的VuFind则称为Yufind。2008/10/6-19,他们面向用过Yufind的大学生进行了一次调查,得到83个回复,结果大致如下:

检索结果:79.3%发现结果是他们预期的,75.6%发现了他们需要的。
分面:85.0%喜欢;不喜欢的主要原因是结果与其检索不符,或者装入太慢。
比较:57.8%喜欢Yufind甚于Orbis;但当问及查书首选时,Orbis占40.2%、Yvfind占35.4%。
Yufind不足:一些回复者指出检索太宽泛,有时返回高度不相关结果,且响应过慢;另一些回复者找不到他们知道肯定有的结果,比《自然》杂志。

    调查结果表明Yufind很有希望,但需要重大改进。调查让馆员有了改进的方向。
    比如分面方面:缩减象时代、格式之类含有误导元数据的分面[编目数据错误吗?];排除只命中提问中一个检索词的记录;从可用性结果分析,分面列表应该有排序先项,可以按字顺排列[看来目前是按结果数量排列]。
    比如通过馆藏量、流通量或下载量计算,使流行馆藏(如《自然》)容易找到[相关性排序自法问题]。
    比如与本馆服务无缝集成:输出到Refwork/Endnote,通过文献快递或馆际互借订书。

    调查中有一个部分采用了“系统可用性量表”(System Usability Scale, SUS),用正负各五个陈述,采用五点尺度的李克特量表(Strongly Disagree, Disagree, Neutral, Agree, Strongly Agree),据称返回值70被认为其可用性可以接受,低于70则需要进一步改进是。此次调查返回结果为66,很接近了。
    其SUS部分如下:

我想我愿意频繁使用Yufind
我发现Yufind不必要地复杂
我觉得这系统很容易使用
我认为用这个系统需要技术人员支持
我觉得Yufind的不同功能集成得很好
我觉得Yufind中有太多不一致
我想象中大多数人学用Yufind会很快
我觉得Yufind用起来很麻烦
我感到用Yufind很自信
在可以上手Yufind前,我需要学很多东西

调查结果全文: Opinion Survey of Yufind/Vufind

参见:再看国外流行的开源软件──第三届梅隆技术协作奖

再看国外流行的开源软件──第三届梅隆技术协作奖

   安德鲁·梅隆基金会日前宣布第三届年度梅隆技术协作奖(Mellon Awards for Technology Collaboration (MATC)获奖名单,MATC授予在艺术人文学界的开源软件工具协作开发方面起领导作用的非盈利组织,以及文化遗产领域的非盈利活动。
    2006年首届MATC颁奖,请来了万维网发明人Timothy Berners-Lee,使用开源博客工具WordPress的OPAC前端软件WPOpac获奖(现名Scriblio),引起国外图林博客界一阵喧哗。今年颁奖则请来了“因特网之父”、现任Google副总载的Vint Cerf,在与图书馆界颇为密切的网络信息联盟(Coalition for Networked Information)(http://www.cni.org)2008秋季专责小组会议上颁发。据梅隆基金会的新闻稿,关于颁奖典礼及采访获奖者的播客,可在12月8日后访问CNI网站。但目前CNI及会议网页还没挂上相关内容。

    本年度奖金仍为65万美元,有11项获奖,前二项10万,其余5万。图书馆领域有数字图书馆软件绿宝石及OPAC前端软件VuFind获奖,前者可算元老,后者则是新锐。全部获奖机构及软件情况如下:

* MIT,开发并发布Kerberos网络认证协议(www.mit.edu/Kerberos/)

* 伊利诺伊大学香槟分校,领导并开发Project Archon,一套存档工具(www.archon.org)

* 阿巴拉契亚大学协会(Appalachian College Association),领导LAMP联盟 (http://www.acaweb.org/content.aspx?sid=2&pid=197)

* 卡内基-梅隆大学,开发并发布熊猫3D及爱丽丝三维制作工具(Panda 3D and Alice three-dimensional authoring tools (www.panda3d.org)

* Ecotrust (www.ecotrust.org),开发并发布Open OceanMap,一个让科学家等可以在海洋保护活动上合作的工具 (http://www.ohloh.net/projects/10111)

* Foothill学院(www.foothill.edu),开发并发布Sakai学习管理系统(www.sakaiproject.org)的Mneme测试引擎(http://etudesproject.org/mneme)

* George Mason大学(www.gmu.edu),开发并发布Omeka文化遗产收藏Web展示系统(http://omeka.org/)

* 伦敦国王学院(www.kcl.ac.uk),开发并发布Pliny学术标注工具(http://pliny.cch.kcl.ac.uk/)

* 新西兰Waikato大学(www.waikato.ac.nz),开发并发布绿宝石项目(Project Greenstone),一套创建数字图书馆的工具(www.greenstone.org)

* 华盛顿大学,开发并发布WebAnywhere,一个增加视障人员访问及流动性的项目(www.webanywhere.cs.washington.edu/)

* Villanova大学(www.villanova.edu),开发并发布VUFind项目,学术图书馆资源门户软件(resource portal software for academic libraries) (www.vufind.org)

关于MATC及2006年首届获奖情况,参见:从获奖看国外流行的开源软件 (2006-12-07)

关于VuFind,参见:
开源OPAC发布:VuFind (2007-07-23)
SEOmoz的Web2.0奖 & 我用的获奖网站 (2008-08-18)

关于Greenstone,参见:
绿宝石数字图书馆开源软件(Greenstone) (2006-06-07)