欢迎您来到 数字平台。 您尚未登录。[登录] [注册新用户]
当前位置: 论坛首页 / 栏目 产品与服务 / 文章 142

点击:215370[回复顶层] [树状] [详细]
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 11 楼
文章id: 140
回复: 回复: 刚试试用过,这种模式确实不错,期待!

作者: wuhao


中山馆确实还在用早先的Z39.50服务器承担部分数据服务,而且应该是没有支付过费用的,TKS;之所以期待,是因为较长时间实际应用以来,还是觉得有需要完善的必要,如稳定性、功能等方面。国内好多用IALS做此服务,因其专门为联合编目开发了功能,对用户实用,加之其有较大用户群。

商业考虑,天经地义,完全同意;用户的推动还是可以期待。

==========

以下是引用 孤舟蓑笠翁 于 2006-11-14 21:22:32 发表的文字:

DP1系统已有一个Z39.50服务器(中山馆联合编目中心不是在用它吗?),只不过,它不支持UNICODE。

Z39.50毕竟是一个古老的协议,既复杂,应用面也窄小,主要应用于图书馆行业。嚷嚷了这么多年,事实上,真为Z39.50协议买单的用户还是很少——除了有实力的数据提供商或大图书馆外,多数用户仅需要利用前端软件套录数据服务商或大馆的数据。何况,不同的Z39.50开发商,采用的上载协议或多或少有些差异,导致真正的异构系统间的数据上载兼容性较差,所谓的异构系统间的联合编目常不得不采用某种指定的上载模块——这跟同构系统联合编目又有什么本质的区别呢?

所以,在更新的、更标准、支持面更广、认可度更高的Web Service这种异构系统数据交换接口标准出现的今天,个人认为,Z39.50早晚会被Web Service替代。因而,虽然有现成的技术,但没有用户推动(订单推动)的情况下,可能不会再重新开发或完善我们已有的Z39.50服务器——商业成本的压力与技术炫耀的自豪,哪一个重要?

==========

以下是引用 wuhao 于 2006-11-14 15:42:38 发表的文字:

刚试试用过,这种模式确实不错,期待!何时有Z39.50的服务端。

==========

==========



发表时间: 2006-11-16 09:34:06
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 12 楼
文章id: 141
回复: 这么牛喳喳的东西 马上下载用用

作者: xietao


==========

以下是引用 wetmao 于 2006-11-16 9:22:58 发表的文字:

几天不见就有好东西啊

 不过得以前用过丹诚才可能对您的这个支持什么dhlp(dtlp更正 呵呵)协议东西有兴趣。

==========

谢谢。

不过不明白您改为dhlp是啥意思。也不清楚您是否了解dtlp的本来是啥意思。

丹诚dt1000的client/server之间的协议为dtlp,但不仅仅是这个dt1000才支持dtlp协议。也不仅仅是这个公司的产品才支持dtlp协议。

这个协议的应用范围很广,并且在后来支持了Unicode字符集,所以,我们打算好好发挥这个协议的优势。本公司(数字平台)的dp1就是采用dtlp协议的,并且其服务器模块现正在提供免费下载。许多需要加工MARC书目数据的行业,可以得益于这个东西。dp2Catalog当然要配合这么一个产品线。



发表时间: 2006-11-16 09:43:31



[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 13 楼
文章id: 142
等待你的用户推动



    对,只要有用户推动,根据订单,我们可以保证在很短一段时间(1个月左右)就会将先前的Z39.50服务器从C++语言版本移植到C#。这个移植是很快的,并且,在新的编译环境中更容易调试和发现一些潜在的问题,也可以在移植过程中增加一些功能——比如让服务器端也支持UNICODE功能等。

    事实上,当前用DP1Z39.50服务器端+DP2catalog前端,已是一个很好的推荐方案——尤其是针对丹诚系统用户。



发表时间: 2006-11-16 09:55:32
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 14 楼
文章id: 143
关于Z39.50服务器

作者: xietao


==========

以下是引用 wuhao 于 2006-11-16 9:34:06 发表的文字:

中山馆确实还在用早先的Z39.50服务器承担部分数据服务,而且应该是没有支付过费用的,TKS;之所以期待,是因为较长时间实际应用以来,还是觉得有需要完善的必要,如稳定性、功能等方面。国内好多用IALS做此服务,因其专门为联合编目开发了功能,对用户实用,加之其有较大用户群。

商业考虑,天经地义,完全同意;用户的推动还是可以期待。

==========

Z39.50现在还是一个非常重要的检索协议,暂时没有替代品。

大家也许都听说了OAI协议,这个协议只是元数据收割协议,相当于我们产品概念中批处理获取数据的一个协议,而不是用来检索的。实际上,OAI是门户网站和数据提供商之间的批处理更新数据的办法,属于“批发商”协议,而不是最终用户检索获取数据的协议。

门户网站,要面对大量的用户,要实现各种检索功能,对并发性能要求很高,但是却不要求这里是数据的原始制造地,它只需要从外界获取数据灌入自己的数据库即可。每日灌入新数据的量,和用户来访问的量,是两个概念。前者可以很小,后者必然很大。景象有点像门庭若市的百货公司。

而数据提供者,可能是一个一个的小网站,它每年可能加工产生大量数据,但是摊到每一天的数量是不大的(相对门户网站的访问量而言)。而且它向门户提供数据,是一次性提供,也不占用什么太大的带宽。就像一个一个具体的厂家,门前都是窄道,只要不耽误向百货商场送货就可以,而不必配备像百货商场那样的高楼大厦、停车场什么的。一个门户网站可以从很多数据提供者订购数据,这样数据总体来说是很大型的;一个具体的数据提供者,可能很专业,但不一定很“大型”。

Z39.50就是上述门户网站面对最终用户的检索协议;而OAI是门户网站和数据提供者之间的协议。二者功能是完全不同的。

数字平台公司的新产品完全是基于XML的,也就是说,适合各种通用行业,而不仅仅是为了提供MARC。而Z39.50协议,从来也没有说只用来检索获取MARC,虽然不少人有这样的误会。

所以,数字平台如果为dp2推出Z39.50服务器接口,那也主要是为了XML形态的新型元数据检索的需要,顺便顾及MARC编目的需要。看问题的角度和以前的图书馆集成系统有所不同。当然也要很快提供OAI协议。

数字平台的产品,按照上述功能划分的习惯,既有门户类产品,也有数据提供者类产品。

我们随后会为rmsws开发出Z39.50协议接口,可能很快,也可能会放到某些子系统后面开发,这要看具体情况。.NET为开发提供了更好的环境,这一点大家从新产品出来的速度可以看得到。在这样一种本可以“狂飙突进”的局面下,也许需要保持一点冷静,想好了再做,一步一步扎实地来。

也希望大家仔细看好rmsws这一内核。大家通常对外皮很看重,觉得亲眼看到“实现了”什么,这很自然。不过,内部数据加工业务,可以先行,可以早开始积累,这样可以获得更多的机会。

大家在用这个论坛软件的时候,就等于在用rmsws内核。文字、附件,都是放在内核管辖的数据库中的。这是个通用的东西,不仅仅是为图书馆开发的。因而,它的面就更广,生存力必然会更强。



发表时间: 2006-11-16 10:06:48
最后修改时间: 2006-11-16 10:14:33



[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 15 楼
文章id: 144
Z39.50服务器信息



     DP2Catalog正处于开发完善中,当前程序预置的一些Z39.50服务器配置是根据早年收集的信息添加的,可能很多早已失效(尤其是国内有大公无私精神的服务器越来越少)。希望DP2Catalog用户能分享自己所知道的有效Z39.50服务器信息,并反馈检索这些服务器时的问题。

     以下是“编目精灵”老师整理的内容,摘自其博客 ,希望对朋友们有所帮助,再次感谢“编目精灵”老师的认真和付出:

     

Z39.50服务器信息

                                      

      现在有Z39.50检索功能的图书馆自动化系统越来越多了,大都预设了部分Z39.50服务器,编目套录轻松不少。只是使用中常会发现预设的服务器太少,仍有相当部分MARC记录无法套录到。常有同仁问及有关Z39.50服务器的信息,故在此与大家共享。

      在客户端或本地编目系统中设置Z39.50服务器时,需要提供服务器网址、端口号及数据库名称3项基本信息。一般选择可匿名访问或有公共访问口令的服务器;如服务器要求提供认证而又无合法口令和密码,则无法使用(有的服务器还兼有IP地址限定)。

      中编方面比较无奈,除了参加某些联合目录,可以通过其Z39.50服务器套录到详编记录外,基本上通过Z39.50服务器只能看到简编记录,还需自己加上分类、主题等。丹诚公司曾提供过一阵子免费的详编记录,现在似乎也停止了。不过,如果想少打些汉字,还是可以套录一些简编数据的。无需认证的二大联合目录信息如下(网址/端口/数据库):
国家图书馆联合目录:202.96.31.29 / 2100 / uacn_bib
上海图书馆联合目录:218.1.116.77 / 2100 / uacn_bib
(顺便提一下,如果是用CNMARC著录西文文献的话,上图目录还是很好的西文记录来源)


 

      西编方面就比较幸运,因为国外免费的Z39.50服务器很多,当然使用的前提是网络连接有国际出口。正因为数据来源多,所以需要作一番筛选,数据质量、覆盖率、连接速度等都是考虑因素。各国出版物一般都由国家图书馆收藏,且国家图书馆书目数据质量较高,所以各国的国家图书馆是检索该国文献的首选地。对于一些非正式出版物,或者教材之类,则以大型联合目录或收藏丰富的高校图书馆为佳。本人常用的英语数据来源是:
√美国:
国会图书馆:z3950.loc.gov / 7090 / Voyager
OhioLINK:olc1.ohiolink.edu / 210 / INNOPAC (注意网址的olc1末位是数字1)
国家医学图书馆:tegument.nlm.nih.gov / 7090 / Voyager
√英国:
牛津大学图书馆:library.ox.ac.uk / 210 / ADVANCE
(不列颠图书馆的Z39.50服务器不提供MARC格式)
√澳大利亚:
澳大利亚国家图书馆:catalogue.nla.gov.au / 7090 / Voyager
澳大利亚国立大学图书馆:library.anu.edu.au / 210 / INNOPAC

      关于小语种。德国国家图书馆与不列颠图书馆一样,其Z39.50服务器不提供MARC格式。法国国家图书馆情况不详,其计划似乎是采用UNIMARC。下面提供一个"数据源之源",需要小语种文献记录的同仁可自力更生,花些功夫试验那些数据源的优劣——很辛苦的,如有收获,别忘了广而告之:
      丹麦Index Data公司搜集的"Z39.50服务器名录"该名录包含世界各地的Z39.50服务器,其"Z39.50服务器统计表",有数据库名称、地址、端口等信息。特别注意"记录语法",如果不是MARC格式,则一般无法通过编目用的Z39.50客户端查看、下载。需要认证(有钥匙标记)时,可到相应图书馆网站,看是否提供免费的访问口令。
      目前该网也提供所列数据库的检索,对于非MARC格式,可以通过检索,参考有关书目著录信息(如主题等)。

      注:如果本地系统没有Z39.50检索功能,也可以使用丹诚公司的zTrans通用Z39.50前端软件,套录记录后然后转入本地系统。现在丹诚公司的网站上已经无法下载该软件,但广东省文献编目中心还有。如有需要,趁早点击本链接下载,说不定哪天这个链接也无效了。(孤舟蓑笠翁注:朋友们现在可以用更漂亮的DP2Catalog程序了)

说明:2004/11/16增加了美国的国家医学图书馆,医学类图书最为丰富。

德语Z39.50书目服务器

                                      

    德文的书目信息有德国国家图书馆的Z39.50网关和卡厄斯鲁尔虚拟目录(Karlsruher Virtueller Katalog KVK,基本上都可以查到了,也就懒得再寻Z39.50服务器。
    不过,既然已经处理了IndexData的Z39.50服务器一览表
,在弄清法语Z39.50书目服务器信息后,顺便也把德语的处理了一遍。
    与法语相比,结果大失所望。德语服务器大部分不是MARC格式,还有不少需要认证——尽管可能有免费的口令密码,要找出来也不是那么轻而易举的。省略掉这两部分后,结果所剩无几——只有四个。看着内容实在太少,又到蓝博图公司
的Z39FindBook软件中找德国的服务器,再到IndexData反查,结果只有一个标为无需认证,却注明访问率为0%。
    实际使用结果,五个中只有GVK一个可用;其它三个均可检出,但无法显示结果,看来格式也不是IndexData标明的MARC;访问率为0%的那个,则不可用。
    可用不可用的均列在下表,有点滥竽充数的意思。如果能让同样有兴趣找小语种Z39.50服务器信息的同行少浪费一点时间,也就是贡献了。

德语Z39.50书目服务器信息

Gemeinsamer Verbundkatalog(公共集团目录)
z3950.gbv.de
210
GVK
(命中数量多,下载速度快,按出版年倒序输出。部分有德语主题)

Südwestdeutscer Bibliotheksverbund SWB(西南图书馆集团)
swb.bsz-bw.de
210
swblite
(UNIMARC,PicaMARC)

Das Netzwerk von Bibliotheken und Informationsstellen in der Schweiz(瑞士图书馆信息中心网络)
opac.nebis.ch
9909
NEBIS

IDS Basel Bern(瑞士巴塞尔、伯尔尼...)
aleph.unibas.ch
9909
DSV01

Universit?tsbibliothek Potsdam(波茨坦大学)
141.89.36.196
2020
NEL
(2003/6/2访问率0%)

    如果谁希望如法炮制,把西班牙语、意大利语、挪威语、丹麦语(最多)、俄语(也不少)、波兰语、捷克语什么的,或者澳大利亚、新西兰、加拿大、英国什么的,选择一、二个处理一遍,本人愿意提供已做过国别后缀标记的EXCEL文件。
    另可以用Z39FindBook软件的“Z39站点”列表寻找。该列表也按机构名称排列,但有一栏标明国家,寻找相对方便些。从收录Z39.50服务器范围上看,与目前IndexData的一览表似乎有点交叉。

德语Z39.50书目服务器(续)

                                      

    不满意上次只在IndexData的Z39.50服务器一览表找到四家德语Z39.50服务器,因而再用Google“"Z39.50" site:.de”的方法查。结果发现了一个专门收集allegro图书馆系统的Z39.50服务器信息网页allegro - Server im Internet,其中收录了五个Z39.50服务器,端口2020,数据库opac。或许是德国人比较严谨之故,服务器均需要认证,用户名、口令均opac:

UB-Braunschweig Lokalbestand der Universit?tsbiliothek
ubsun02.biblio.etc.tu-bs.de(收录约60万)
 
Berlin : baC - berliner allegroCatalog(柏林公共图书馆目录)
ubsun02.biblio.etc.tu-bs.de(馆藏148万余)

Max-Planck-Institut für Bildungsforschung - Bibliothek und wissenschaftliche Dokumentation (马克斯-普朗克教育研究所)
lib.mpib-berlin.mpg.de(专业图书馆,收藏重点社会学、教育学与发展心理学)

Düsseldorf: Bibliothekskatalog der Universit?ts- und Landesbibliothek(Duesseldorf大学与联邦州立图书馆目录)
134.99.136.10

Brandenburg: Zentraler Katalog der ?ffentlichen Bibliotheken in Brandenburg (Brandenburg公共图书馆中心目录)
www.oe-bibliotheken.brandenburg.de

    试查结果,似乎最后一个有问题。

    一般图书馆集成系统的Z39.50数据库名与端口都是相对固定的,知道了allegro系统的用户名/口令均为opac,还可以用数据库名opac、端口2020为限定条件,在IndexData的服务器列表中找到原来因需要用户认证而放弃的德语服务器,假定也是allegro系统,以opac为用户名/口令测试一下可用性。

    因为德语文献所遇不多,所以也就不想做这个德语Z39.50书目服务器一览表了。更重要的是,通过一周的使用,我确定自己已经找到了令人满意的德语服务器。
    在已有的十个德语Z39.50服务器,检索速度与检中率最令人满意的当属Gemeinsamer Verbundkatalog(Gemeinsamer Bibliotheksverbund,GBV公共图书馆集团目录,z3950.gbv.de/210/GVK)。该目录实际是一个全德范围的联合目录,不仅收录德语文献,还收录德国、荷兰等跨国出版机构的英语文献,且收录及时,有些英语文献在LC和OhioLINK或者没有收录,或者只有简单的订购数据,而这里已经有详编记录了。此服务器地位可与英语世界的OhioLINK匹敌——其实数据来源再多,也不如一个收录量大的顶用。
    该目录为USMARC格式(极少数子字段与现有标准有异),遵循ISBD(非AACR),著录用语为德语,主题词非控,以德语为主,有时也用英语。

    德语Z39.50服务器方面比较遗憾的,是德国国家图书馆DDB没有提供MARC格式,要不然DDB与GBV结合,就堪称完美了。

    另见德国的Z39.50网关一览表:
The Internet Links Collection -- Union Catalogs / Z39.50 Gateways

    收集了18个联合目录Z39.50网关,以德国为主,含美、英、法。
狡兔三窟,万一Z39.50客户端不能使用,或许还用得上这些联合目录。

日本Z39.50书目服务器信息

                                      

    很多年前找到“Z39.50 Target List in Japan”,如获至宝,虽然只有三个公开的,但都可用。尤其是早稻田大学,由于收录文献丰富,很有参考价值。不过现在这个表用处已经很少了,除了筑波大学服务器的信息仍然正确外,早稻田大学服务器的IP地址改了,庆应义塾大学的服务器似乎已经停止服务了。

    前几天想再多找几个日本的Z39.50服务器,作为我的Z39.50书目服务器系列的完成篇。不意发现了另一个“Z39.50服务器名录”(Z39.50 Target Directory) ,这是一个欢迎用户增加、更新相关信息的网站(有点Web 2.0的意思),也收了一千多个服务器。与IndexData的“Z39.50服务器名录”(The Z39.50 Target Directory)相比,由WebClarity软件公司维护的这个名录有检索与浏览功能。检索不用说,浏览可以选择按地点(国家与地区)、资源类别(学术、政府、国家、公共、联合目录等)及名称,很方便查找合用的Z39.50服务器。
    名录中列出了8个日本的服务器,一个个看下来,信息一应俱全,最关键的域名/IP处却是空白。我以为需要注册才让看完整信息,尽管很不情愿,还是注册了一把,登录进去,还是看不到域名/IP。
    失望之余,决定发扬雷锋精神,把我知道的几个日本服务器的域名/IP信息补进去。
    真是善有善报!原来在“查找”方式下,选择“更新”(注册登录后显示),在“浏览”方式下被隐藏起来的域名/IP信息全都出现了!
    最终从中再选择了几个日本服务器,与原来两个结合在一起,列表在后。除了看上去很诱人的“日本大学联合目录”检索出错外,其余都可用。由于字符集的原因,不是所有Z39.50客户端软件对以下服务器检索结果都能正常显示。

日本Z39.50书目服务器信息(注:括号中为字符集)

早稻田大学
wine.wul.waseda.ac.jp
210
INNOPAC
(EACC)

筑波大学
opac.ll.chiba-u.jp
210
ILIS
(EUC)

Japanese Universities Union Catalog(日本大学联合目录)
157.1.18.114
210
BIB

冈山大学
webcat.lib.okayama-u.ac.jp
2210
limedio
(UTF-8)

北海道教育大学
s-opac.sap.hokkyodai.ac.jp
2210
BIB
(UTF-8)

札晃大学
opac.sapporo-u.ac.jp
2210
limedio
(UTF-8)

札晃医科大学
hamanasu.cc.sapmed.ac.jp
2210
limedio
(UTF-8)

札晃学院大学
library.sgu.ac.jp
2210
limedio
(UTF-8)

法语Z39.50书目服务器信息

                                      

    手头有几本法语书要做编目,而法国国家图书馆的目录一时又不可访问。虽然只几本,但为今后计,下决心“工欲善其事、必先利其器”,花些功夫找Z39.50服务器。虽说IndexData应当是首选,但一千多个Z39.50服务器,按机构或目录名称首字母分成25页显示,又不标明国别,找起来太费劲。

    用Google查,不知道用什么术语,只好在法国域名中查Z39.50:“"Z39.50" site:.fr”。在结果中看到有“Profil du serveur Z39.50”,很象可用的检索词,就用它再查Google在结果中一一寻找。那天网络不好,不可访问的网站很多,但也找到了法国、比利时、瑞士共四个法语的Z39.50服务器信息,分别是西瑞士图书馆网、里昂大学、雷恩大学和鲁汶天主教大学,试下来都是可用的,但检中率不高。

    既然事情已经做到了一半,周末在家继续努力,希望增加一些服务器,提高检中率。
    耐心地把IndexData的所有Z39.50服务器信息都下到EXCEL表格中,慢慢处理。一千多个,有相当多是以IP显示的,没有精神去一一认证所属国别,只将有国别后缀的标出。然后选中所有法国fr,以及从机构名称看是法语的加拿大ca、比利时be服务器(其中瑞士ch的看机构/目录名都是德语,略去)。其中一个为UNIMARC格式,其它都有USMARC格式,都无需认证、免费使用。加上前面找到的四个、去掉重复,共1920个。
    如果熟悉法语,有心浏览一遍IndexData机构名称,或者用软件把所有IP一次性转换为URL后再处理,应该还会有更多结果(里昂大学地址用的就是IP)。

法语Z39.50书目服务器信息一览表(*共23个)

说明1:顺序为图书馆网、大学图书馆(依次为法国、加拿大、比利时、瑞士)、公共图书馆;
说明2:除前述四个外,是否可用未知,访问率信息为IndexData标注

(*2006/3/13更新:
1、实际使用结果,除IndexData标注访问率为0%者,基本上都可用;
2、由蓝博图公司Z39FindBook软件的“Z39站点”增加三个服务器,名称前标*)

*United Nations Office in Geneva(联合国日内瓦办事处)
librarycat.unog.ch
7090
Voyager
(联合国出版物丰富)

RERO(西瑞士图书馆网)
sarasvati.rero.ch
3950
DEFAULT
(*命中记录多,部分有法语主题词)

Univ. de Rennes(法国雷恩大学)
artus.univ-rennes1.fr
210
rennes

SERVICE COMMUN DE LA DOCUMENTATION UNIVERSITE LYON 3 (SCD Lyon 3)(法国里昂大学)
193.52.199.5
21210
ADVANCE
MAIN*BIBMAST

Ecole Normale Superieure Paris (法国巴黎高师)
halley.ens.fr
210
INNOPAC
(*经确认,实际使用UNIMARC)

z3950-scd-ulp.u-strasbg.fr (法国斯特拉斯堡大学)
24210
database
(使用UNIMARC)

Bibliothèque universitaire d'Angers (法国Angers大学)
bubase.univ-angers.fr
210
BUANG
(2004/10/7访问率0%)

SCD de l'Université de Reims (法国兰斯大学)
scd.univ-reims.fr
8002
scdreims
(2003/10/21访问率0%)

Université de Montréal (加拿大蒙特里尔大学)
atrium.bib.umontreal.ca
210
ADVANCE

Université McGill (加拿大麦吉尔大学)
aleph.mcgill.ca
210
MUSE

Bibliothèques de l'Université de Moncton (加拿大Moncton大学)
eloize.umoncton.ca
210
ADVANCE

Ecole des Hautes Etudes Commerciales Bibliotheque Myriam & J-Robert Ouimet (加拿大Myriam & J-Robert Ouimet高等商业研究生院图书馆)
biblio.hec.ca
210
hec

école des hautes études commerciales, Myriam et J.-Robert (同上,*经查两个地址检索结果相同)
taos.hec.ca
2200
Unicorn

Université de Sherbrooke(加拿大Sherbrooke大学)
catalo.biblio.usherb.ca
210
SIBUS
(2005/5/13访问率0%)

Université Libre de Bruxelles Online Catalog(比利时布鲁塞尔大学)
www.cible.ulb.ac.be
2200
Unicorn

Catholic University Leuven (比利时鲁汶天主教大学)
cc2.kuleuven.ac.be
3000
xxdefault

Université catholique de Louvain(同上,此地址可用)
bib.sia.ucl.ac.be
3520
DEFAULT

University of Gent, Belgum (比利时Gent大学)
catserv.rug.ac.be
9909
RUG01
(2005/11/25访问率0%)

*University of Geneva(日内瓦大学)
www.biblio.unige.ch
8871
DEFAULT

*Saint-Genevieve Library
193.48.70.230
21210
Advance
(使用UNIMARC)

Ville de Montréal (加拿大蒙特里尔市)
merlinweb.ville.montreal.qc.ca
2100
Z3950S

Bibliotheque municipale de La Sarre(加拿大La Sarre公共图书馆)
catalogue.biblrn.qc.ca
3951
BMLS

Bibliotheque municipale de Rouyn-Noranda (加拿大Rouyn-Noranda公共图书馆)
catalogue.biblrn.qc.ca
3950
BMRN



发表时间: 2006-11-16 10:12:22
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 16 楼
文章id: 145
关于程序安装的一点说明



     因为程序是基于微软最新的.Net平台开发的,.Net Framwork 2.0比微软当前的操作系统新,所以没有整合进当前的操作系统中。

     因而,当前操作系统,如Win 2000、Win XP、Win2003都需要预先安装微软的.Net Framwork 2.0。事实上,Z39.50前端程序在安装下载时,会自动检测当前操作系统是否具有启动程序的必备环境(即是否具有.Net Framwork 2.0),并引导安装程序自动到微软站点下载.Net Framwork 2.0分发包进行安装。

     如果网络条件好,根据安装提示继续即可正常安装。如果网络条件不太好,因为.Net Framwork 2.0分发包有20多M,可能下载安装它较慢,因而,系统管理员可预先到微软网站下载.Net Framwork 2.0分发包,这样可以方便为本地多台电脑预装这个环境,从而保证Z39.50前端的安装更方便。

    注意,由于本Z39.50前端基于.Net Framwork 2.0,而Win 98操作系统不支持.Net Framwork 2.0,所以,本前端程序不支持Win 98等低于Win2000操作系统版本。

    有意预先安装.Net Framwork 2.0的朋友可点击以下链接下载.Net Framwork 2.0:
http://www.microsoft.com/downloads/details.aspx?familyid=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5&displaylang=zh-cn

    另外,程序采用智能客户端的ClickOnce的技术,可以自动监测到服务器端发布的更新版本,并引导前端自动升级。最近根据内部测试和外部反馈信息,版本变动可能较大,所以随时会提醒前端升级,并不意味着版本稳定后,每次使用此程序都会有一个从服务器端下载文件的过程。



发表时间: 2006-11-16 12:56:26
最后修改时间: 2006-11-16 12:58:37
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 17 楼
文章id: 146
如何在前端设置Z39.50服务器信息



     dp2catalog程序可以在前端灵活扩充不同的Z39.50服务器,从而实现这些服务器的数据访问。

     扩充方式:

     一、打开Z39.50检索窗,在左边Z39.50服务器目录树中调用鼠标右键菜单的新增功能。服务器目录树中的节点类型分“目录” 、“服务器” 和“数据库” 三种。可以在任一节点上,新增同级(即新增节点与当前节点平级)和新增下级(即新增节点为当前节点子级)。
     为了方便管理和查询,常见的节点顺序可为“目录”下面设置一个或多个“服务器”;“服务器”下面设置一个或多个“数据库”——当然,并不一定非要局限于这种顺序,可由前端设置者灵活掌握。
 
     二、打开服务器属性窗,可以添加Z39.50服务器参数。注意,这些参数由相应的Z39.50服务器端控制,如不了解相关参数,请咨询相应服务器端管理员。

     服务器一般属性:包括“服务器名”,这是为前端目录树中显示和识别服务器而用的;“地址”,请准确输入服务器的IP或域名;“端口号”,请准确输入服务器的访问端口,默认的端口为“210”。参见:
 
     数据库:请输入Z39.50服务器提供的数据库名。注意,有些服务器可能提供了多个数据库供访问,请在数据库名文本窗中,以每行一个数据库名方式添加。参见:
 
     权限验证:请在此添加由服务器端分配的数据库访问验证信息。某些服务器,不提供匿名访问或通过权限认证控制数据访问级别,因而,请确保此处的权限验证参数符合相应服务器要求。参见:
 
     检索/获取:“获取记录每批条数”,根据网络条件,可以灵活调整该参数,从而提高数据访问结果响应效率。默认参数为“10”,即不管命中结果多少条,前端以10条为一个获取请求单位,服务器端根据这个请求传送10条记录到前端,并等待前端的后续操作(如果前端想获取后续记录,请在检索窗中,点击“下一批记录”工具按钮,获得第二批的10条记录;或点击“获得检索命中的全部记录”,将所有命中结果一次性返回。“缺省MARC语法OID”,Z39.50协议标准为“UNIMARC”和“USMARC”等不同的MARC格式设置了标识参数,可在此指定欲访问的服务器的MARC格式标识参数,从而方便前端调用不同的MARC显示格式。“在获取浏览记录阶段即获得全记录”,有些服务器并不是将一条完整的记录直接发送给前端,它可以先发送简明记录,根据前端的选择,再决定是否将该条记录的所有内容发送给前端,前端可根据网络访问效率灵活取舍这个参数设置。“自动探测MARC记录格式”,选择了这个参数,前端会根据服务器端返回的MARC语法OID,判断记录MARC格式,并调用不同的MARC显示格式——注意:某些服务器,如果不太严谨,可能声明的MARC语法OID与实际的MARC格式不符,比如声明的是USMARC格式的OID,但数据格式却是采用的UNIMARC,那么,自动探测功能就真按其声明的数据格式在前端显示其MARC格式,可能导致显示不正确,此时,请调整MARC格式类型即可解决问题。参见:
 
 
     字符集:不同的服务器,可能支持的字符编码方案不一样,比如有的采用“gb2312”、有的采用“big5”、有的采用“utf-8”,有的采用“eacc”。因而,确定“缺省编码方式”和“检索词编码方式”,可以保证服务器与前端通讯时,能正确识别相应的数据字符编码,不产生访问障碍。国外服务器,多采用EACC作为汉字、日文、韩文等东亚文字的编码,通过“自动转换MARC记录中的EACC字符”选项,可以将这些EACC编码转换为可读的字符。参见:
 
     三、Z39.50服务器参数配置文件。dp2catalog程序预置或前端用户自行添加的服务器参数信息,都是存放在前端安装目录中供前端调用。dp2catalog程序“帮助”菜单中,通过“打开数据目录文件夹”子菜单,可以很方便地找来这个服务器参数配置文件:zserver.xml。这是一个XML格式的配置文件,用记事本程序即可查看或编辑相应信息(如无经验,请勿直接编辑该文件,以免破坏文件格式)。
 

 
     注:可下载跟帖中的Z39.50服务器参数配置文件,打开数据目录文件夹,用解压后的文件替换相应的zserver.xml文件,关闭dp2catalog程序的Z39.50检索窗,再次打开检索窗后,新的配置文件即可生效。请使用者以跟帖形式反馈可访问的Z39.50服务器信息,帮助我们完善这个配置文件。



发表时间: 2006-11-20 13:23:44
最后修改时间: 2006-12-07 13:18:11
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 18 楼
文章id: 147
新增对MARC-8编码方式的支持

作者: xietao


1.0.0.17版新增了对国会图书馆MARC21中MARC-8编码方式的支持。

在服务器属性对话框中,将国会图书馆Z39.50服务器的缺省编码方式设定为“MARC-8”;

然后针对书名检索“china”,可以检索出一批记录,留意其880字段内容中的汉字。

针对ISBN检索8932211973,可以得到一条朝鲜文的记录。

针对ISBN检索3515031871,可以得到一条阿拉伯文的记录。

~~~

为了能够显示Unicode下全部语种的文字,dp2Catalog的Z39.50检索窗中的浏览框,和MARC记录窗的MARC编辑器,现在都采用了Arial Unicode MS字体。不过,这个字体不一定在每台机器都有,如果没有,可以在这里下载(尺寸24M,可以用有断点续传功能的下载工具来下载):

http://dp2003.com/filews/getfile.aspx?username=dp2catalog&filename=%5cARIALUNI.TTF 

这通常是由Microsoft Office携带安装的字体。这里有一篇文字介绍这个字体:

http://support.microsoft.com/kb/287247
Description of the Arial Unicode MS font in Word 2002

然后复制到您的机器的操作系统目录的fonts子目录下即可,例如d:\winnt\fonts。 

如果您的机器上的dp2Catalog显示不出朝鲜文等字符,很可能是缺乏上述字体的缘故。



发表时间: 2006-11-21 11:48:44
最后修改时间: 2006-11-22 09:40:55



[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 19 楼
文章id: 148
美国国会图书馆Z39.50服务器中获取的小语种数据截屏图



注意:由于是多语种混排,浏览器前端如果选择单一语种编码方案,比如GB2312;或前端缺少相应语种字体,某些字符可能不会正常显示。为完整显示德文、法文、等小语种混排内容,本网页需要调用前端的Arial Unicode MS字体。这个字体可随MS Office XP安装时安装。(参考:http://www.dp2003.com/dp2bbs/article.aspx?board=%e4%ba%a7%e5%93%81%e4%b8%8e%e6%9c%8d%e5%8a%a1&id=147)

德文数据,题名:Sẗutzkr̈afte und Bemessungsmomente d̈unnwandiger

punktgesẗutzter Fassadenplatten

日文数据,题名:オプタコン・トレーニング 英文マニュアル (日本語 訳

つき)

韩文数据,题名:삼국지 고구려 전 과 관련 사료 의 비교 분석 을 중심 으

法文数据,题名:Les ̂iles de l'oćean Indien

阿拉伯文数据,题名:تركيب المجتمع السوري

俄文数据,题名:Литература по педагогическим наукам и народному

образованию



发表时间: 2006-11-22 00:50:28
最后修改时间: 2006-11-22 14:51:08
[回复留言] [回复(需要先登录)] [引用(需要先登录)]普通文章第 20 楼
文章id: 149
论坛对上传的图片有自动缩小功能,

作者: xietao


可抓比较小的局部图上传。



发表时间: 2006-11-22 09:00:03



页 2 / 3 |< < 1 2 3 > >|
 

在线用户
(无) 
当前栏目在线用户数 0, 总在线用户数 0