- Koha - lists.katipo.co.nz

How to associate a readinf fee with each book?
by Venita Glasfurd 24 Aug '06

24 Aug '06

Hi all, I have just installed Koha2.2.4 for windows and have the following question. I am trying to build a library system for renting out books and each book has a reading fee associated with it. Does koha support this? Or is there a work around for this purpose? My library rules state that a fine of 1% of the reading fee is to be applied if the book is returned after its due date. Has anyone done something similar to implement this? If so, please share ideas or give me pointers. I am totally new to perl and Koha, so appreciate any information. Thanks, Venita.

1 0

Problem with searching....
by Alex King 24 Aug '06

24 Aug '06

I have set up a koha system and entered a number of books in it. That is I have entered some biblio data and assigned a barcode etc. However, whenever I try to search for an item nothing ever shows up. Both the search function through the catalogue section of the main system and the opac system fail to return items. If I search the OPAC and I know there should be a match, I get taken to a results page (cgi-bin/koha/opac-detail.pl?bib=) (note no data after the bib=) which has headings but no actual data. If I search the OPAC for something that is not in the db, I get taken to a different page, where I am told: " You searched on **containsxxxxx*. 0 results found No results found. Sorry, there were no results " Where I searched for xxxxx. Hmmmm. It looks like the "No results found" case has html generated from opac-search.pl where the "results" page is generated by opac-detail.pl after a redirect from opac-search.pl. Any clues? Alex

1 0

Problems with barcode generation
by Pedro Faria 23 Aug '06

23 Aug '06

Dear all,f - Numéro d'inventaire Want to thank Henri-Damien LAURENT to fabulous help! Now I am trying to generate barcodes. First I wanna know if "Inventory code" asked to generate the barcode is the same that we enter when adding an item (f - Numéro d'inventaire in additem.pl)? Because I give the same number (1000) and it says that there was any with that code (using Individual Codes in generator). If I select Continuous Range of Items from 0 to 1000 it proceeds...A bit odd :). Any ideas? However it still was not ok. First I had to change some scripts becouse PDF::API2 has changed a bit and things are not anymore in the same place (e.g PDF::API::Utils is now PDF::API2::Basic::PDF::Utils). This I figured out myself. But now I got Can't locate object method "barcode" via package "PDF::API2::Content" at /usr/local/koha/intranet/cgi-bin/barcodes/barcodesGenerator.pl line 259 and this one I still couldn't solve. Anyone can help?

1 0

Adding item e - niveau de localisation
by Pedro Faria 23 Aug '06

23 Aug '06

Dear all, I'm trying to add an item to Koha, from a MARC record via z3950 searches. It works fine till the moment of filling in mandatory fields in .../cgi-bin/koha/acqui.simple/additem.pl?bibid=6&frameworkcode= there is one, namely e - niveau de localisation which does not have any value to choose from? What is this value? Where can I add values to that dropdown box? Other question? Why are some templates in french, even when I choose only en language?

2 1

2.2.6RC2 - Internal Server Error
by Mike Dalgity 23 Aug '06

23 Aug '06

Hi, I'm playing around with 2.2.6RC2 and am having a frustrating time with 500 Internal Server Errors. Using HTML::Template Ver 2.8 I can get opac-main.pl to load but not opac-search.pl. Using HTML::Template Ver 2.6 I have the opposite behaviour; I can get opac-search.pl but not opac-main.pl. This occurs with either Default or NPL themes. In both cases the log file contains only an error message like this and nothing else: [Tue Aug 22 21:47:23 2006] [error] [client 172.16.1.10] Premature end of script headers: /var/www/koha/opac/cgi-bin/opac-main.pl I went looking for a way to troubleshoot this problem and found this site: http://htmlfixit.com/cgi-tutes/tutorial_Common_Web_dev_error_messages_and_wh at_they_mean.php It says to add "use CGI::Carp qw(fatalsToBrowser);" just below the path to perl to send errors to the browser. And this is where it gets weird. As soon as I put that line in I no longer get errors and the page displays. I take it back out and the errors are back. Does anyone have advice on how to troubleshoot the source of 500 Internal Server Error errors? Does anyone maintain a list of MINIMUM versions of neccesary perl modules? The release notes has a few version numbers; are they minimum requirements or just what it was developed on? Thanks, Mike D.

2 2

Re: [Koha] Simple MARC reference information
by BWS Johnson 23 Aug '06

23 Aug '06

Salvete! >The British Library doesn't seem to support MARC on their Z39.50 >service, can anyone recommend any other free sources for MARC records >for UK publications? > That's curious, their records are in MARC http://catalogue.bl.uk/F/TNLVCH4T4ULVR1VC4QKFAB2QE2VL1YRXXY1SSXF6P7BLC7H JRG-28786?func=full-set-set&set_number=019010&set_entry=000008&format=00 1 and they do state that they've z39.50 service http://www.bl.uk/catalogues/z3950copacaccess.html which would lead me to believe you might be able to nick records in MARC even though it says they support SUTRS or in a worst case scenario convert SUTRS to MARC. Have you registered for the Nigerian National catalogue? http://www.nlbn.org/ The South African National Library has plenty of books on Nigeria, though I'd have no way of being able to know if their records match your books http://natlib1.sabinet.co.za/ You can save records individually in MARC format there, which is how I catalogue. Once again, z39.50 is a nice place to visit, but I wouldn't want to live there. When you search individually, you know the record you're getting matches the book in your hand. South Africa's a III catalogue, so it's a simple enough interface, and I'd be surprised if they didn't have z39.50. To save an individual record, search for what you're looking for. Click the basket that says Save Record when you've gotten your fill click View Saved (there's generally a timeout on this feature, so I tend to export my records in batches of 7-12) then click MARC and Local Disk then name the file. Cheers, Brooke @ Hinsdale MA

2 1

Re: Re: [Koha] Simple MARC reference information
by Steven F.Baljkas 23 Aug '06

23 Aug '06

Wednesday, August 23, 2006 04:16 CDT Dear Kevin, One thing you could try in terms of sourcing MARC records for books published in the UK would be to hazard North American records, based on the fact that many works are co-published between affiliated presses. I have another idea, but I would prefer to test it first, to prevent raising any false hopes. Could you possibly send a small sample of your book information so that I might try an experiment? 20-50 works would be sufficient, I should think. As for Nigerian books, that's a bit more of a pickle, I should think and you may have to bite the bullet and try to construct original cataloguing. Depending on the number of such works and how quickly you need them, I might be able to help out with that. Again, I'd need to see an example of the data I'd be trying to deal with. You can write back to me off listserv with this information if it is of interest to you. If not, my best wishes as you move forward with MARC. I agree with Rosalie and others and recommend that you not abandon it. Eventually, and not too far off in the future, all that weird stuff will start to look familiar: I promise. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ============================================================ From: Kevin O'Rourke <lists(a)caboose.org.uk> Date: 2006/08/23 Wed AM 03:14:34 CDT To: Rosalie Blake <rosalie(a)library.org.nz> CC: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Simple MARC reference information Rosalie Blake wrote: > But ... having said that, in your position, I wouldn't consider the > non-MARC alternative. I will be surprised if you don't find you can > download MARC records free for a big percentage of your stock. It is (a) > much quicker to edit a record you have downloaded, and add your > particular information (a barcode number, a particular shelf location) > and > (b) safer, because your MARC record will be free of typos, spelling > mistakes, variant spellings and so on (and on!) > Most of our books are published either in Nigeria or the UK. If anyone knows of a source of MARC records for Nigerian books I'd be overjoyed. The British Library doesn't seem to support MARC on their Z39.50 service, can anyone recommend any other free sources for MARC records for UK publications? Thanks, Kevin -- Kevin O'Rourke ICT Coordinator, National Teachers' Institute, Kaduna, Nigeria 062 316972 _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ============================================================

1 0

Re: [Koha] Simple MARC reference information
by Kevin O'Rourke 23 Aug '06

23 Aug '06

Rosalie Blake wrote: > But ... having said that, in your position, I wouldn't consider the > non-MARC alternative. I will be surprised if you don't find you can > download MARC records free for a big percentage of your stock. It is (a) > much quicker to edit a record you have downloaded, and add your > particular information (a barcode number, a particular shelf location) > and > (b) safer, because your MARC record will be free of typos, spelling > mistakes, variant spellings and so on (and on!) > Most of our books are published either in Nigeria or the UK. If anyone knows of a source of MARC records for Nigerian books I'd be overjoyed. The British Library doesn't seem to support MARC on their Z39.50 service, can anyone recommend any other free sources for MARC records for UK publications? Thanks, Kevin -- Kevin O'Rourke ICT Coordinator, National Teachers' Institute, Kaduna, Nigeria 062 316972

1 0

RE:[Koha] koha mysql root password
by the undead 23 Aug '06

23 Aug '06

I know that when you install koha it recommends no SQL password, but i installed my koha with a sql password and it worked fine, just don't make the password a long one is that what you want to know? >From: Giovani Augusto Quintao Pereira <giovani(a)dcc.ufmg.br> >Subject: [Koha] koha mysql root password >To: Giovani Augusto Quintao Pereira <giovani(a)dcc.ufmg.br> >Cc: koha(a)lists.katipo.co.nz > >HI! > >i'v installed koha with autoinstall file. >My mysql must , by default, be without password for root. So, at >autoinstall file, >in the parameter MyqlRootPassword i put the LDAP password, that >authenticates mysql root user by default. >However, after i execute "installer.pl -i autoinstallfile", when i type >mysql, it's asked to me mysql password, and i have to type the password, >but i would like that it was like before, without ask me the mysql root >password when i type mysql. It's really important in my case. > >Someone knows how to help me? > >Thank you very much. > _________________________________________________________________ Search from any web page with powerful protection. Get the FREE Windows Live Toolbar Today! http://get.live.com/toolbar/overview

1 0

Re: [Koha] 2.2.6RC2 - Internal Server Error
by BWS Johnson 23 Aug '06

23 Aug '06

Salve! My husband said that he needed to go fetch a new version of PERL to get 2.2.6RC2 working this time round. But it works now :) Cheers, Brooke @ Hinsdale MA >On Tue, Aug 22, 2006 at 10:47:38PM -0400, Mike Dalgity said: >> Hi, I'm playing around with 2.2.6RC2 and am having a frustrating time with >> 500 Internal Server Errors. Using HTML::Template Ver 2.8 I can get >> opac-main.pl to load but not opac-search.pl. Using HTML::Template Ver 2.6 I >> have the opposite behaviour; I can get opac-search.pl but not opac-main.pl. >> This occurs with either Default or NPL themes. In both cases the log file >> contains only an error message like this and nothing else: >> [Tue Aug 22 21:47:23 2006] [error] [client 172.16.1.10] Premature end of >> script headers: /var/www/koha/opac/cgi-bin/opac-main.pl >> >> I went looking for a way to troubleshoot this problem and found this site: >> http://htmlfixit.com/cgi-tutes/tutorial_Common_Web_dev_error_messages_an d_wh >> at_they_mean.php It says to add "use CGI::Carp qw(fatalsToBrowser);" just >> below the path to perl to send errors to the browser. And this is where it >> gets weird. As soon as I put that line in I no longer get errors and the >> page displays. I take it back out and the errors are back. >> >> Does anyone have advice on how to troubleshoot the source of 500 Internal >> Server Error errors? Does anyone maintain a list of MINIMUM versions of >> neccesary perl modules? The release notes has a few version numbers; are >> they minimum requirements or just what it was developed on? >>

1 0