标签： OpenLibrary

Open Library电子书阅读新界面

在《为了书籍的人：坚忍与刚毅之一》（巴斯贝恩著）中看到一位在1894年就用“幻灯图像”作演讲的牛人，堪称当今PPT演示的先驱。John Willis Clark，研究图书馆历史与设计的国际权威学者，演说主题是“中世纪与文艺复兴时期书籍贮存的演变”，1901年他出版了图书The Care of Books，用第一手材料列举各地的古老图书馆及其设施，“此书至今仍被视为标准的参考书”……[作者]把它当作我的米其林旅行导游。
既然是1901年的书，就想到Google图书去查下──再次鄙视Google图书，竟然又是只能看片断。于是转至Open Library，可以下载，也可以阅读全文，还是Internet Archive给力。现在是Google不让天朝的人看Google图书，而天朝不让人看Open Library图书，莫名得很。

架上新梯Telex，开始Read，真是太妙了。
The care of books / John Willis Clark. Published 1909 by University press in Cambridge. xxvi, 352 p.

 

http://www.archive.org/stream/careofbooks00claruoft

1、点击右上部的“播放”标志，自动翻页，在号称10M的宽带下相当流畅，对于这部有大量插图的书，浏览的感觉很好。
2、点击上部最右侧的“声音”标志，文本朗读。
3、下部导航条有前后翻页，移动“手形”定位页面（不是书上标的页码）。
4、点击上部“分享”标志，复制嵌入迷你图书阅读器代码(iframe)。

不足：
1、上部的Search inside检索框对此书还不起作用。由于它已经提供朗读功能，可见字符识别已经实现，全文索引的完成是可以期待的。
2、没有目次功能，也不能定位到目次所标页码。这个需要纳入设计范围才好，应该也不难实现。

Across the Great Wall

下周即将西游，行前最后一天上班，可用“忙乱”二字概括。临近下班，又来一位要求扫描旧西文书的（本馆1949年前书刊不提供实物借阅）。
因为是1916年出版的图书，便问读者是不是查过Google图书，说查过，只有片段可看。1923年前的应该是公版书了呀，可查的结果就是“没有预览”。再问读者是不是查过Open Library，他不知此网站。转到Openlibrary.org，查到此书有二个版本的电子书可读，分别为1914年和1915年，翻看手上的书，版权正是1914年的。庆幸世上不只有Google图书，如果仅此一家，今后图书馆或者说读者岂不任凭Google宰割？
点击1914年那本，看到有PDF版，读者当即要求帮他下载。顺手一点，想起前些日子下载全文需要翻墙，便问读者会不会翻墙，他只听说过。等了一阵显示出错，下载不了。他不死心，再要我试文本版下载、在线浏览，无一例外地不行。因为自己手头还有事等着完成，就跟他说自己想法翻墙去吧。
读者刚走，便想起来应该让他留个邮箱，等忙完帮他下载后发给他，可追出去已经迟了。
图有其表在书社会中问，“在编稿子的时候，发现有时会有天朝无法访问的网页来源，我是要所谓的爱国呢，还是要有一点点专业精神呢？”作为编辑，他认为的专业精神是将其刊出，作为图书馆员，专业精神是不是包括为读者翻墙找书呢？
或者是不是鼓励读者自己学会翻墙更好呢？alibaba在书社会说，“所谓专业精神之一，就是要学会翻墙”。我表姐为看台湾的烹饪网站，还学会了翻墙，大学教师，难道不该掌握此技巧吗？
Across the Great Wall, we can reach every corner in the world. 跨越长城，走向世界。由中国发出的第一封电子邮件的标题，真是太经典了。
附：读者所需图书
Psychology, general and applied / By Hugo Münsterberg. New York : Appleton, 1914.
http://openlibrary.org/works/OL36016W/Psychology_general_and_applied

[update 2010-7-7]想起来GBS是否有可能由于IP原因不提供全文预览，趁在墙外再查一次，果然在美国是可以全文预览的，还方便地把PDF文件下载了。截屏为证：
中国No preview，美国Full view
为了获得更好的学术资源，怎么着也得Across the Great Wall了吧？

Open Library也提供API

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