Skip to main content

公安大学图书馆2.0网站

学校名称: 
中国人民公安大学
联系方式
email: 
xinxinw@netease.com
电话: 
83906227

        公安大学图书馆网站之前采用的是商业软件开发,软件可扩展性和开放性均比较差。经过考察,图书馆决定采用开源软件Drupal重新开发一版符合图书馆2.0需求的图书馆网站。网站主要体现以下特点:
        1.与读者的交互性更强,主要表现在
         1)增加读者实时咨询功能,图书馆员在线回答读者询问。
         2)保留读者留言咨询功能
         3)强化读者帮助系统的功能。
        2.网页动态管理功能增强,版面设置更加灵活,图书馆员权限分配灵活。
        3.增加信息聚合和信息推送服务,一方面汇集整理来自互联网和馆内的有用信息,一方面主动向读者推送新信息。
        4.强化OPAC功能,整合OPAC系统与图书馆网站。
        5.研发集成检索功能,整合现有的三个主要数据源(CNKI,万方,书目数据库)
        根据以上需求,图书馆组织人员利用Drupal开发了新版网站。
       1.新版网站实现了网站内容的动态管理,网页内容的更新分配到图书馆各单位,保证了信息交流的通畅。
       2.网站利用Drupal的相关模块实现了读者实时咨询,留言咨询和情景帮助。
       3.网站利用信息聚合及其相关模块实现了对相关网站和图书馆主要资源网站内容的信息聚合分类推送的功能。
        4.研发了集成检索功能,目前基本能够实现同时检索馆内的三个主要数据库资源。
        5.利用Drupal开源模块扩展图书馆OPAC功能,增强图书目录检索功能,实现图书的收藏、评价以及图书封面等附加信息的显示(此项工作正在研究中,还未投入使用)。
        下一步的工作主要是继续整合图书馆各个系统,完成图书馆OPAC功能的扩展,将图书馆手机短信系统整合到Drupal系统中,利用Drupal的message框架,建立一个由短信、邮件组合而成的立体化的信息传送渠道。
 

开发环境(编程环境,开源软件的利用): 
Drupal,php,apache,mysql,ajax
应用效果(访问量,访问频率等): 
网站刚刚投入使用,内容还在补充之中,不过读者和图书馆员均反映不错。相比以前的商业软件更加方便,功能更加强大。
案例开发人员: 
王欣,李玉兰,崔建海
奖项: 
三等奖
排名: 
17

清华大学无线移动数字图书馆系统(TWIMS)的建设与应用

学校名称: 
清华大学图书馆
联系方式
email: 
zhangbei@lib.tsinghua.edu.cn
电话: 
010-62784905转8014

随着移动通讯技术日益成熟,手机等手持式无线通信设备已经成为人们日常工作和生活中的重要工具,人们也逐渐开始关注:要将原有互联网提供的应用和服务延伸到移动通讯领域。清华大学图书馆从2006年开始探索利用手机开展图书馆信息服务的方式,并于2008年得到教育部人文社会科学研究规划基金项目——“基于无线广域网的移动数字图书馆实现和服务机制的若干关键问题”的支持,开始建设清华大学无线移动数字图书馆系统(TWIMS)。TWIMS旨在探索以手机为信息展示和获取工具,以无线广域网为信息传播途径,来实现图书馆异构信息资源和异质服务的整合、重构和推送。
 
TWIMS与移动通讯运营商的通讯服务器通过INTERNET交互。考虑到我馆信息资源的信息组织的形式各有不同,因此我们将其统称为异构信息资源,均存储在底层数据存储中。用户通过手机发送请求,系统接收后处理,从底层数据存储中提取信息,按照既定的业务逻辑,经过重新整合、封装,最终以WAP、短信等异质服务的形式呈现给读者。
整个系统由两大子系统构成,一是应用服务子系统,负责与底层数据存储交互,获取异构信息资源,呈现给用户可伸缩的信息应用视图,例如基于WML的WAP网站、交互式短信等等。二是系统管理子系统,负责日常事务处理,对系统提供的异构信息资源和异质服务进行统一管理,对系统使用者的操作行为进行控制等等。
 
 
TWIMS具备如下显著的功能和特点:
 

开发环境(编程环境,开源软件的利用): 
JSP、JAVA、TOMCAT、MYSQL
应用效果(访问量,访问频率等): 
1.截至2009/11/05,手机注册用户已达19567人。 2.短信服务 (1)流通通知等各类信息推送 自2007/09/26起,累计发送短信165345条。 (2)书目查询等交互短信(试运行) 至2009/11/11, 提供服务949次。 3.WAP服务 2009/07/01开始测试运行,累计用户访问使用量为1200人次。
案例开发人员: 
张蓓、綦丕智、李志强、方玮、白如星
合作单位: 
奖项: 
一等奖
排名: 
1

Tagadelic不显示more tags

Posted in

在使用Tagadelic的时候,其自带的block会将对应的类别以标签云的形式显示出来,也可以自定义显示的数量,而在这个block的最后会出现一个more tags的连接至显示所有标签的页面,如果你不需要这个连接,可以这样做:
5.x版本的Tagadelic打开tagadelic.module,大概在307-314行,找到
/** * theme function to provide a more link * @param $vid - vocab id for which more link is wanted * @ingroup themable */function theme_tagadelic_more($vid) {  return "<div class='more-link'>" . l(t('more tags'), "tagadelic/chunk/$vid") . "</div>";}
把这段代码删除就可以了。
在6.x版本中的Tagadelic,同样打开tagadelic.module,大概在331-338行之间,找到:
/** * theme function to provide a more link * @param $vid - vocab id for which more link is wanted * @ingroup themable */function theme_tagadelic_more($vid) {  return "<div class='more-link'>". l(t('more tags'), "tagadelic/chunk/$vid") ."</div>";}
删除即可。
 
来源:http://zhexie.net/node/86

创建播放图片效果。

Posted in

slideshow, view slideshow可以对于某一类型的文章的任何一个字段的内容进行播放。
需要新建一个view,然后选择该类型的文章,并选择type为slideshow,可以对于新闻等进行播放。
slideshowcs模块则可以对某一文件夹下的所有图片进行播放。

基于WAP技术的数字图书馆移动信息服务系统

学校名称: 
北京师范大学图书馆
联系方式
email: 
wap@lib.bnu.edu.cn
电话: 
010-58805391

北京师范大学图书馆基于WAP技术的数字图书馆移动信息服务系统,以当前移动技术的飞速发展为契机,应用WAP技术构建数字图书馆的移动信息服务,使数字图书馆的信息环境能够超越时空的限制。该系统主要由两大模块构成,一是WAP信息发布模块,读者可以通过移动终端发送请求并浏览最终获得的结果信息,该模块主要实现在移动终端上信息的浏览与输入;二是交互层的接口模块,即与图书馆自动化系统(ALEPH500)、数字资源系统等进行数据交互。

这种基于WAP的数字图书馆移动信息服务体系具有两大显著特点:一是无冗余数据,系统通过接口方式直接从其它系统获取数据,并不单独存储数据,因此图书馆就无需为WAP服务新建数据库;二是扩展性强,开放的接口格式允许该体系不断开发各种资源系统的WAP服务,以及对这些服务进行有效的整合。
目前北京师范大学图书馆已经开发并开通基于WAP的移动书目检索系统,简称WAP OPAC。该系统作为OPAC移动服务的延伸,将极大地方便读者“随时、随地、随身”获得与北京师范大学图书馆OPAC系统一致的资源服务。该系统的基本功能与北京师范大学图书馆OPAC系统基本一致,主要功能包括读者信息查询更新、书目查询以及单册查询、读者预约以及续借等,其中:

1.读者信息查询
读者基本信息主要包括读者姓名、单位、信箱等,以及一系列与读者相关的借阅历史、预约请求、现金信息等。同时支持对读者的基本信息的更新。

2.书目查询
读者能够根据检索条件及检索词获取北京师范大学图书馆馆藏书刊的详细书目信息。目前检索条件包括全部词、题名、著者、出版者、出版地、出版年、丛书、ISBN、ISSN、索书号、中图分类号、系统号,支持的检索字段与OPAC完全一致。检索返回的书目信息主要包括题名、著者、出版社、出版时间等。同时,系统还支持以多种方式对检索结果进行排序查看,例如出版年(降序)/题名、出版年(降序)/著者等。

3.单册查询
获得某一书目的所有馆藏单册记录,包括副本的数量、馆藏地点以及状态等。系统能够根据书目检索结果返回某一书目所有单册在馆内的收藏以及流通信息。

4.读者预约
读者能够对外借单册进行提前预约,预约成功后,读者由预约架进行外借。

5.读者续借
读者能够对已借单册进行续借,续借成功后,系统将自动延后归还日期。
随着读者需求与服务层次的提升,以及系统应用与开发的深入,基于WAP的移动图书馆信息服务系统中还将引入各种数字资源系统,从而全面建设数字图书馆信息服务平台。

开发环境(编程环境,开源软件的利用): 
WML、JSP
应用效果(访问量,访问频率等): 
自2009年5月正式上线以来,访问量累计近800次
案例开发人员: 
林颖 孙魁明 贾西兰 郭建峰 冯瑞琴
奖项: 
一等奖
排名: 
2

基于DNN系统的门户建设

学校名称: 
北京电子科技学院
联系方式
email: 
unixhost@163.com
电话: 
13301369837

    早期的图书馆网站建设主要集中在内容建设、网页及网站设计等方面。随着资源数量和服务种类的递增,以及数字图书馆技术的不断发展成熟,网站建设的研究重点逐步过渡到服务建设方面,图书馆网站已不再是简单的服务介绍及资源链接,而是复杂的服务集成、资源导航、个性化信息推送等,网站管理和网站评价也将得到重视,这是服务型网站建设的必然要求。
    作者馆在网站基础建设中选用了DNN系统,此系统技术及理念的先进性毋庸置疑,搭建网站快捷,尤其在网站管理方面较为专业与全面,并具备了一些网站评价的功能,对于技术力量相对较弱的馆而言,利用DNN系统搭建网站效率更高,而且它是开源免费的系统,组合几个DNN系统自带的模块就基本实现了以往图书馆网站的功能。
    在DNN系统之上搭建门户,面向全校上千名师生提供多种服务,对软硬件有较高的要求。作者馆DNN系统安装在Windows 2003平台上,使用该平台自带的IIS 6作为WEB服务器。DNN系统4.0之上版本,需要2.0版本之上的DotNet框架支持。还需要数据库支持,要用Sql Server 2000或者更高版本。数据库可以与DNN系统安装在同一台服务器中,建议单独搭建数据库服务器与WEB服务器分开运行,可以使门户系统的运行更稳定、更快速、更安全。
    DNN系统模块应用、开发和测试,详见附件。附件的文章已经发表在《情报杂志》20009年第10期。
    门户系统作为数字图书馆系统的一个子系统,还需要整合数字图书馆的其他子系统,DNN系统与其他系统相比在扩展性方面具有明显的优势,数图厂商可以按照模块开发标准,做出所需业务模块,如开发一个特色专题数据库模块,可显示、查找或编辑指定专题库中的数据,对于门户建设者而言只需要把这个模块拖放到网页中合适的位置,即实现了两个系统的挂接。在门户建设中,DNN系统虽然体现了多种优势,但用来作为数字图书馆门户的平台,仍需要厂商与图书馆合作开发出更多业务模块。如用门户四个要素来衡量DNN系统,那么统一认证和个性化服务则是它的弱项,与一些成熟的系统如TRS及CALIS的同类产品相比则有待完善,同时还要兼顾到数字校园、一卡通等工程。

开发环境(编程环境,开源软件的利用): 
DOTNET架构、CSS、JAVASCRIPT、VB.NET或C#,开源软件DotNetNuke。
应用效果(访问量,访问频率等): 
作者馆是个小馆,日最大访问量在200。感触最深的是利用系统的角色分配和权限的细化,可以安全地在门户中协作,每个部门无论负责人还是普通馆员,总可以清晰地定位到相关的业务页面或模块里,完成日常的业务,而不相互冲突干扰。(校外暂不可访问)
案例开发人员: 
严京生 李晓明
合作单位: 
万方数据
奖项: 
三等奖
排名: 
19

北京第二外国语学院图书馆统一认证和单点登录实践

学校名称: 
北京第二外国语学院
联系方式
email: 
13693699771@139.com
电话: 
13693699771

北京第二外国语学院图书馆以新网站建设为契机,将多个应用系统的登录和认证统一起来,在较大程度上实现了统一认证和单点登录,且具有实际应用效果。
用户验证是用户的个性信息通过验证体系识别并获得验证体系认可的一种的机制,包括验证源和验证返回。统一认证(验证)是指多个异构系统统一在一个验证体系进行用户验证,这能够保证用户及其权限的一致性。所谓单点登录,是一种系统的用户管理机制。它通过单一的用户认证和授权行为,就可以允许用户存取被授权的所有计算机和系统,而不需要多次提供密码。
 校园一卡通是统一认证的典型应用,用户只凭一个号码就能够登录各个系统,消除了一人多卡、一人多号的情况。图书馆读者库于2007年与学校一卡通系统实现对接,新网站的登录模块采用一卡通号码实施统一认证和单点登录。
图书馆网站登录模块整合的系统有:OPAC(馆藏目录查询系统)、Metalib(跨库检索系统)、Discuz!(读者论坛系统)、EZproxy(校外访问系统)、Gene6(FTP资源访问系统)、实时咨询系统、办公自动化系统、网络硬盘系统、图书馆Wiki百科等,其中后三个为二期实施项目。
基本原理和过程:读者用一卡通号码登录网站,网站登录模块先在网站读者库里查询是否有该用户,如果有且密码正确,则门户验证成功,读者若访问其他应用系统,登录模块会把用户信息发送至相应系统的登录模块中(Discuz!和EZproxy与网站同步登录)。如果网站用户库中没有该用户或密码不正确,登录模块则把请求发送至图书馆管理系统读者库中进行用户验证,把返回结果即用户信息写入本地读者库再进行单点登录。
上述应用系统中,OPAC和Metalib本身以图书馆管理系统读者库为基础。其他拥有自身读者库的有图书馆网站、Discuz!和EZproxy等。OPAC、Metalib和FTP三个系统需要把门户的相应用户信息发送至自动化系统中进行再次验证,而EZproxy和Discuz!无需再次验证。图书馆网站本身的读者管理系统,与图书馆管理系统的读者库类型、角色、权限保持一致,保证了登录系统的扩展性、兼容性和个性化,如研究生读者登录后会增加“论文提交”的链接。
实际效果:用户登录网站后,能够直接进入OPAC,查询个人信息、借书情况并进行预约和续借操作等;进入Metalib实现个性跨库检索;进入读者论坛具有相应权限的版块;登录到FTP系统,使用符合自身身份权限的资源;进入校外访问系统,直接使用校内各类数字资源;以一卡通号码进入实时参考咨询界面等。
 门户的统一认证机制,保证了各个异构系统的用户一致性,避免了一个系统一个用户名的问题。而单点登录则大大提高了网站和应用系统的易用性和利用率。

开发环境(编程环境,开源软件的利用): 
网站:ASP.NET 图书馆管理系统:Aleph500 FTP系统:Gene6 读者论坛系统:Discuz!(开源) 校外访问系统:EZproxy 实时咨询系统:万方实时参考咨询系统 图书馆Wiki百科:Mediawiki(开源)
应用效果(访问量,访问频率等): 
即将上线,目前测试效果良好。
案例开发人员: 
王勇 邱俊凯
合作单位: 
北京万方数据股份有限公司
奖项: 
三等奖
排名: 
16

中文附件解决问题

Posted in

includes/unicode.inc文件
将"setlocale(LC_CTYPE, 'C')" 改为 "setlocale(LC_CTYPE, 'en_US.UTF-8')".

 
 

当通过Fckeditor查看服务器文件时,中文名全部显示成乱码,不知道到底是哪个文件。

但是在页面看中文名显示和使用都没有问题。
解决方法:

同步内容