- Koha - lists.katipo.co.nz

Zebra Indexer can't make it on update
by "Γιάννης Κουρμούλη ς (Giannis Kourmoulis)" 05 Nov '09

05 Nov '09

Dear list I have managed to insert a large amount of bibliographic data to the koha database without serious problems. My data are exported from a Horizon system (Marc21, utf8 encoding during export). Now when i try to reindex I get the following warnings: ... 13:25:32-05/11 zebraidx(23162) [log] Records: 12000 i/u/d 0/12000/0 *13:25:33-05/11 zebraidx(23162) [warn] MARC: Base address does not follow directory 13:25:33-05/11 zebraidx(23162) [warn] MARC: Bad offsets in data. Skipping rest 13:25:33-05/11 zebraidx(23162) [warn] Record didn't contain match fields in (bib1,Local-number) *13:25:33-05/11 zebraidx(23162) [log] error grs.marcxml.record /tmp/c0OBbonMr4//biblio/exported_records 31650471 13:25:33-05/11 zebraidx(23162) [log] Iterations: isam/dict 8/2 13:25:33-05/11 zebraidx(23162) [log] Dict: inserts/updates/deletions: 1/0/1 *13:25:34-05/11 zebraidx(23162) [log] Records: 12254 i/u/d 0/12254/0 *13:25:34-05/11 zebraidx(23162) [log] zebra_stop: 138.51 112.34 7.00 13:25:34-05/11 zebraidx(23164) [log] zebra_start 2.0.42 4ff9ad25e172e7bdcf2d8d94ea6a606ab53bcfe9 13:25:34-05/11 zebraidx(23164) [log] config /etc/koha/zebradb/zebra-biblios.cfg 13:25:34-05/11 zebraidx(23164) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 13:25:34-05/11 zebraidx(23164) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 13:25:34-05/11 zebraidx(23164) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 13:25:34-05/11 zebraidx(23164) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 13:25:34-05/11 zebraidx(23164) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 13:25:34-05/11 zebraidx(23164) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 13:25:34-05/11 zebraidx(23164) [log] enabling shadow spec=/var/lib/koha/zebradb/biblios/shadow:4G 13:25:34-05/11 zebraidx(23164) [log] cache_fname = /var/lib/koha/zebradb/biblios/shadow/cache 13:26:02-05/11 zebraidx(23164) [log] zebra_stop: 27.80 0.11 1.92 searching for the problem, I suppose now that one of my records seems to have problem, and particularly the one following 12254. Unfortunately I cannot understand what 12254 stands for, so that i can find the corresponding record and correct or delete it. Could anybody help please? thank you -- Γιάννης Κουρμούλης | Giannis Kourmoulis Σύστημα Βιβλιοθηκών Α.Π.Θ. | Library System A.U.Th. Ομάδα Τεχνικής Υποστήριξης | Technical Support Team Τηλ. :(2310)99-5368 | Tel. +302310995368 Fax :(2310)99-5364 | Fax +302310995364 email:libsupport@lib.auth.gr

1 0

Is this issue of barcodes a concern for Koha users?
by Lee Phillips 04 Nov '09

04 Nov '09

This is a correspondance from our state library about participating in EZProxy with the Montana Libraries. Do we need to conform to their barcode requirements? Lee in Butte Good morning, A primary reason to move to standardized patron and item barcodes is the possibility that the library will become a member of a shared system, of whatever kind, in time. Once in a shared system, where the patron database in that system is not "segmented", non-standard IDs, particularly those built incrementally (1000, 1001, etc.), run the risk of coming up against an identical ID. This is the case for either patron or item IDs and it stops the transaction in the system. A segmented patron database in a shared ILS, while it could protect against this, doesn't lend itself easily to opening up user walls when the libraries are ready to share user privileges (placing holds, checkout, checkin) between multiple libraries within the same system. Barcodes standardization is, I believe, another area we get mired in, during statewide discussions. This detail, while essential to the larger picture, seems to often detract us from that larger picture.

3 2

Koha - Apache - Setup
by gsl 04 Nov '09

04 Nov '09

We've just finished installing koha 3.0.4, and gotten to the setup page. However, to get to the initial setup page we have to specify: http://koha:8080 #where 'koha' is the machine name The following will not work: http://localhost:8080 #not found Nor will access from a different computer (but also on the same private network): http://192.168.15.10:8080 Apache is fine: http://192.168.15.10 #It Works! Isn't this an Apache alias configuration I need to change? Greg Greg Lawson Rolling Hills Consolidated Library

2 1

Re: [Koha] losing current location
by Nijnatten, Jan van 04 Nov '09

04 Nov '09

Hi Chris, Hi all, Here's what happens in detail (with links to screenshots) including what happens to the marcxml mysql field and the 952 part in particular.... By the way: - We checked our branch related settings and they are default. - I'm logged in and set my libary - We have only one library (branch), see http://www.extra.research.philips.com/Libraries.png This morning I have added a book : ====================== - Normal view: http://www.extra.research.philips.com/Normal-Clever.png - Marc view: http://www.extra.research.philips.com/MARC-Clever.png The current location is "Research Library New Books" (New Books is a category, Research Library is the location). - The marcxml mysql 952 part: <datafield tag="952" ind1=" " ind2=" "> <subfield code="w">2009-11-04</subfield> <subfield code="p">ZQD-078-01</subfield> <subfield code="r">2009-11-04</subfield> <subfield code="4">0</subfield> <subfield code="0">0</subfield> <subfield code="6">ZQD_00078</subfield> <subfield code="9">17203</subfield> <subfield code="b">NL</subfield> <subfield code="1">0</subfield> <subfield code="o">ZQD 078</subfield> <subfield code="d">2009-11-04</subfield> <subfield code="8">Z</subfield> <subfield code="7">0</subfield> <subfield code="c">NEW</subfield> <subfield code="2">lcc</subfield> <subfield code="y">BK</subfield> <subfield code="s">2009-11-04</subfield> <subfield code="l">3</subfield> <subfield code="a">NL</subfield> </datafield> As you can see the 'a' and 'b' field (holding- and current location) are correct: NL. Then I checked out the book to myself via the staff client (port 8080): ============================================ - See http://www.extra.research.philips.com/CheckedoutClever.png - The marcxml mysql 952 part: <datafield tag="952" ind1=" " ind2=" "> <subfield code="w">2009-11-04</subfield> <subfield code="p">ZQD-078-01</subfield> <subfield code="r">2009-11-04</subfield> <subfield code="4">0</subfield> <subfield code="0">0</subfield> <subfield code="6">ZQD_00078</subfield> <subfield code="9">17203</subfield> <subfield code="b">NL</subfield> <subfield code="1">0</subfield> <subfield code="o">ZQD 078</subfield> <subfield code="d">2009-11-04</subfield> <subfield code="q">2009-11-25</subfield> <subfield code="8">Z</subfield> <subfield code="7">0</subfield> <subfield code="c">NEW</subfield> <subfield code="2">lcc</subfield> <subfield code="y">BK</subfield> <subfield code="s">2009-11-04</subfield> <subfield code="l">4</subfield> <subfield code="a">NL</subfield> </datafield> Still everything is ok Finally I'm checking the book back in via the staff client (port 8080): =========================================== - See http://www.extra.research.philips.com/CheckedInClever.png - The marcxml mysql 952 part: <datafield tag="952" ind1=" " ind2=" "> <subfield code="w">2009-11-04</subfield> <subfield code="p">ZQD-078-01</subfield> <subfield code="r">2009-11-04</subfield> <subfield code="4">0</subfield> <subfield code="0">0</subfield> <subfield code="6">ZQD_00078</subfield> <subfield code="9">17203</subfield> <subfield code="1">0</subfield> <subfield code="o">ZQD 078</subfield> <subfield code="d">2009-11-04</subfield> <subfield code="8">Z</subfield> <subfield code="7">0</subfield> <subfield code="c">NEW</subfield> <subfield code="2">lcc</subfield> <subfield code="y">BK</subfield> <subfield code="s">2009-11-04</subfield> <subfield code="l">4</subfield> <subfield code="a">NL</subfield> </datafield> As you can see it loses it's current location and also the 'b' subfield code which is just that. !!!: If I set "AutomaticItemReturn" to OFF (default is "ON) it's all ok, but why isn't it with the default settings? Jan ________________________________________ From: Chris Cormack [chris(a)bigballofwax.co.nz] Sent: Tuesday, November 03, 2009 10:51 AM To: Nijnatten, Jan van Cc: koha(a)lists.katipo.co.nz Subject: Re: [Koha] losing current location (NOT a SIP problem) 2009/11/3 Nijnatten, Jan van <jan.v.nijnatten(a)philips.com>: > Hi all, > > > > We are getting closer. When we checkin an item in the staff interface … the > current location is also empty. > What branch do you have selected? Chris The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.

1 0

UTF 8 encoding
by nitesh rijal 04 Nov '09

04 Nov '09

Hello I am using Koha 3.0.3 in Debian Lenny Stable. I am doing fine with everything else, the problem that I'm facing is that whenever I import some UTF 8 encoded data into the database, it doesnot show the decoded text in the search result. It keeps on showing the encoded data. I have selected collation as utf8_general_ci and the actual data is in Nepali Unicode ( Devnagari). What is wrong here, I can't figure it out. Please Help. Thankyou. -- Nitesh Rijal BE IT http://niteshrijal.com.np +9779841458173

3 7

Re: [Koha] Subject: non searchable database
by john smith 04 Nov '09

04 Nov '09

Hi search in package manager about yaz and mark yaz-dev and all everything related to yaz and zebra and install it and try again if not searchable send me error in log error John Smith International Library of Southiana IT Supports From: medomedia_2006(a)hotmail.com To: smith_me(a)live.com Subject: RE: [Koha] Subject: non searchable database Date: Wed, 4 Nov 2009 13:24:03 +0300 this version yaz-3.0.32-1 idzebra-2.0-2.0.32-1 From: smith_me(a)live.com To: medomedia_2006(a)hotmail.com Subject: RE: [Koha] Subject: non searchable database Date: Wed, 4 Nov 2009 07:19:05 -0300 Hi what version of zebra and yaz John Smith International Library of Southiana IT Supports From: medomedia_2006(a)hotmail.com To: smith_me(a)live.com CC: koha(a)lists.katipo.co.nz Subject: RE: [Koha] Subject: non searchable database Date: Wed, 4 Nov 2009 13:13:10 +0300 i made this it give same message it can't deal with database From: smith_me(a)live.com To: medomedia_2006(a)hotmail.com CC: koha(a)lists.katipo.co.nz Subject: RE: [Koha] Subject: non searchable database Date: Wed, 4 Nov 2009 07:07:28 -0300 Hi try to reinstall XML::LibXML again with command cpan install XML::LibXML and try to rebuild zebra again John Smith International Library of Southiana IT Supports From: medomedia_2006(a)hotmail.com To: susan.mustafa(a)gmail.com Date: Wed, 4 Nov 2009 12:54:23 +0300 CC: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Subject: non searchable database when run rebuild_zebra -a -b -r Warning: XML::LibXML compiled against libxml2 20706, but runtime libxml2 is older 20702 Date: Wed, 4 Nov 2009 13:48:22 +0400 Subject: Re: Subject: [Koha] non searchable database From: susan.mustafa(a)gmail.com To: medomedia_2006(a)hotmail.com CC: koha(a)lists.katipo.co.nz Kindly undo the change that you did below, then paste the log again ok? Hope someone can help you out. We need to see what zebra throws out on the screen when you do rebuild_zebra -a -b -r ok? 2009/11/4 altarek almoslem <medomedia_2006(a)hotmail.com> it give this errors Missing right curly or square bracket at /usr/share/koha/lib/C4/Context.pm line 635, at end of line syntax error at /usr/share/koha/lib/C4/Context.pm line 635, at EOF Compilation failed in require at /usr/share/koha/bin/migration_tools/rebuild_zeb ra.pl line 5. BEGIN failed--compilation aborted at /usr/share/koha/bin/migration_tools/rebuild _zebra.pl line 5. Date: Wed, 4 Nov 2009 13:36:23 +0400 Subject: Re: Subject: [Koha] non searchable database From: susan.mustafa(a)gmail.com To: medomedia_2006(a)hotmail.com CC: koha(a)lists.katipo.co.nz if you don't mind try a local change to your /usr/share/koha/lib/C4/Context.pm, try changing line 30 to my $debug_level = 2; This may skip this error and tell us what the error really is. As well, when you do rebuild -a -b -r, can you copy/paste what it prints out to the screen? 2009/11/4 altarek almoslem <medomedia_2006(a)hotmail.com> i try this but no thing koha-error.log,give this [Mon Nov 02 18:57:21 2009] [error] [client 222.215.230.49] File does not exist: /usr/share/koha/intranet/htdocs/prx1.php [Tue Nov 03 19:12:19 2009] [error] [client 222.215.230.49] File does not exist: /usr/share/koha/intranet/htdocs/prx1.php Date: Wed, 4 Nov 2009 13:17:05 +0400 Subject: Subject: [Koha] non searchable database From: susan.mustafa(a)gmail.com To: medomedia_2006(a)hotmail.com CC: koha(a)lists.katipo.co.nz Try the flags -b -a -r Also look under /var/log/koha log files. Such as koha-error.log, or koha-zebraqueuedaemon-output...or something like that. See what issues it gives you then post it ok? But first try with flags -b -a -r Good luck Windows 7: Watch live TV, right from your laptop. Learn more. Windows 7: Easily stream music. Find out how. Windows 7: It helps you do more. Explore Windows 7. Keep your friends updated— even when you’re not signed in. Windows 7: Make your own home movies. Learn more. Windows Live: Keep your friends up to date with what you do online. Windows 7: Watch live TV, right from your laptop. Learn more. _________________________________________________________________ Windows Live: Make it easier for your friends to see what you’re up to on Facebook. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/so…

2 2

non searchable database
by altarek almoslem 04 Nov '09

04 Nov '09

Hello I installed koha-3.00.03 on centos ,i upload my database when search database no thing return when cataluge new record and search return iti made rebuild $ perl -I /usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -w but nothing change _________________________________________________________________ Windows 7: Easily stream music. Find out how. http://windows.microsoft.com/windows-7

3 7

SAML authentication
by Mark Osborne 04 Nov '09

04 Nov '09

We're looking at a consortium install of Koha using SAML or Shibboleth to manage access across several schools using LDAP, AD etc. Does anyone have experience making this sort of thing work in Koha? Possible? Mark Kia Ora.

1 0

General IRC meeting 4 November 2009
by Galen Charlton 04 Nov '09

04 Nov '09

Hi, Apologies for the lack of reminders. A general IRC meeting of the Koha project will be held tomorrow, 4 November 2009 at 19:00 UTC+0. The meeting will be held on the #koha IRC channel at irc.katipo.co.nz. The home page for the meeting, which includes links to time converters, is http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnot… The agenda for the meeting is: 1. Update on Roadmap to 3.2. 2. Update on Koha 3.0 Roadmap. 3. Follow-up on actions from General IRC Meeting 7 October 2009. 4. Agree times of next meetings. Regards, Galen -- Galen Charlton gmcharlt(a)gmail.com

1 0

Report of Active Users for a Month
by Melanie Hedgespeth 04 Nov '09

04 Nov '09

I am trying to create a report for active patrons within a specific month, divided up by patron category. (I see you can create a patron statistics report for patron activity within "years", but can't get the code so I can adjust it to a month's period.) Any tips? Thanks! Melanie Hedgespeth Tech Center Manager Salina Public Library 785.825.4624 Ext. 233 melanie(a)salpublib.org <mailto:melanie@salpublib.org> <http://www.facebook.com/pages/Salina-KS/Salina-Public-Library/917121931 39?ref=s> P Please consider the environment before printing this e-mail.

3 6