unimarc

http://www.rice.edu/perl4lib/archives/2003-05/msg00072.html
http://www.rice.edu/perl4lib/archives/2003-05/msg00078.html

koha cvs 2.2.3 bug

設定語系為 en 時,可以選擇其他語系,選擇 zh-TW,es,pl 就無法選擇其他語系.這部份應該和編碼無關,似乎和 template 翻譯完整有關,完整的語系檔,幾乎沒有問題.

nbinet z39.50

相關資料說明
http://nbinet.ncl.edu.tw/screens/broada.html

基本上,抓 nbinet 的資料,都是 cccii code,所以有 uft-8 (unicode 一種),那是最好.
big5 應該不用考慮.

koha cvs chinese default template

koha cvs 預設中文 template 佈景使用 utf-8,npl... 等等尚未中文化

koha z39.50 return 0

只有預設 template 可以正常運作 z3950,其餘 template 最後都會導向 return 0,
中英文目錄資料都一樣,基本上,資料會被找到,不過,馬上會導向 return 0,除了
預設 template 沒有問題,其他都會

koha cvs

cvs -d ':pserver:anonymous@cvs.sourceforge.net:/cvsroot/koha' login
cvs -z3 -d ':pserver:anonymous@cvs.sourceforge.net:/cvsroot/koha' co -P <自己取一個新目錄名稱>

Developer CVS Access via SSH

export CVS_RSH=ssh
cvs -d ':pserver:<自己的帳號>@cvs.sourceforge.net:/cvsroot/koha' login
cvs -z3 -d:ext:developername@cvs.sourceforge.net:/cvsroot/koha co -P <自己取一個新目錄名稱>

koha 2.0.2 & koha 2.2.3 z39.50

1.koha 2.0.2 z39.50 抓取 nbinet ok只是資料編碼為 cccii code.

2.koha 2.2.3 z39.50 抓取到 data 之後轉入 http://140.136.81.185:8088/cgi-bin/koha/z3950/0

koha z39.50 server on

要使用 koha z39.50,需要啟動 /z3950-daemon-launch.sh,只要主機重新開機就需要重新 reboot

koha 2.2.3 install answer

因為沒有 zh_TW 語系檔,所以 install 不能選 zh_TW,要選有完整語系檔
or default 質

koha 管理介面&opac介面

koha install

koha install
opac port 80
admin port 8080

for fedora core 4

Koha OPAC error

Hi

One question. We presume there might missing some template files.
Please indicate the possible solution.

After installed Koha 2.2.3 with Fedora Core 4. While enter OPAC
http://lit185.lacc.fju.edu.tw:8080
It redirected to
http://lit185.lacc.fju.edu.tw:8080/cgi-bin/koha/opac-main.pl

The Koha error log presented as :
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] HTML::Template->new() : Cannot open included file /usr/local/koha/opac/htdocs/opac-tmpl/default/en/opac-main.tmpl : file not found. at /usr/lib/perl5/site_perl/5.8.6/HTML/Template.pm line 1616
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] \tHTML::Template::_init_template('HTML::Template=HASH(0x9df3a14)') called at /usr/lib/perl5/site_perl/5.8.6/HTML/Template.pm line 1189
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] \tHTML::Template::_init('HTML::Template=HASH(0x9df3a14)') called at /usr/lib/perl5/site_perl/5.8.6/HTML/Template.pm line 1083
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] \tHTML::Template::new('HTML::Template', 'filename', '/usr/local/koha/opac/htdocs/opac-tmpl/default/en/opac-main.tmpl', 'die_on_bad_params', 0, 'global_vars', 1, 'path', 'ARRAY(0xa61e6c8)', ...) called at /usr/local/koha/intranet/modules/C4/Output.pm line 77
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] \tC4::Output::gettemplate('opac-main.tmpl', 'opac', 'CGI=HASH(0x9ddecd4)') called at /usr/local/koha/intranet/modules/C4/Auth.pm line 114
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] \tC4::Auth::get_template_and_user('HASH(0xa636024)') called at /usr/local/koha/opac/cgi-bin/opac-main.pl line 32
[Thu Sep 15 16:59:45 2005] [error] [client 140.136.81.146] Premature end of script headers: opac-main.pl
[Thu Sep 15 16:59:46 2005] [error] [client 140.136.81.146] File does not exist: /usr/local/koha/opac/htdocs/favicon.ico

mysql install errors

From indradg@icbic.com  Mon Jan 17 22:14:57 2005
From: indradg@icbic.com (indradg@icbic.com)
Date: Mon, 17 Jan 2005 16:14:57 -0500
Subject: [Koha] Pb install koha 2.2
In-Reply-To: <200501171936.j0hjah5z002923@outmx018.isp.belgacom.be>
References: <200501171936.j0hjah5z002923@outmx018.isp.belgacom.be>
Message-ID: <1105996497.41ec2ad16c784@webmail.icbic.com>

Hi,

Quoting "Vanbegin.Stephane" :

[..]
> Creating the MySQL database for Koha...
>
> ERROR 1062 at line 1: Duplicate entry 'localhost-kohaadmin' for key 1
[..]
> Few month's ago ,I have install a old version of Koha without big problem .

Thats the reason for your error! You already have a DB and DB user defined in
MySQL. Drop the old Koha db and delete the kohaadmin user you had created
earlier before you run the installer again.

hope that helps,

-indra.

user message

http://lists.katipo.co.nz/public/koha/2005.txt

mysql error messages

CREATING DATABASE

Creating the MySQL database for Koha...
ERROR 1062 (23000) at line 1: Duplicate entry 'localhost-koha' for key 1
256ERROR 1062 (23000) at line 1: Duplicate entry '%-Koha-koha' for key 1


DBD::mysql::st execute failed: Invalid default value for 'aqbudgetid' at scripts/updater/updatedatabase line 1117.
DBD::mysql::st execute failed: Invalid default value for 'id' at scripts/updater/updatedatabase line 1117.

z39.50 server

http://www.indexdata.dk/targettest/
http://staff.library.mun.ca/staff/toolbox/z3950hosts.htm

Zebra Searching

Hi everyone,

In case you haven"t been following the IRC logs we"ve been discussing
Zebra as a potential searching engine. From Indexdata"s website:

Zebra is a high-performance, general-purpose structured text indexing and retrieval engine.
It reads structured records in a variety of input formats (eg. email, XML, MARC) and allows
access to them through exact boolean search expressions and relevance-ranked free-text
queries.

Zebra supports large databases (more than ten gigabytes of data, tens of millions of
records). It supports incremental, safe database updates on live systems. You can access
data stored in Zebra using a variety of Index Data tools (eg. YAZ and PHP/YAZ) as well as
commercial and freeware Z39.50 clients and toolkits.

http://indexdata.dk/zebra

I"ve setup a zebra test site running on LibLime"s server. It currently
has access to three Zebra datasets, Nelsonville"s 150K records, LibLime"s
5 million records (recently donated by sanspach), and Paul Poulain"s 13K
records. (Paul is still working out some issues with indexing unimarc
records so stay tuned for that one to work).

http://liblime.com/zap/advanced.html

Note that the search and retrieval is done via the Z39.50 protocol with
the server that ships with Zebra and both the index and the server can
be customized based on the kinds of searches you want to perform (the
above site is just a proof of concept) -- we"d have support for relevence
ranking, stemming, the whole gambit of searching technologies.

In all my tests searches are returned in under a second.

If we decide to work with Zebra we will need to decide what to do with
non-marc libraries. Should we develop an export utility that will allow
Zebra to index the records (in say, XML format)? Should we use the Koha
tables to create a basic MARC record for use with Zebra? Should we leave
the Koha 1.x searching methods unchanged and only use Zebra for
MARC libraries? Also, what should we do with the existing marc_*_table
tables?

So ... it"s clearly time to schedule a "Koha 2.4 Searching Group Meeting" on
IRC. I"d like to pick a time when everyone can be represented. how
is Thursday, June 23 at 9:00 GMT? Here"s the time in your area:
http://tinyurl.com/925c8

Please let me know on-list if you will not be able to attend and what
time you can attend.

Comments, suggestions, concerns?

Re: z39.50

On Tue 12 Apr, Chris Cormack wrote:
>
> And to reply to my own post
>
> It appears to work fine .. just not with Library of Congress. I tried
> with a few other z39.50 servers and it worked just fine.
> Heres a snippet from the daemon log when I tried querying the National
> Library of New Zealand

And I am feeling foolish (not for the first and certainly not for the last
time ...).

I removed the Library of Congress but failed to notice that all bar one of the
other servers I had successfully used before (with an earlier version of
Koha) had also gone (or I suppose possibly changed their addresses). And
the final one had the default set to "0" ... Changing it to "1" worked when
I managed to find a book it would recognize.

Since servers disappearing seems to be quite common, would it be useful for
the daemon"s display to indicate that there was no connection? And possibly
a button on the "add z3950 server" page to enable one to check that the new
server is responding (since lists of servers presumably go out of date)?

The list at http://www.indexdata.dk/targettest/ appears to be more up to
date than the one you suggest. I note that it lists the LoC as providing 100%
service on 23 April.

Roger
--
Roger Horne, 11 New Square, Lincoln"s Inn, London WC2A 3QB
http://hrothgar.co.uk/
mailto:roger@hr...