Joshua Ferraro | 1 Oct 2005 14:58
Favicon

Re: Koha as a Z3950 server

OHi Phill,

I wrote that Z39.50 server way back in the dark ages (in fact, IIRC
it was the first Perl I ever wrote). I believe there is no rule
about the db name (meaning that the script doesn't care what you
call the database).

Looking forward, that script is definitely going to be phased out in
Koha 3.0 since Zebra (our new textual database) comes with a very
nice Z39.50 server that supports (pretty much) the entire standard.

In the meantime, the zeb-koha script works ... and you can quite
easily add pattern-matching control statements to manage behavior
not currently supported.

Cheers,
--
Joshua Ferraro               VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE
President, Technology       migration, training, maintenance, support
LibLime                                Featuring Koha Open-Source ILS
jmf@... |Full Demos at http://liblime.com/koha |1(888)KohaILS

Sat, Oct 01, 2005 at 09:56:40AM +1100, Phill Hardstaff wrote:
> I played around a litt bit more and got it to work by using a databse
> name of Zed-Koha (from script) and copying some field parameters from
> some other servers, seems the most important thig is the field number
> (using 4) ? Would help if I knew what I was doing here :) But at least
> it works and I can query it !
> 
> Cheers
(Continue reading)

BWS Johnson | 1 Oct 2005 16:28

Relational v Textual

Salvete!

>Looking forward, that script is definitely going to be phased out in
>Koha 3.0 since Zebra (our new textual database) comes with a very
>nice Z39.50 server that supports (pretty much) the entire standard.

I've never heard the rationale behind dumping the relational database. Why are we doing that, anyway? I'm just very leery of doing a conversion like this only to have things run worse than they were before. The search we have now is much better than a lot of the other products out there which is what attracted me to Koha.

Cheers,
Brooke <at> Hinsdale MA
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha
Chris Cormack | 1 Oct 2005 22:15
Picon
Favicon

Re: Relational v Textual

BWS Johnson wrote:
> Salvete!
> 
>  >Looking forward, that script is definitely going to be phased out in
>  >Koha 3.0 since Zebra (our new textual database) comes with a very
>  >nice Z39.50 server that supports (pretty much) the entire standard.
> 
> I've never heard the rationale behind dumping the relational database. 
> Why are we doing that, anyway? I'm just very leery of doing a conversion 
> like this only to have things run worse than they were before. The 
> search we have now is much better than a lot of the other products out 
> there which is what attracted me to Koha.
> 
Hi Brooke

We arent dumping the relational db, well we might dump part of it. We 
plan to store the catalogue data in a way that allows us to do even 
better searching, and faster. But there is no intention at all (at least 
not by me :-)) to break any of the existing search methods, just make 
them a bit faster :)
I can guarantee you, we wont be changing things in order to get a worse 
system. We will do a lot of testing in order to make sure that we dont.
I think I'm safe in saying that the people who work on Koha are doing so 
out of a genuine desire to make it be the best system it can. None of 
our ego's would let us go backwards :-)

Hope this puts your mind at rest a little, if you want to see more of 
the discussion, its in the archives on the koha-devel list.

Chris

--

-- 
Chris Cormack                                      Katipo Communications
Programmer                                         www.katipo.co.nz
027 4500 789
BWS Johnson | 2 Oct 2005 08:42

Re: Relational v Textual

Salvete!

>We arent dumping the relational db, well we might dump part of it. We
>plan to store the catalogue data in a way that allows us to do even
>better searching, and faster. But there is no intention at all (at least
>not by me :-)) to break any of the existing search methods, just make
>them a bit faster :)


Anytime you guys think Koha is slow, you should just hop on to a poor unfortunate library with Dynix's Horizon as their db. There was just a call for help over the government documents listserv about that.
I really like the way the keyword search works, and I thought I just might need some smelling salts if that was going to get messed with. :)


>I can guarantee you, we wont be changing things in order to get a worse
>system. We will do a lot of testing in order to make sure that we dont.
>I think I'm safe in saying that the people who work on Koha are doing so
>out of a genuine desire to make it be the best system it can. None of
>our ego's would let us go backwards :-)
>
>Hope this puts your mind at rest a little, if you want to see more of
>the discussion, its in the archives on the koha-devel list.
>

Yes, it does. You just have to understand that a lot of us were promised stuff from vendors which makes us naturally skeptical anytime we're promised major revisions. The commercial guys have made a lot of us so paranoid that anytime anyone says that your ILS is getting an upgrade, we hide under our desks and try to take the old product with us. Their stuff tends to get prettier, but less functional, as time goes by.

Thanks,
Brooke <at> Hinsdale MA
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha
Tomasz Bojczuk | 2 Oct 2005 13:36
Picon
Favicon

Kaha error after instalation

I install Koha, installer was downloaded additional perl modules, and 
instalation was finished sucessful, but when i running Koha (both with usualy 
user and root rights) i've got 500 internal error after monit  WELCOME TO 
KOHA in my browser (firefox or konqueror). I saw logs, and scripsts, but i 
don't know what i can do. 
Could you help me ??

My sysem is Linux Kubuntu Hoary 5.04

/usr/local/koha/log/opac-error_log says:
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
read_config_file(/etc/koha.conf) returned undef 
at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] DBD::mysql::st execute 
failed: No database selected at /usr/local/koha/opac/cgi-bin/opac-main.pl 
line 17., referer: http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] DBD::mysql::st 
fetchrow_array failed: fetch() without execute() 
at /usr/local/koha/opac/cgi-bin/opac-main.pl line 20., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] DBD::mysql::db 
selectrow_array failed: No database selected 
at /usr/local/koha/intranet/modules/C4/Context.pm line 364., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] DBD::mysql::db 
selectrow_array failed: No database selected 
at /usr/local/koha/intranet/modules/C4/Context.pm line 364., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] DBD::mysql::db 
selectrow_array failed: No database selected 
at /usr/local/koha/intranet/modules/C4/Context.pm line 364., referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] HTML::Template->new() : 
Cannot open included file /default/en/opac-main.tmpl : file not found. 
at /usr/share/perl5/HTML/Template.pm line 1580, referer: http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
\tHTML::Template::_init_template('HTML::Template=HASH(0x815fb70)') called 
at /usr/share/perl5/HTML/Template.pm line 1177, referer: http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
\tHTML::Template::_init('HTML::Template=HASH(0x815fb70)') called 
at /usr/share/perl5/HTML/Template.pm line 1071, referer: http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
\tHTML::Template::new('HTML::Template', 'filename', 
'/default/en/opac-main.tmpl', 'die_on_bad_params', 0, 'global_vars', 1, 
'path', 'ARRAY(0x8964f24)', ...) called 
at /usr/local/koha/intranet/modules/C4/Output.pm line 77, referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
\tC4::Output::gettemplate('opac-main.tmpl', 'opac', 'CGI=HASH(0x814dd54)') 
called at /usr/local/koha/intranet/modules/C4/Auth.pm line 114, referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
\tC4::Auth::get_template_and_user('HASH(0x8922ae8)') called 
at /usr/local/koha/opac/cgi-bin/opac-main.pl line 32, referer: 
http://localhost/
[Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] Premature end of script 
headers: opac-main.pl, referer: http://localhost/

Regards
	Tomasz
MJ Ray | 2 Oct 2005 14:34
Gravatar

Re: Kaha error after instalation

Tomasz Bojczuk <mrseelook@...> [...]
> My sysem is Linux Kubuntu Hoary 5.04
> 
> /usr/local/koha/log/opac-error_log says:
> [Sun Oct 02 13:29:00 2005] [error] [client 127.0.0.1] 
> read_config_file(/etc/koha.conf) returned undef 
> at /usr/local/koha/intranet/modules/C4/Context.pm line 229., referer: 
> http://localhost/

Can you tell us what version of perl, what size and permissions
are /etc/koha.conf (ls -l /etc/koha.conf) and what the User line
from your httpd.conf is, please?

Thanks,
--

-- 
MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/
MJ Ray | 2 Oct 2005 16:39
Gravatar

Re: Kaha error after instalation

Tomasz Bojczuk <mrseelook@...>

> > , what size and permissions=20
> > are /etc/koha.conf (ls -l /etc/koha.conf)=20
> =2Drw-r-----  1 root root  301 2005-10-01 21:37 /etc/koha.conf
> =2Drw-r--r--  1 root root 2206 2005-09-28 21:37 /etc/koha-httpd.conf
> 
> > and what the User line=20
> > from your httpd.conf is, please?
> User www-data
> Group www-data

Permissions are wrong for that configuration user: www-data.www-data
cannot read koha.conf, so can't find many of the files. Please try
"chgrp www-data /etc/koha.conf" and all should work.

Does that fix it for you?

Thanks,
--

-- 
MJ Ray (slef), K. Lynn, England, email see http://mjr.towers.org.uk/
Gerry Arthus | 3 Oct 2005 14:48

Re: Koha as a Z3950 server

Phill,
I am extremely interested in this functionality. Perhaps our more 
experienced users could comment on it.

Gerry

 Hardstaff wrote:

>I played around a litt bit more and got it to work by using a databse
>name of Zed-Koha (from script) and copying some field parameters from
>some other servers, seems the most important thig is the field number
>(using 4) ? Would help if I knew what I was doing here :) But at least
>it works and I can query it !
>
>Cheers
>
>Phill
>
>-----Original Message-----
>From: koha-bounces@...
>[mailto:koha-bounces@...] On Behalf Of Phill Hardstaff
>Sent: Saturday, October 01, 2005 9:10 AM
>To: koha@...
>Subject: [Koha] Koha as a Z3950 server
>
>Hi all, I found the z3950 server script zed-koha-server.pl in Koha and I
>am trying it out. It seems to be running ok after installing a few extra
>Perl modules, on the default port 9999 and I can connect to it with
>Reference Manager 11 and get back that I can search etc and that I am
>talking to Zed-Koha/GFS/YAZ, however, I have no idea what the databse is
>called ? I tried koha already but get no results back. Anyone using this
>function in Koha ? There is not much on the internet about it.
>
>Cheers
>
>Phill
>
>--
>
>Phill Hardstaff
>MCSA, CCNA, A+, Network+, Inet+, Server+
>Senior Support Engineer
>Secretariat of the Pacific Community
>B.P. D5
>Noumea Cedex
>98848
>New Caledonia
>
>
>
>_______________________________________________
>Koha mailing list
>Koha@...
>http://lists.katipo.co.nz/mailman/listinfo/koha
>_______________________________________________
>Koha mailing list
>Koha@...
>http://lists.katipo.co.nz/mailman/listinfo/koha
>
>  
>
nabonita guha | 3 Oct 2005 16:47
Picon
Favicon

Error while MARC setup checking

Hi,
I have installed Koha in Windows. I have not made amny
authority category in Authority value admin. Can
anybody tell me where I went wrong that I'm getting
following error while MARC setup checking:
****************************************************
itemnum  	         *The field itemnum MUST be mapped
                         *The correspounding subfield
MUST be in with -1 (ignore) tab
OK 	                  All item fields are in the same
tag and in item tab
OK 	                  Only 1 marc tag mapped to items
OK 	                  itemtypes table filled with at
least 1 value the biblioitems.itemtype field MUST :
itemtype NOT mapped      *be mapped to a MARC
subfield,
                         *the correspounding subfield
MUST have authorised_value="itemtype"
OK 	                  branch table filled with at
least 1 value
                          the items.homebranch field
MUST :
homebranch NOT mapped    *be mapped to a MARC
subfield,
                         *the correspounding subfield
MUST have authorised value="branches"
                          the items.holdingbranch
field MUST :
holdingbranch NOT mapped *be mapped to a MARC
subfield,
                         *the correspounding subfield
MUST have authorised value="branches"
                          The biblio.biblionumber and
biblioitems.biblioitemnumber fields MUST :
biblio and biblionumber  *be mapped to a MARC
subfield,
                         *be in the SAME tag (for
example : 090$a and 090$b)
                         *be in tab -1
OK 	                  no NULL value in frameworkcode
TOTAL 	                  You have 5 error(s) in your
MARC configuration. Please fix them before using koha.

****************************************************

Waiting for a solution.

Thanks

Nabonita

		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com
Library | 3 Oct 2005 15:10
Favicon

Changing OPAC fields

Hello fellow Koha users,
    I need to add a few fields to the "normal view" for library records in
the npl theme.  Specifically, we need MARC 246 and 260 fields to display.
    Thanks very much!

Gerald Franz

Gmane