17 十 08 刘德华签名支持大旗底下，张开双手狂顶lib2.0

刘德华签名支持大旗底下

刘德华张开双手狂顶lib2.0

感谢师东先生、万二先生提供道具，以及钱涂先生提供送货上门服务。

Tags: lib2.0, 刘德华, 图书馆2.0, 大旗底下

Filed in 收藏 with 4 Comments

15 十 08 思考中的2.0 Portal

上午想了一会门户的事情，涉及的方面太多，有些混乱，还不能形成一个清晰的思路。

1、数据库的选择？服务器平台的选择？web服务器的选择？这些似乎都没有太大的疑问了。

2、门户的定位：资源中心（图书馆中心站）+ 个人图书馆

3、资源中心的功能？个人图书馆的功能？子系统是软独立还是硬独立？—— 数据结构的合理设计。

4、中英文版本的设计？是另建站点还是采用标签？资源内容如何兼顾语种？—— 关乎数据结构设计。

5、单点登录的选择？CAS是否有必要？是否能有效整合？或者自行开发，是否能满足需求？用户在线状态如何控制？如何解决多用户登录问题？

6、tag系统的设计，数据结构，索引与冗余存储。

7、数据接口、API，RSS，JSON？

8、语义功能如何设计？如何程序实现？

9、开放用户注册，用户功能有哪些？用户的权限开放到哪里？用户之间可以产生哪些关系？如何设计一种多途径但又简洁明了的交流模式？

10、用户界面问题。个人图书馆的数据存储方式？字体大小、颜色选择、布局选择？

11、Portal是用第三方的改？还是自行开发？开发的技术框架是用struts还是tapestry？或者是其他？ajax的技术框架？还有更多的技术细节问题。

12、当然，如何平衡人员、时间、理想和实际状态、技术等，只能边做边看了。

应该来说，互联网上对以上的疑问，都已经有较为成熟的解决方案信息，但图书馆的应用，或者说我们的应用，并不能算大的应用，像liferay这样的portal，过犹不及。带着疑问，如何结合自己的实际情况选择一条合适自己的路子，需要沉下心来好好的思考。

Tags: lib2.0, portal, 图书馆2.0, 思考, 门户

Filed in 数图思考 with 2 Comments

14 十 08 中山大学图书馆2.0门户

10月9号，中山大学图书馆2.0门户上线。注册，进去试用了一下，觉得很不错，和大家分享，斋主手下无弱兵啊，哈哈！

访问：http://202.116.65.75/web/guest/index，点击右上角的“登录”，就可以到登录页面，在这里，可以通过email注册用户。这点很棒，开放注册和使用的理念，也是我所坚持的，难得他们把这点处理得那么好，看来斋主的支持十分有效。当然啦，如果不提供注册用户随便写的权限，那么开放注册也没什么难度。注册后，会有“使用协议”的签订，同时email发送注册成功信息，并要求修改初始密码，流程处理得比较规范，赞一个。

进入默认的个人首页，提供了语种转换、虚拟时钟、日程安排三个标签页，除了首页外，个人可以点击“添加页面”增加新的页面。

(全文…)

Tags: lib2.0, 中大图书馆, 图书馆2.0, 数字图书馆, 斋主, 门户

Filed in 数图思考 with 4 Comments

24 四 08 浙江大学lib2.0会议之：第一次，没经验

——此文的“上半身”完成于15日，“下半身”完成于24日。太久未更新，灰常抱歉。谨以此文，献给我最敬爱的三位八卦奖得主！

杭州lib2.0会议，在现场，上台的第一句话我很想说：“这是我的第一次，没经验，希望大家多包涵。”或者很想说：“我把第一次献给你们。”不过鉴于图林八卦金奖银奖铜奖在台上台下都爆出了超强战斗力，游园更是以一句“我很悲哀”将八卦提升到一个不可企及的高度，我唯有生生地把这些话咽回了肚子里。

第一次总是生涩的，第一次总会痛的，第一次总要留下遗憾的，当然第一次总是难忘的。杭州的会议，是我第一次做报告。面对着这么多牛人这么多偶像，当然也是面对着这么多帅哥这么多美女，我恍如梦中，紧张得连紧张都忘记了。照本宣科，战战兢兢，只求在十分钟内把内容读完，根本没考虑到语速快慢、听众反应，更别说什么顾盼生辉、仪态万千了。对比起新涯师兄的雍容大度，斋主的才思敏捷，keven的儒雅风范，那不是加减乘除的差距，而是几何级数的鸿沟。

那么，我要记录一下这次论剑2.0的那些人、那些事，以我的第一次开篇，我认为是很恰当的。

第一次，准备是不足的。虽然知道，就像新娘子总要入洞房一样，这一天总要到来，但准备仍然是不足的。我是10号早上十点多的飞机到杭州，3号那天找了PPT模板，并初步拟定了PPT大纲，9号一早开始准备PPT的内容，并把相关的程序实现一遍。ppt内容完成得很顺利，但在程序实现方面，却被“ajax跨域问题”打个措手不及。一直以来，对这个问题都不甚在意，真正实现程序的时候，才知道这个问题对实际应用的影响是如此巨大。当我把这个问题解决离开办公室时，已经是10号凌晨4点了。中途曾经想过敷衍过去，但深知放空炮是多么的可耻；也曾想过放弃，但更害怕面对放弃。

对于一个技术话题而言，是不能想当然的，一定要有数据和实例支撑——从这点上来看，有如第一次XX，再怎么提前的充分的准备都不算过分。

第一次，重点是丢失的。没有考虑到，这是一个小的报告，时间短，与会者注意力有限。我没能在第一时间把问题和重点抛出，吸引与会者的注意力。当我花老半天的时间介绍完ajax这个完全是技术性的内容而没有提及任何与大家熟悉的内容时，大家的潜意识里可能已经有所抵制，因为，知道ajax的没必要听，不知道ajax的不用听。现在我想，大家并不关心这个东西是什么，而是关心这个东西可以用来干什么，可以解决什么问题，达到一种什么样的效果。

企图滔滔不绝地向所有人解释清楚一种技术是什么东西，这是技术人员的通病。有如第一次XX，无数实践证明，直奔重点才是最有效的。

第一次，节奏是失控的。准备内容的时候，曾大体想到过哪里简略些，语速快些，哪里详细些，语速慢些；也想到过哪里语气重些，感情丰富些，哪里幽默些，表达随意些。然而实际上根本不是那么一回事。没有勇气站起来面对观众，只躲在显示器后面读，读，读，眼神也只敢在人群上空飘。整个报告过程，毫无节奏可言，只想着快点完成，节奏完全是失控的。

曾以为自己可以一板一眼，轻松自如地随着自己的想法来表演，殊不知这是天才的本领，或是百般历练下的习惯。有如第一次XX,想象总是美好的，节奏却是控制不了的。

第一次，细节是忽略的。重点都把握不了，细节自然更是照顾不到。在讲稿中，还专门列了几页代码分析，而且详细地把注释加上，以为可以讲解一下。然而在台上一讲，讲到那里的时候，忽然发现，讲这些代码几乎没有什么意义。不用关心代码的人，根本不会听，需要关心代码的人，给个代码下载的链接就好了，多此一举了。而真正需要提及的细节，诸如资源整合的具体体现，却被忽略。

细节很重要，但不是所有的细节都重要。提及一些不相关的细节更是一种失误。有如第一次XX，那时你还在意外面是不是下雨，就有可能大煞风景了。

第一次，时间是仓促的。也许是因为有了时间限制，时间更显得仓促。虽然举了黄牌，槐师还是于心不忍手下留情，我也因此逃过一劫～当然我那时已打好主意，就是举了红牌，也要死皮赖脸不讲完不下台。所以，重庆lib2.09也许可以期待——类似于”搞笑诺贝尔奖”，找个四五岁的小女孩，用脆生生的地道的重庆话——把像我这样超时的的撵下去～

欢乐的时光过得特别快，其实兴奋和紧张更是如此。有如第一次XX，手忙脚乱的十分钟，太短了。

第一次，发生了。第一次，过去了。下一次，就不是第一次了。下一次，就不能说没有经验了。如果下一次，还是“Ajax在图书馆的应用”这么一个题目，我想我应该像“下半身”这么说：

Ajax在OPAC资源整合中的应用

一、OPAC对比：

1、一般的OPAC页面：只显示书目记录，没有办法在同一页面上提供随书光盘、电子图书、电子期刊等相关馆藏的信息，不能提供相关的下载链接。读者如果需要查找相关的馆藏资源，必须登陆更多的系统（如随书光盘系统、电子图书系统，期刊导航系统等）。馆藏资源是分散的，不利于读者发现、读者检索和读者使用。

由于OPAC系统不开源，我们无法直接修改，所以以往的整合方式，往往通过修改856字段实现，工作量大，不易更新。

2、整合后的OPAC页面：可以做到在OPAC检索结果页面中，同步显示与该书相关的随书光盘信息（如有光盘，提供下载链接）、电子图书信息、电子期刊信息，甚至可以提供google的检索链接、主题相关的最新学术论文信息等。

以Ajax方式整合，可以避开绝大部分难题，只要能在相关页面模板中嵌入几行html代码，就可以一步到位，轻松地整合更多的分布式数据。

二、一个整合的实例：

1、以随书光盘为例，介绍如何实现：

首先是修改OPAC模板文件，增加两段脚本引用，这两段脚本是引入开源的ajax框架prototype和跨域插件transport.js。

接着还是修改OPAC模板文件，再增加一段脚本引用，这段脚本主要作用是通过document.getElementsByTagName(）、document.getElementsByClassName(）和innerHTML分析用户正在浏览的网页，判断该书是否有光盘，同时获取ISBN号；然后通过xmlhttprequest对象将ISBN号跨域发送到随书光盘服务器，并接收随书光盘服务器端返回的数据，无刷新地更新当前页面。

最后是编写随书光盘服务器端的程序，该程序通过接收ajax传递过来的参数，执行随书光盘系统的数据库检索，并以json格式将数据返回给用户浏览的页面。

2、ajax随书光盘的流程图：

3、源码下载链接(zip压缩文件)：

脚本一：prototype.js

脚本二：transport.js

脚本三：openopac.js，需根据实际情况修改

服务器文件：bookcd.asp，需根据实际情况修改

三、整合更多的的内容：同样的原理，可以整合到更多的分布式馆藏资源，如磁带、电子图书、电子期刊、图书封面、标签、书评等等。

四、Ajax在图书馆中更多的应用：除了在OPAC中整合资源，应用ajax，也可以在门户等多种web应用中进行分布式资源的整合。同时，应用ajax技术，还可以在资源揭示和用户体验上面，给用户带来更多的全新体验。例如让用户自定义个人门户的内容显示，用户拖曳等功能。

五、推荐阅读：

1、Ajax框架：

http://www.google.cn/search?hl=zh-CN&q=ajax+%E6%A1%86%E6%9E%B6&meta=&aq=f

http://www.prototypejs.org/

2、Ajax跨域：

http://hi.baidu.com/longniao/blog/item/ce5e9cca3e2a4782c817684d.html

http://www.mellowmorning.com/2007/11/07/updated-cross-site-ajax-plugin-for-prototype/

3、杭州会议，精彩下载：

http://lib2.zju.edu.cn

Tags: Ajax, lib2.0, web2.0, 图书馆2.0, 浙江大学, 讲演

Filed in 数图思考 with 16 Comments

12 三 08 理想之重

超平老师提醒我们，严肃点，开会了。说到博客们网上和网下的狂欢中，使lib2.0这一会议毁誉参半。这句话让“论剑”过了头的我，心里感到很沉重。我想，因为博客花边而使会议的主流价值遭到误解，这是我（们）始料不及的，也是不愿意看到的。

“lib2.0是一件要沉下去做和浮上来被打量和评说的一件事”——这说出了大伙的心声，关不关注lib2.0的人们实际上一直在关注着lib2.0的成果——而这实际上也成为lib2.0人身上最大的压力。虽然上海交大图书馆、重大图书馆、厦大图书馆等都做出了很棒的应用，但距离lib2.0遍地开花，还有很长的一段路要走。年轻人聚在一起，肯定会热闹，但我们并不会只为了玩儿而忘了承载着我们理想的实际行动。这次杭州会议上，且不论黄晨老师(2.0技术实践与数字图书馆)、keven老师(2.0技术进展与发展机会)和陈光华老师(2.0技术现状)的技术报告，也不论重头戏郑馆长(上海交大)、杨馆长(重大)、王军教授(北大)的实践成果展示，单就会议点心“博客报告”这一环节而言，我认为每个博客都会认真准备他的发言，讲出他内心对于lib2.0最深切的感受。比如图林丫枝，对这次发言极其重视，其单位领导也极为关注，甚至建议他先在馆内先做报告，进行预演(很抱歉，爆了丫枝老师的料)。博客的喧嚣，并不能说明博客的浮躁。博客的关注，是作为一个受众，更主动地接受会议带来的思考。

听过几次学术会议，其实每次都不能把握宏观大论，记住的，可能仅仅是报告人说的一句话，或一件事，但这句话或者这件事承载的却是一种理念，或一种行动，或一种“虽千万人，吾往矣”的勇气。一次会议成功与否，不是大佬们的点头称赞，不是精英们的宏观大论，而是它是否能在与会者的心中撒播下一粒种子，并让人在那一刻感动。这是我的一点谬见。

期待杭州会议。期待杭州会议的成果。更期待杭州会议继续撒播出去的种子，生根发芽，这是我（们）的理想所在，也是我（们）的理想之重。

Tags: lib2.0, 图书馆2.0, 理想

Filed in 数图思考 with 5 Comments