- Koha - lists.katipo.co.nz

NoZebra - Zebra
by stefan 26 Aug '10

26 Aug '10

Dear all We had 3.02, 3.05 and 3.06 running for quite a while with Zebra. All three versions made some problems with deleting, reindexing or performance. We recently switched to NoZebra. Things are working better in functionality, maintainability and performance by now. Since we do not use Koha as search interface, I can't say if Zebra is giving an advantage for (OPAC) end users. But Koha with NoZebra is still worth a try. Regards, Stefan

3 4

Error: Can't call method "append_fields"
by Geovana de Paula Santos Tarricone 26 Aug '10

26 Aug '10

Goods, I've been istalled Koha 3.0.0 and all times I try to catalog, this error message appears: Can't call method "append_fields" on an undefined value at /usr/local/share/perl/5.10.1/MARC/File/SAX.pm line 92. Apache Server version: Apache/2.2.14 (Ubuntu) Server built: Apr 13 2010 19:28:27 Koha 3.00.00.107 Koha DB 3.0000107 MySQL mysql Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (i486) using readline 6.1 OS Linux koha 2.6.32-24-generic #38-Ubuntu SMP Mon Jul 5 09:22:14 UTC 2010 i686 GNU/Linux Perl 5.010001 Someone could help me? What should I do to catalog? -- Geovana de Paula Santos Tarricone

2 1

Problems with imported records via MarcFile created with MArcEdit
by CrEp 26 Aug '10

26 Aug '10

Hi everyone, I'm trying to import a MARC file created via MarcEdit. It is made up of 26544 records. After importing in Koha reports there are 26544 records, but when I search into catalogue I sometimes find 6444 records and other times more records. For example, when I search by title "java" I sometimes find 4 items and sometimes 5 items. Do you have any suggestion? Thanks a lot best wishes -- View this message in context: http://old.nabble.com/Problems-with-imported-records-via-MarcFile-created-w… Sent from the Koha - Discuss mailing list archive at Nabble.com.

2 1

From DBTextworks to Marc records
by Steph Lambert 26 Aug '10

26 Aug '10

Good day everyone Some (possibly) helpful hints in converting DBTextworks to Marc records. Our very clever IT chap has cracked the problem I had with converting the DBTextwork file I had created (which looked fine until the Marcedit was run over it and all the fields just ran into each other)) by doing the following in Marcedit In Marc Delimited Text Translator Choose "Delimited" - comma Text qualifier - " And tick UTF-8 encoded box Then when file is converted and you reach the Marc Tools for edit : Input file C:\ (file name).csv Output file C:\(same file name).mrc And tick Translate to UTF Then execute And it should work (well, it did for me!). Also when doing the first part of the conversion I found that these Export options worked for me Record separator {CR} {LF} Field separator , Entry separator | Quote character " Store field names in first row tick box Hopefully the next step will be less fraught! regards Steph Lambert Information Services Advisor Family Planning - Positive Sexual Health 203-209 Willis Street P.O. Box 11 515 Wellington New Zealand phone : (04)384 4349 </pre> <div style='font-family:Garamond, verdana;'> <p>Earlybird registrations for Family Planning Conference 2010 OPEN NOW. Register online at <a href='http://www.familyplanning.org.nz'>www.familyplanning.org.nz</a><br/><a href='http://www.familyplanning.org.nz'><img src='http://www.kiwiwebservices.com/imagehost/images/ki83g37nzx3rdlmwb4ux.jpg' border='0' alt='Family Planning Conference 2010'></a></p> </div> <pre> </pre> <div style="font-family:Garamond, Tahoma, Verdana, Sans-Serif;"> <p>The content of this email is confidential and may be legally privileged. If it is not intended for you, please email the sender immediately and destroy the original message.<br/>Family Planning is a Registered Charity CC11104</p> </div> <pre>

1 0

slow response time
by Rachel Hollis 26 Aug '10

26 Aug '10

Greetings friends, our Koha 3 has about 5600 items and 1400 biblios; some biblios have 100s of items. We are experiencing very slow response times with transactions involving biblios with many items. We have many circulations for a day or two once a month and some titles take several minutes to check-in or out, while our patrons wait in line. According to my geek, Zebra (version 2.0.32) appears to rebuild the item index for either the entire database or the biblio (my area of fuzziness) after each transaction. Is this the way Zebra is supposed to operate? If so, is there a way to rebuild indexes overnight? If there is another solution, we'd love to hear it. We are running Koha 3.01.00.001 on Debian Etch with Zebra on a P4 beater box running right next to my desk, available only on the intranet. We use Google Chrome as our interface to Koha. Rachel Hollis, librarian Stevens-Henager College, Boise Idaho Campus 2010 Winner of Best Places to Work in Idaho This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

2 2

Caroline Loh/lib/staff/npnet is out of the office.
by Caroline Loh 26 Aug '10

26 Aug '10

I will be out of the office starting 26/08/2010 and will not return until 03/09/2010. Mrs Lim Ben Wai/Senior Manager (6460 6369) will cover my duties. For matters relating to copyright laws, please refer to Ms Lim Bee Ang/Reference Manager (6460 6551). If you need to reach me, please call my Secretary, Mdm Teo at 6460 6280 . With best regards Caroline Loh (Mrs) | Director | Lien Ying Chow Library Ngee Ann Polytechnic, 535 Clementi Road, Singapore 599489 DID: 6460 6288 | FAX: 6466 8274 | EMAIL: lck4(a)np.edu.sg | http://www.np.edu.sg/library/library.html Our Mission: Advancing People With Information NP Vision: Connecting Minds. Unlocking Talents. Creating Value NOTICE: This message may contain privileged/confidential information. If you are not the intended recipient of this email, please delete it immediately and notify the sender .

1 0

opac displaying incorrect item status
by jason sherman 26 Aug '10

26 Aug '10

Hi all, My library recently migrated to Koha 3.0.6 from a proprietary system. Everything looks good in the staff client, but as we catalog new biblios and items they are showing up as not available in the opac. An example item shows up as available in the staff client and circulates without issue, but its status in the opac is "Not for loan". I tried setting the status to not for loan, which made the opac display its status as "Not for loan (Not for loan)". I toggled the status back, and now I'm back where I started. Any thoughts? -- Jason Sherman

2 1

Problem with OPAC search after upgrade to Koha (staff client results normal)
by Marc Wilson 25 Aug '10

25 Aug '10

Hi We recently upgraded to Koha 3.01.00.061. Since upgrading, our OPAC searches have returned no results with the message: "No Result found!" The staff client catalogue search returns normal results. >From the "koha-opac-error_log" [Wed Aug 18 21:39:21 2010] [error] [client X.X.X.X] [Wed Aug 18 21:39:21 2010] opac-search.pl: "my" variable $selected masks earlier declaration in same scope at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 150., refer$ [Wed Aug 18 21:39:22 2010] [error] [client X.X.X.X] HTML::Template::Pro:in TMPL_LOOP at pos 232: , referer: http://X.X.X.X/cgi-bin/koha/opac-search.pl?q=quant [Wed Aug 18 21:39:22 2010] [error] [client X.X.X.X] PARAM:LOOP:next_loop(0): callback returned null scope, referer: http://X.X.X.X/cgi-bin/koha/opac-search.pl?q=quant _________________ Koha is running on the following platform: Debian Linux 2.6.32.7 #3 SMP i686 GNU/Linux Perl version: 5.010001 Perl modules Algorithm::CheckDigits 0.53 Biblio::EndnoteStyle 0.05 CGI 3.49 CGI::Carp 3.45 CGI::Session 4.42 CGI::Session::Serialize::yaml 4.24 Class::Accessor 0.34 Class::Factory::Util 1.7 Compress::Zlib 2.024 DBD::SQLite2 0.33 DBD::mysql 4.017 DBI 1.613 Data::Dumper 2.125 Data::ICal 0.16 Date::Calc 6.3 Date::ICal 1.72 Date::Manip 6.04 Digest::MD5 2.39 Digest::SHA 5.48 Email::Date 1.103 File::Temp 0.22 GD 2.45 GD::Barcode::UPCE 1.1 Getopt::Long 2.38 Getopt::Std 1.06 HTML::Scrubber 0.08 HTML::Template::Pro 0.9502 HTTP::Cookies 5.833 HTTP::OAI 3.23 HTTP::Request::Common 5.824 IPC::Cmd 0.54 JSON 2.21 LWP::Simple 5.835 LWP::UserAgent 5.835 Lingua::Stem 0.84 List::MoreUtils 0.25_02 List::Util 1.21 Locale::Language 2.07 MARC::Charset 1.2 MARC::Crosswalk::DublinCore 0.02 MARC::File::XML 0.92 MARC::Record 2.0.2 MIME::Base64 3.08 MIME::Lite 3.027 MIME::QuotedPrint 3.08 Mail::Sendmail 0.79_16 Net::LDAP 0.4001 Net::LDAP::Filter 0.15 Net::Z3950::ZOOM 1.26 PDF::API2 2.015 PDF::API2::Page 2.001 PDF::API2::Util 2.000 PDF::Reuse 0.35 PDF::Reuse::Barcode 0.05 POE 1.292 POSIX 1.17 SMS::Send 0.05 Schedule::At 1.10 Term::ANSIColor 2.00 Test 1.25_02 Test::Harness 3.17 Test::More 0.92 Text::CSV 1.18 Text::CSV_XS 0.73 Text::Iconv 1.7 Text::Wrap 2009.0305 Time::HiRes 1.9719 Time::localtime 1.02 Unicode::Normalize 1.03 XML::Dumper 0.81 XML::LibXML 1.70 XML::LibXSLT 1.70 XML::RSS 1.48 XML::SAX::ParserFactory 1.01 XML::SAX::Writer 0.53 XML::Simple 2.18 YAML::Syck 1.12 MySQL version: mysql Ver 14.14 Distrib 5.1.48, for debian-linux-gnu (i486) using readline 6.1 Apache server version: Apache/2.2.16 (Debian) Zebra version: Zebra 2.0.44

4 6

952 won't upload
by Darla Grediagin 25 Aug '10

25 Aug '10

Good morning, I have rewritten my 952 lines to match what is in Koha 3.0. I double checked that my MARC links for items are all set. When I upload a new batch of records and look at the MARC that is uploaded, there is no line 952. Any ideas would be gratefully appreciated. TIA Darla -- Darla Grediagin District Librarian Bering Strait School District Unalakleet, Alaska Web Address : http://bssdonline.org/course/view.php?id=51 Blog: http://aklibrarian1.edublogs.org/ OPAC: http://opac.bssd.org:8181/cgi-bin/koha/opac-search.pl

4 5

biblio reloading & zebra reindexing
by Linda Culberson 24 Aug '10

24 Aug '10

Quick newbie question, folks. Do the zebra_daemon and/or zebraqueue_daemon need to be running or not when doing a reloading of the biblios ? How about when reindexing them? Sorry, but I'm brain-dead today, and can use all the help I can get. Thanks! -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives& History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824

6 5