编目精灵II -- On the Fly

    LibraryThing在8月初收录图书超过了三千万（册，愈350万种），而用户上载的图书封面也超过了一百万，于是Tim Spalding秉承一贯的开放数据理念，开始提供图书封面API，面向图书馆、书店及所有人。图书馆OPAC又多了一个封面来源。

    使用该服务要求注册一个LibraryThing帐号，并获取一个Developer Key，然后用ISBN即可获取封面。封面有大(large)、中(medium)、小(small)三个选项，如下为中的例子：
<img src="http://covers.librarything.com/devkey/KEY/medium/isbn/0545010225">

    出于对网站访问压力的控制，LibraryThing要求一个网站每天请求次数不超过10005000次；如果用程序自动获取，每秒还不能多于1个封面。并且不要求回链，还推荐将封面保存下来使用──前提一不批量转让，二不是竞争对手。详见其服务条款(LibraryThing Developer Profile)。

    由于不是所有图书都有ISBN，所以目前可通过ISBN提供的封面为91万多。大概用户提供的封面以通俗作品为多，比较适合公共图书馆，所以在专业图书馆工作的David发现，他试着加了37个封面链接，LibraryThing竟然一个都没有。

    Amazon早就有免费的封面服务，且封面数量更多，还不限制每天的请求数。那么，作为一个社会性编目网站，提供这一服务目的何在呢？Tim的回答是，半推广、半行善。
    由于Amazon提供免费服务的目的是推销，故而服务协议(Amazon Web Services™ Customer Agreement)要求回链（见5.1.7；且不能保留图片，见5.1.11），并可以此获得收益(Join Associates)，这对于作为公益机构的图书馆就有所顾忌。
    图书馆如果选择商业封面供应商，需要花钱；如果直接上出版社网站下载封面，则需要花人力。
    LibraryThing一直以来发展不错，因而有信心用一定量的带宽负载提供这样的服务。Tim声称“偶行善”好过Google的“不做恶”（more "Do occasional good" than "Do no evil."）

    最终目的？Tim也很坦诚，希望出版社等能够了解其作用，进而愿意提供高质量的封面等信息，而不仅仅依赖用户提供因而清晰度等不能保证的图片。

    这是LibraryThing提供的第四项Web服务(LibraryThing APIs)。澳大利亚国家书目数据库搜索原型系统(Lucene NBD Search Prototype)就采用了其API，提供LibraryThing的收藏册数及用户评级（星数），显示在Google图书信息之后。

参见：
LibraryThing Blog:  A million free covers from LibraryThing (August 07, 2008)
Catalogablog: Free Covers from LibraryThing (August 11, 2008, Update 12 Aug. 2008)

[update 2008-8-14] LibraryThing已经将请求限制提高到了5000。各方也有积极反应：
· Art Zemon发布了一个简单的用PHP写的LibraryThing封面保存脚本(LibraryThing covers caching script)
· Alejandro Garza提供了Millennium系统使用LibraryThing封面的指导（要求用Millennium Module for Drupal），在留言中有实例（看着也是分面OPAC呢），并说明命中率只有0.18%──因为这是家墨西哥的生命科学图书馆，多是西班牙语图书。
· Library Journal网站上发表了Josh Hadro的文章介绍此事LibraryThing Releases One Million Free Covers

参见：
Thing-ology: More on covers (August 12, 2008)
Cheerful Curmudgeon: Caching Free LibraryThing Book Covers (August 11th, 200)
Stupendous Amazing Library: A million free covers from Library Thing (August 12, 2008)
Library Journal (8/12/2008): LibraryThing Releases One Million Free Covers / Josh Hadro

    数字图书馆联盟(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”。

    Google图书搜索(GBS)中有不少图书可以看全文或可做全文搜索，在图书馆OPAC中加上其链接，实际上等于为图书馆增加了一大批电子书。当然，如果能有GBS可看全文图书的全部书目记录加入到OPAC，对图书馆更是免费的午餐──MBooks已经提供了这样的午餐。

    说回GBS，3月份时Google发布了GBS的API，不到三个月，已有很多图书馆在OPAC中加上了GBS链接。上月DePaul大学的Hilary Kraus在NGC4LIB邮件组征求实例“Integrating Google Book Search content into OPACs”，得到不少回应。这是她前几天的总结“Integrating Google Book Search content into OPACs -- summary of examples”，发出后又收到一些回应。

    从使用情况看，有直接将链接结果嵌入网页的（显示封面或/和显示图书状态──noview, partial, full），也有提供链接即时查询的（意味着有可能实际上没有该书）。似乎大部分是采用在OPAC模板中嵌入JavaScript的方法实现，不同的是有的嵌在结果一览页，有的嵌在详细显示页（后者“打扰”GBS的机率小些）。肯特州立大学采用Innovative公司的自动化系统，其目录KentLINK用前者，在页面嵌入了“Google Book Search viewability API script”。
    德国科隆大学的Oliver Flimm则告知他们采用在后台使用GBS的JavaScript-API的方法实现（实例），目前只对full和partial两种提供链接。由于这种方法意味着不是由浏览器访问GBS，而是由服务器对GBS做批量操作，故而约翰·霍普金斯大学的Jonathan Rochkind询问是否会受到Google方面的流量限制。Oliver的回复是他也很担心，但岂今为止还没有。
    这种由服务器端操作的好处是每本书只查一次，而不会每次显示该书目时做一次查询。Oliver说他在Google的BookAPI新闻组提出将这种方法作为GBS-API的官方扩展，但未得回应。他并提出可以做一个本地快照，保存ISBN及对应GBS的full/partial状态。
    前些天开会时，遇到复旦数字化部张主任，讲到他们在OPAC中加上超星等电子书的链接，采用的大概就是这种方法吧。其实前年访问复旦时，张主任就曾介绍过他们链接教学参考书的情况，自己居然一点都不记得了，惭愧！

参见：
用Google图书搜索API增强OPAC (2008-03-16)
密歇根大学MBooks提供OAI接口 (2008-06-02)

[update 2008-6-7]
刚看到 GBS API 于5月31日推出了服务条款，如果要使用这项服务，请仔细阅读，实在很复杂。
2.11 举了一些不可做的事，其中一条："crawl," "spider," index or in any non-transitory manner store or cache information obtained from the Service。因此Oliver所说的方法应该是被禁止的。之前大约服务条款未定，所以Google方面没有回应。

Via Covers from Google: Too good to be true? from Thing-ology (LibraryThing's ideas blog) by Tim（2008-6-6）

    Open Library也有API了，又多了一个可以强化OPAC内容的来源了。
    从目前的功能看，可以通过向http://www.openlibrary.org/api/things发送GET请求查询、获取对象，由于是Open Library的每条书目是一个wiki页面，有历史记录，因而甚至可以获取书目信息的某个特定版本(version)。

    Open Library所用wiki引擎为Infogami，可以存储结构化的数据，其所谓的“对象”包括任何页面（每种书一个页面）的模板、版本、作者等，每个对象各有其对象类型。看对象类型，没看出有没有最感兴趣的全文链接（/type/uri？）。
    有一个“API沙盘”可以用来试手。

    比较有意思的是David Pattern谈论此事的博文。看看这位对Huddersfield大学OPAC做过很多领先改进的技客，如何看待互联网环境下的Z39.50标准──SRU（当然还有MARC）：
    “关于此API，在Code4Lib邮件组中有一场有趣的辩论──它们是否该用SRU、还是只用简单的API更好？我完全赞同非图书馆技术人员也可用得上的简单API。”
    “我已在图书馆作为开发人员工作了近14年，我从未使用（甚或认真看过）SRU。当我阅读说明书(specification)时，我感觉自己的眼睛开始慢慢变得呆滞。也许是因为我由COBOL语言写电子数据交换(EDI)处理软件起步，我总是怀疑开发图书馆用（如Edifact，Z39.50，MARC等）说明书者全都是帮虐待狂 ; -)”

参见：Self-plagiarism is style: new API from OpenLibrary

    2007年中的时候，想要在OPAC中像链接Amazon那样链接Google图书（因为部分是可以看全文的），还是件挺令图书馆人伤脑筋的事（参见“Google图书搜索的电子书网址”）。但前几天Google发布了新的图书搜索API，开始转而鼓励图书馆及其他图书网站在图书页面显示Google图书搜索的封面小图片、全文的可获得状态，并链接到图书搜索的结果。

    Google图书搜索提供静态与动态两种链接方式：

√ Viewability API - Dynamic Links （动态链接：全文可看性API）
· 可通过ISBN、LCCN及OCLC号链接到Google图书搜索
· 获知Google图书搜索是否有特定图书，及其全文可看性
· 生成图书封面小图片链接
· 生成图书信息页链接
· 生成图书预览链接

所谓Viewability分为四种 [因地域而异，有些书在美国可看，到加拿大就不可看了]：
Full View：全文可看
Limited Preview：部分可看（仅部分页面可看）
Snippet View：片断可看（可作书内检索search within this book，每页仅显示部分内容）
Metadata View：无全文（仅有图书信息“关于此书”）
（但从API返回的preview状态看，只有3种：noview, partial, full。似乎中间两种合并显示了，其实标出是否可作书内检索对用户还是很有意义的。）

Dynamic Links - Getting Started最后附有三段代码实例：
   *  Example: Basic linking to books
    * Example: Using a callback
    * Example: An AJAX Example

√ Static Links to Google Book Search （静态链接）
·通过ISBN、LCCN及OCLC号链接到图书的有关页面（显然不能像动态链接那样保证链接的有效性）
链接语法（ISBN）：
http://books.google.com/books?vid=ISBNXXXXXXXXXX&printsec=[内容]
[内容]代表
空：图书首页
frontcover：封面
titlepage：题名页
copyright：版权页：
toc：目次页：
index：索引
backcover：封底

Static Links to GBS Content的实例没有介绍LCCN及OCLC号的链接方法，去年是不加前缀直接引用的，即：http://books.google.com/books?vid=XXXXXXXX&printsec=[内容]。但从动态链接实例看，分别用了LCCN和OCLC作前缀。

    在宣传博文中列出了一串共14个已经链接到Google图书搜索的公共图书馆、大学图书馆，以及图书网站LibraryThing、Open Library和Scriblio（开源软件，原WPOpac）。特别说明有几个大学是通过Ex Libris的Primo或SFX实现的。
    正好看到Library Technology Guides上的新闻：Ex Libris在其产品中集成了到Google图书的直接链接。据称Primo发现与传递解决方案(discovery and delivery solution)，SFX内容敏感链接解析器(context-sensitive link resolver)，以及Aleph和Voyager集成图书馆系统均加上了此功能。

    LibraryThing的Tim曾费尽心思做小插件以期利用群众的力量获取Google图书搜索的链接信息，这回很兴奋，因为LibraryThing还被Google官方举为首批应用者。在“来自Google的免费封面”中他提供了二段JS代码，一段是通过ISBN只抓取图书封面但不提供链接，一段是只在有全文时提供链接──应该说都很实用。同时，也没忘为他的OPAC增强服务LibraryThing for Libraries再做一回广告。


参见：
Google图书搜索的电子书网址 (2007-09-27)

Google Book Search Book Viewability API
Offical Google Blog：Book info where you need it, when you need it (2008-3-13)
Inside Google Book Search：Preview books anywhere with the new Google Book Search API (2008-3-13)

Library Technology Guides：Ex Libris integrates direct links to Google About this Book pages in its products (March 13, 2008)

The LibraryThing Blog： Google Books in LibraryThing (March 13, 2008)
Thing-ology (LibraryThing's ideas blog)：Free covers for your library, from Google (March 15, 2008)