- Koha-devel - lists.koha-community.org

KDE3, Mandrake 9 and CVS
by paul POULAIN 01 Oct '02

01 Oct '02

For those who are looking for a graphic tool to manage CVS : In Mandrake 9, kde3, Konqueror now includes cervesia, CVS management tools. Works nice, seems translated (at least in french), integrated with konqueror. You know what, I'm happy ( @ Droopy) -- Paul

1 0

Fw: Re: [Koha-devel] strange search results (fwd)
by Ville Huhtala 30 Sep '02

30 Sep '02

(sorry for this Fw: mess) ---------- Forwarded message ---------- Date: Mon, 30 Sep 2002 23:24:57 +0300 From: Ville Huhtala <vhuhtala(a)mail.student.oulu.fi> To: vhuhtala(a)paju.oulu.fi Subject: Fw: Re: [Koha-devel] strange search results Begin forwarded message: Date: Mon, 30 Sep 2002 14:42:18 -0400 (EDT) From: Andrew Arensburger <arensb+koha-devel(a)ooblick.com> To: Ville Huhtala <vhuhtala(a)mail.student.oulu.fi> Subject: Re: [Koha-devel] strange search results On Mon, 30 Sep 2002, Ville Huhtala wrote: > I searched http://opac.library.org.nz with keyword "guide". However among > the first 30 results are 6 records where word "guide" does not appear. A keyword search looks in a whole lot of places for the keywords you give it, including title, subtitle, series title, biblio notes and biblioitem notes, and subjects. Not all of these are displayed in the OPAC search results. So if a book were part of the "Bob's Guides to Pets", you might not see why it was included. -- Andrew Arensburger Actually, these _do_ represent the arensb(a)ooblick.com opinions of ooblick.com! Generic Tagline V 6.01 --------------------- Yes, I did check all visible fields - but searies titles and notes are invisible. I think this is very, very wrong. If I remember right then some of those notes are for librarian only - and should not be searched. There is also no reason to hide notes that are made for opac users. Hiding the series title is also wrong because it makes difficult to uniquely identify searched works. (of course someone at Horowhenua should check the search result just to make sure it is not a bug) Ville Huhtala

4 3

Open Source in the Organization - Call for Papers (fwd)
by Pat Eyler 30 Sep '02

30 Sep '02

Hmmm, anyone up to writing up something Koha related for this? ---------- Forwarded message ---------- Date: Mon, 30 Sep 2002 11:55:57 +0100 From: "Feller, Joe" <JFeller(a)afis.ucc.ie> To: "'fsb(a)crynwr.com'" <fsb(a)crynwr.com> Subject: Open Source in the Organization - Call for Papers Apologies for posting off-topic, but I thought this Call for Papers (below) would be of interest to the community. Joe ____________________________ Dr. Joseph Feller Business Information Systems University College Cork http://www.josephfeller.com http://opensource.ucc.ie ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~ Open Source in the Organization - A Special Issue of Systèmes d'Information et Management Since the coining of the term "open source software" nearly four years ago, a growing body of rigorous research on the topic has emerged. However, much of this work has focused on technology and engineering issues, and on the motivations driving individual developers to participate in open source projects. Although there is evidence of wide-spread industry adoption of both open source products and of open source processes and models, little research has been done to better understand the role of open source software in mainstream business organisations and on the cost, maintenance, economics and legal issues arising from Open Source. For this special issue of SIM, we extend an open call for completed, original research on one or more of the following topics (or related areas): · Motivations, dynamics and challenges associated with the adoption of open source products by organisation. · Motivations, dynamics and challenges associated with the adoption of open source processes and business models by organisations. · Legal issues associated with the use of open source software products and processes, particularly intellectual property issues. · Human issues associated with the use of open source software products and processes, such as training and technology acceptance. · Issues of cost and maintenance associated with adoption of open source software. Guest Editors: · Dr. Joseph Feller, Business Information Systems, University College Cork, Cork, Ireland, jfeller(a)afis.ucc.ie · Prof. Brian Fitzgerald, College of Informatics Systems & Electronics Systems, University of Limerick, Limerick, Ireland, Brian.Fitzgerald(a)ul.ie · Dr. Frederic Adam, Business Information Systems, University College Cork, Cork, Ireland, fadam(a)afis.ucc.ie Authors who are interested in submitting papers are encouraged to contact one of the guest editors for this special issue to discuss their planned contribution. Full submissions are due by November 30, 2002. Submissions should follow the formatting guidelines provided at http://opensource.ucc.ie/sim2002/ All submissions will be subject to double-blind peer review. Submitting authors will be notified by January 31, 2003. Submissions are accepted in both French and English (reviewing and publication will be done in the language of submission).

3 2

strange search results
by Ville Huhtala 30 Sep '02

30 Sep '02

I searched http://opac.library.org.nz with keyword "guide". However among the first 30 results are 6 records where word "guide" does not appear. page [1] "Rat" Hill, Lorraine "Microlife" Burnie, David "Dinosaurs : death and discovery" Dixon, Dougal [2] "Overcoming rheumatism and arthritis naturally" Brusseau, Peggy "Tropical fish keeping" Bailey, Mary [3] "Wiring & lighting" Jackson, Albert etc. Koha at Philanthropy Australia www.philanthropy.org.au/search/catalogue.html gives also "guideless" results. Why? ------------- Ville Huhtala -------------

2 1

Repetitious behavior repeatedly
by Andrew Arensburger 30 Sep '02

30 Sep '02

Currently, every script and module that requires configuration values has a snippet of code that reads /etc/koha.conf. This means that a particular operation might cause a script to read /etc/koha.conf several times. That can't be good for performance. In addition, since the snippet of code is nearly identical everywhere, it's just begging to be put into a separate function. To that end, I've written C4::Config module, which reads /etc/koha.conf (or a file of your choice, or the file pointed to by the $KOHA_CONF environment variable), and caches the results. If people think this is a Good Idea, just let me know where to send the code. Along those same lines, a lot of functions use $dbh = C4Connect; to get a handle to the Koha database. The way C4Connect is implemented, it creates a new handle each time. So if 'search.pl' finds ten results, it'll open 14 connections to the database. This seems wasteful, especially if the web server and database server aren't the same machine. So if C4::Config is well received, I'll also fix C4Connect to cache the database handle and return the same one each time, if it can. Finally, a number of scripts need to know which branches or item types exist. But I'll venture that after the initial setup, neither of these changes more than once every few months. It seems rather silly to have a script query the database for these values, when they could be cached locally. Hence, it would make sense to save this information in a Perl module on the web server, so that scripts don't have to query the database each time. And run a cron job once an hour to regenerate this module from the information in the database. Thoughts? Is this sensible, or am I full of it? -- Andrew Arensburger This message *does* represent the arensb(a)ooblick.com views of ooblick.com Real Programmers use "cat > a.out".

3 3

Perl Bundle
by Mike Mylonas 30 Sep '02

30 Sep '02

I am just about to upload version 0.02 of the Bundle::KohaSupport which will include MARC::Record, and its dependancies, to assist those working with 1.3.x Can anyone (Paul or Steve) confirm that the issue that Paul raised ... --begin quote-- UNLESS steve has a good new, we can't use MARC::Record for instance : we had to modify it because the official release don't allow reading of a MARC record from a variable, but only from a file. The 4 lines added to enable reading from a variable were refused by MARC::Record maintainer, arguing we can save our variable to a file --end quote-- I will still make the change to include MARC::Record but can replace the release quickly with one without. Also I would appreciate it if people can test the Bundle and fire any problems/issues etc into the Koha bugzilla Cheers

2 2

RE: [Koha-devel] Z39.50 Search Tool page broken in 1.3.0
by Eyler, Patrick 30 Sep '02

30 Sep '02

Tom, This is part of the simple acquisitions stuff that is known to be non-working. I am hoping that it will be ready in 1.3.1 ... we shall see. -pate > -----Original Message----- > From: Tom Schutter [mailto:tom@platte.com] > Sent: Saturday, September 28, 2002 9:52 AM > To: koha-devel > Subject: [Koha-devel] Z39.50 Search Tool page broken in 1.3.0 > > If I click on the "Z39.50 Search Tool" link on the > acqui.simple/addbooks.pl > page, I get an "Internal Server Error" in 1.3.0. > > koha-error_log contains: > [Sat Sep 28 10:50:33 2002] [error] [client 192.168.1.18] malformed > header from script. Bad header=<a href=/cgi-bin/koha/acqui.si: > /var/www/koha/intranet/cgi-bin/acqui.simple/marcimport.pl > > BTW, why is it koha-error_log instead of koha-error.log? > > -- > Tom Schutter (mailto:tom@platte.com) > Platte River Associates, Inc. (http://www.platte.com) > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel

3 2

How may I be of assistance?
by Nathan Gray 29 Sep '02

29 Sep '02

I am interested in the Koha project, and have been watching it for the last month or two. I have been unable to, or rather, unwilling to spend the time to install Koha, because I use PostgreSQL, rather than mySQL. I have very little circulation/library experience, other than checking books out from my local library. I have, however, spent some amount of time working in Perl. Most of my work has been custom modules to work under mod_perl. I have also done some work on general/public-type code, including Devel::Messenger. Because most of my work has been in modules for Perl5, I have written quite a few test suites that run using Test::Harness. I am most interested in helping with the installer. I am pleased that there is an install script now, and the "by-hand" method is deprecated. I hope we can now progress to the point where the "by-hand" method is no longer necessary. Let me know if there are other areas that need (more) help, or how I can help with the install process. kolibrie

7 8

Re: [Koha] From the Kaitiaki
by Pat Eyler 28 Sep '02

28 Sep '02

On Fri, 27 Sep 2002, Deon Dempsey wrote: > Hi Pat, > > I am trying to order barcodes to use with the software and need the > algorithm for the check digit. Could you forward this to me? I can't, but I'm forwarding this to the devel list which should get an answer for you shortly. -pate > > dd > > * * * * * * * * * > Deon Dempsey, MLIS > University of Texas at Austin > Institute for Geophysics > 4412 Spicewood Springs Road > Building 600, Room 209 > Austin, TX 78759-8500 > Phone: (512) 471-0499 > FAX: (512) 471-0999 > http://www.ig.utexas.edu > http://www.gslis.utexas.edu/~ddempsey > * * * * * * * * * >

3 4

Z39.50 Search Tool page broken in 1.3.0
by Tom Schutter 27 Sep '02

27 Sep '02

If I click on the "Z39.50 Search Tool" link on the acqui.simple/addbooks.pl page, I get an "Internal Server Error" in 1.3.0. koha-error_log contains: [Sat Sep 28 10:50:33 2002] [error] [client 192.168.1.18] malformed header from script. Bad header=<a href=/cgi-bin/koha/acqui.si: /var/www/koha/intranet/cgi-bin/acqui.simple/marcimport.pl BTW, why is it koha-error_log instead of koha-error.log? -- Tom Schutter (mailto:tom@platte.com) Platte River Associates, Inc. (http://www.platte.com)

1 0