试查山西省图书馆的图创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

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

图书目录中的封面图像

    封面图像已经成为图书目录的标准配置了,越来越多的图书馆目录也开始配上封面图像。
    但是,并不是所有图书封面都有现成图像的可以获得,甚至有的精装本根本就没有封面图像。在此情况下,目录的封面位置显示什么呢?致力于优化OPAC的技客们会关注这些细节问题。
    有的OPAC在没有图像时就不显示(如香港中文大学图书馆Catalogue 2.0),更多的则显示一个标准的“没有图像”的图像。No Image也是各具特色的,如采用Darien图书馆的SOPAC用如下图像,不算太难看:

    Alejandro Garza所在馆的OPAC(使用Millennium系统)也是没有图像就不显示的,但在列出最流行图书时,则采用Book图像,颇不美观:

    经过一番搜寻,Alejandro Garza发现Google图书和LibraryThing在没有封面图像的情况下,都是用代码临时生成一个封面,样式略有不同(LT更像精装本):

(Google图书的检索结果一览页面,图书页面显示图书实际情况)
(LibraryThing图书页面,如Chinese Book

    以此为基础,Alejandro Garza设想1950年的图书弄个有磨损痕迹的封面,经典小说弄一个有风格的封面,如此这般。并且对这些没有封面的图书进行浏览计数,浏览量大的优先做封面的数字化。
    真是一个不可救药的Geek。
    注:Alejandro Garza为拉美最著名的综合性大学、墨西哥的蒙特雷理工大学(wikipedia词条)图书馆的技术人员。

via Stupendous Amazing Library: What to show when you have no book cover images? (2008-5-22)

参见:LibraryThing: Help out with default covers! (2007-11-6)