Millennium系统的OPAC中,有一个产品叫WebBridge,通过它,读者可以在查阅相关书目信息的同时,以OPENURL的方式在各类开放数据库中获取相关全文、电子图书、搜索引擎结果及其他相关信息。如下图所示(点击放大):
(应要求,不得放截图,大家要看自己找去~嘿嘿,若被授权,可email偶)
不可否认,WebBridge是个好东西,但是好东西往往意味着高价钱,(应要求,此处省略若干字…..若被授权,请EMAIL偶)。有句俗话叫癞蛤蟆想吃天鹅肉,小钟就像那见过了天鹅,却只能流着口水的癞蛤蟆,始终惦记在心里啊~
所谓庸人自扰,相思成病,看着好东西却得不到是很伤的,所以小钟无奈之下退而求其次——天鹅肉吃不到,但鸭子咱会养,咱整个鸭子试试!
言归正传,分析一下这个WebBridge,关键在于其针对读者的检索结果,在结果页面上提供了一个或若干个相关参数,通过这些参数,可以构建出相应的URL,从而提交到各类开放数据库。
就这么个简单的东西。
那么小钟要做的事情就两点:
一、找出一个有用的参数。这个参数可以是检索词,题名或者ISBN号等等。
二、找出一个可以修改检索结果页面的地方,让检索结果页面可以显示部分自定义的内容。
而这两点其实都不难。
一、(应要求,在此省略字数400多字,若被授权并需进一步交流,请email小钟)
二、对页面进行修改,这就更简单了,只要能输入HTML的地方,就可以任意嵌入我们想要嵌入的东西,方法有很多,比如,嵌入一个IFRAME、嵌入一个DIV、嵌入一段脚本……
具体实现过程如下:
一、(应要求,此处省略300多字,若被授权并需进一步交流,请email小钟)
二、提供一个webbridge.asp网页,该网页用于接收参数并实现相关功能,例如:
|
dim para ‘参数
para=trim(request(”para”))
if IsNumeric(replace(para,”x”,”"))=true then
‘如果传入的是ISBN号
response.Write(”随书光盘:“)
‘查找随书光盘信息
….
if
…. then
如有光盘可请求上网
else
下载光盘
end
if
….
response.Write(”电子图书:“)
‘查找电子图书
超星数字图书
方正电子图书
书生电子图书
NetLibrary
GOOGLE查找电子图书
response.Write(”电子期刊:“) ‘查找期刊
….
else ‘如果传入的是检索词
….
end if
|
效果如下图(点击放大):
(应要求,不得随便截图,自己看去,若被授权,可EMAIL偶)
读者点击下载光盘,可以下载《Thinking in
java》这本书的随书光盘,点击GOOGLE查找免费电子图书,可以提交检索到GOOGLE图书等等。
当然,由于能用的参数有限,也没有用到AJAX,目前大概也只能做到这个程度,聊胜于无吧。
其实,对于所需的各类参数,即使Millennium的OPAC系统一个参数都不提供,我们也完全可以使用javascript
+
Dom,进行用户页面分析获得,进而通过AJAX,与各类数据库进行无刷新操作!
而这就是小钟下一步要去做的事情:
一个基于JAVA+AJAX的,独立的、开源的书目TAGGING系统,敬请期待。
一点补充:在上面的webbridge.asp文件中,仅仅通过判断传入的参数是否为数字而确定是不是ISBN号存在一些bug,建议根据来源页面判断传入的参数是检索词还是ISBN号。在ASP中,判断来源页面的环境变量为HTTP_REFERER。
Tags: Ajax, millennium, OPAC, webbridge
还是做回小兵,写点自己熟悉的东西比较好些:)
web2.0已经火了好长一段时间了,图书馆也提了library2.0等概念,论文也春笋般冒出来,可惜真正部署了2.0应用的图书馆网站还很少。的确,以图书馆的技术水平,要吃透这个东西,还需要一段时间的。但小钟是个拿来主义者,几个简单的web2.0应用部署,还是很简单的,所以在这里提提小钟已经做的,正在做的,准备做的一点web2.0应用。
首先明确一点,在小钟的理解中,web2.0的应用不一定要用到2.0的技术,但一定要用到2.0的理念,所以,以下提及的很多是基于成熟的技术开发的应用,而不是所谓最炫的技术。
1、Rss订阅服务
Rss订阅应该是当前图书馆网站最好部署的应用。其应用范围可以在新闻、新书通告、数据库更新、电子期刊更新等方面。
部署的方式比较简单,首先我们需要一个生成标准Rss文件的程序,然后通过每天读取一次现有数据表的数据,或者在原有更新数据程序中加入触发器,即可实现Rss文件的生成。
2、博客
现在成熟的博客系统已经很多了,图书馆要部署一个,实在是件很轻松的事情。不过,最好能够进行改造,起码将用户模块和图书馆网站整合起来,然后是和网站的反馈模块整合起来,哈哈。
3、WIKI
一看到WIKI,我第一反应就是,我们网站的帮助中心一定要用这种模式来重新开发,用户用,用户建,没有谁能比用户更懂得他们需要什么样的帮助,也没有人能比用户更早的发现问题。
部署WIKI也是很轻松的事情,但是我们最起码也需要整合一下用户模块,可不能让用户登陆了网站之后,还要登陆一次WIKI啊。
4、即时通讯
以前不就是个聊天室嘛,不过2.0时代,披上了许多或小巧或华丽的外衣——比如新浪的woocall——这个很容易部署,只要在页面内嵌入一个脚本文件,不过它的logo和样式我都不喜欢,而且用户整合这一块实在是有些困难,最后玩玩算了,但自己又没时间搞一个(鄙视自己一下….)。其实这个创意不错,在图书馆网站上部署一个,任何浏览图书馆网站任意页面的人,都可以一起聊天,不过这样倒有点信息无序和失控的可能。
新浪woocall的申请和脚本文件可以在这里找到:
大家可以看看,玩一下。当然,有时间的时候,自己开发一个更好啦。
5、Ajax用户体验啦~
这个就比较细节了,比如颜色渐变,输入前提示,检索过程提示等等,现在小钟在二次开发的期刊导航系统,里面就用到了输入前提示功能,大致效果大家可以看一下Google
Suggest。等过几天系统完工后,开放源程序给大家看看,呵呵。
Ajax如果不通过XMLHttpRequest和服务器端通讯,就是我们常用的Javascript,对于一些颜色渐变的效果,比如,新闻列表中,读者已经阅读的新闻一种颜色,未阅读的新闻一种颜色,又比如用户鼠标指向一个数据库时,浮现一个悦目的图层,告诉读者更多的信息;对于用户的检索行为,在用户执行检索的零结果页面中,适当的浮现图层,根据读者的检索词,给出相关的检索词建议…..这类的细节,改造起来,并不是很困难的事情。
6、Tagging
Tagging是个很有趣的东西,只是我现在还没有想好在图书馆的哪一块入口——大概在数据库的分类方面?还是在电子期刊的描述方面?其实用户的检索行为是一个很好的标记过程,可惜我们都浪费掉了~
我想最好应用Tagging的是有自建图片库的学校,呵呵,好像我们也有一个
,让用户对图片进行描述和标记——在这里再结合WIKI的理念,所有用户都可以更新这一标记,呵呵,完美啊~
Tagging也要用到Ajax(我上一个类目是不是分得不合适
),因为要追踪并记录用户行为。
大概目前来说,我能做的web2.0的事情也差不多上面那几个了,对于用户自定义模块,拖曳,OPEN
SOURCE….等等,估计要等下一年(两年?)的图书馆网站2.0了。
真的希望能多点时间搞点新鲜玩意,而又不会有太大的工作负担,唉,喜新厌旧的人啊~
吃饭……
Tags: Ajax, rss, web2.0, wiki, 博客, 即时通讯, 标签