- Koha - lists.katipo.co.nz

KOHA and OAI-PMH
by Hugo Agud 06 Sep '11

06 Sep '11

Dear Colleagues, We're working setting up a bunch of koha sites (small network of libraries) and they wish yo load all their catalogues into one central catalogue using OAI-PMH into www.extensivecatalogue.com The version of Koha 3.4.4 and Linux Ubuntu 10.10 maverick The question is that we have set up Koha OAI-PMH and it seems it is working, but we feel more confortable if we know more in detail how it works... Example: what's the script that creates the content? Example: how can we modify the marcxml schema? Anybody knows if there is any additional manual or material we can study it? For your info or in case anybody does the same, we wish to push all the data into XC (extensivecatalogue), if we fail with OAI we are going to develope some kind of mysql > csv connector :) Thank you very much in advance Kindest Regards Hugo -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarriá 29 · 08029 Barcelona <http://twitter.com/OrexDigital> :<http://orexsl.blogspot.com>hugoaguda - Tel: 638 799 704 hagud(a)orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.

3 2

Re: [Koha] customizing koha
by R Sunil Kumar 06 Sep '11

06 Sep '11

Dear Swati, What type of customisation you are talking about, have done CSS level customisation in OPAC or code level customisation. CSS level customisation will not affect Koha's functionality where as code level will definitely. Access to Z39.50 server depends on the internet connectivity and your search fields. If you are Koha is installed on a server behind a firewall then access to Z39.50 will only be possible once the firewall provide access to some ports. Ports details will be available, in the Z39.50 server details. Regarding the search field try multiple search option, you can verify the same while search directly on loc website (http://catalog.loc.gov/) . I hope this will help you. Thanks and Regards R Sunil Kumar Library Technologist +91-9686576695 -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of koha-request(a)lists.katipo.co.nz Sent: 06 September 2011 05:30 To: koha(a)lists.katipo.co.nz Subject: Koha Digest, Vol 71, Issue 20 Send Koha mailing list submissions to koha(a)lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request(a)lists.katipo.co.nz You can reach the person managing the list at koha-owner(a)lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." Today's Topics: 1. Zebra fails with No such record type (Bob Ewart) 2. Re: Error appearing upon scanning/entering Barcodes - PLEASE HELP!!! (Tomas Cohen Arazi) 3. Re: Zebra fails with No such record type [SOLVED] (Bob Ewart) 4. customizing koha (swathi) 5. search not working (swathi) 6. Re: search not working (Robin Sheat) ---------------------------------------------------------------------- Message: 1 Date: Mon, 05 Sep 2011 10:20:06 -0400 From: Bob Ewart <bob-ewart(a)bobsown.com> To: Koha(a)lists.katipo.co.nz Subject: [Koha] Zebra fails with No such record type Message-ID: <4E64DA96.6060303(a)bobsown.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Occasionally the locks in /var/lock/koha/zebradb/biblios get their ownership changed to root. I'm not sure why, because rebuild_zebra is only done in the koha crontab. I run a little program in the middle of the night which reports on the state of the server and checks those locks. When I went in to change it back this morning I got: > koha@windingcircle:~> crontab -l > # DO NOT EDIT THIS FILE - edit the master and reinstall. > # (/tmp/crontab.XXXXCP19dZ installed on Mon Sep 5 09:08:13 2011) > # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) > MAILTO=bob > PERL5LIB=/usr/share/koha/lib > KOHA_CONF=/etc/koha/koha-conf.xml > KOHA_BIN=/usr/share/koha/bin > #M H D M W > #*/15 6-23 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null > 0 4 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r >/dev/null > koha@windingcircle:~> env | grep -i koha > GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/koha/.gtkrc-2.0-kde4:/home/koha/.gtkr c-2.0-qtengine:/home/koha/.gtkrc-2.0:/home/koha/.kde4/share/config/gtkrc-2.0 > PERL5LIB=/usr/share/koha/lib > GTK_RC_FILES=/etc/gtk/gtkrc:/home/koha/.gtkrc::/home/koha/.kde4/share/config /gtkrc > GS_LIB=/home/koha/.fonts > USER=koha > MAIL=/var/spool/mail/koha > PWD=/home/koha > KOHA_CONF=/etc/koha/koha-conf.xml > HOME=/home/koha > LOGNAME=koha > QT_PLUGIN_PATH=/home/koha/.kde4/lib64/kde4/plugins/:/usr/lib64/kde4/plugins/ > koha@windingcircle:~> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r > 09:22:13-05/09 zebraidx(25533) [warn] No such record type: dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml > 09:23:28-05/09 zebraidx(25559) [warn] No such record type: grs.marcxml.record > koha@windingcircle:~> uname -a > Linux windingcircle 2.6.34.10-0.2-desktop #1 SMP PREEMPT 2011-07-20 18:48:56 +0200 x86_64 x86_64 x86_64 GNU/Linux > koha@windingcircle:~> cat /etc/issue > Welcome to openSUSE 11.3 "Teal" - Kernel \r (\l). After running that, I get no results on any search. I tried switching back to nozebra and did a rebuild_nozebra.pl. Searching finds biblios but no items. How do I find the record that's causing the problem? Is there any way I can get Koha running again? I just upgraded to Koha 3.04.04 -- Bob ------------------------------ Message: 2 Date: Mon, 5 Sep 2011 11:48:27 -0300 From: Tomas Cohen Arazi <tomascohen(a)gmail.com> To: Joel Harbottle <Joel.Harbottle(a)hotmail.com.au> Cc: Koha List <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Error appearing upon scanning/entering Barcodes - PLEASE HELP!!! Message-ID: <CABZfb=VCxWc7+MdiC8DswcpLHsQRoxQxgz8ZAOoRuZ_uJEf2pg(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 2011/9/4 Joel Harbottle <Joel.Harbottle(a)hotmail.com.au> > > Hi All, > > If I was to turn on Zebra in Koha?s System Preferences after having and using the database on ?NoZebra? for so long, would this break the database or Koha in any form? - Also, by doing this, would this fix the problem that I have been having? It is a reversible process. It wouldn't break anything. If the problem is that you are a deprecated configuration, then yes. Regards To+ ------------------------------ Message: 3 Date: Mon, 05 Sep 2011 13:24:01 -0400 From: Bob Ewart <bob-ewart(a)bobsown.com> To: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Zebra fails with No such record type [SOLVED] Message-ID: <4E6505B1.400(a)bobsown.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 09/05/2011 10:20 AM, Bob Ewart wrote: > Occasionally the locks in /var/lock/koha/zebradb/biblios get their > ownership changed to root. I'm not sure why, because rebuild_zebra is > only done in the koha crontab. I run a little program in the middle of > the night which reports on the state of the server and checks those locks. > > When I went in to change it back this morning I got: > >> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r >> 09:22:13-05/09 zebraidx(25533) [warn] No such record type: >> dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml >> 09:23:28-05/09 zebraidx(25559) [warn] No such record type: >> grs.marcxml.record > I just upgraded to Koha 3.04.04 I keep forgetting that the .cfg files in /etc/koha/zebradb have to be edited to reflect that the idzebra modules are installed in /usr/lib64 not in /usr/lib. I've submitted bug 6849. This should be checked during a new install or upgrade. -- Bob ------------------------------ Message: 4 Date: Sun, 4 Sep 2011 22:53:51 -0700 (PDT) From: swathi <eswathi(a)coresonant.com> To: koha(a)lists.katipo.co.nz Subject: [Koha] customizing koha Message-ID: <1315202031194-4769324.post(a)n5.nabble.com> Content-Type: text/plain; charset=us-ascii when I installed koha it worked well. But when started to customize it, item search is not working both in opac and the client page. Though we have many records in the database the z3950 search is saying 0 items found. Has someone had this problem and know of a solution to fix it! At present, our system is on Koha 3.2 on ubuntu 10.04 Thankyou in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/customizing-koha-tp4769324p4769324.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ------------------------------ Message: 5 Date: Sun, 4 Sep 2011 22:57:19 -0700 (PDT) From: swathi <eswathi(a)coresonant.com> To: koha(a)lists.katipo.co.nz Subject: [Koha] search not working Message-ID: <1315202239106-4769333.post(a)n5.nabble.com> Content-Type: text/plain; charset=us-ascii we are using Koha 3.2 on ubuntu 10.04 item search is not working both in opac and the client page. Though we have many records in the database the z3950 search is saying 0 items found. What might be the problem? Has someone had this problem and know of a solution to fix it! Thankyou in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/search-not-working-tp4769333p4769333.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ------------------------------ Message: 6 Date: Tue, 06 Sep 2011 11:04:25 +1200 From: Robin Sheat <robin(a)catalyst.net.nz> To: koha(a)lists.katipo.co.nz Subject: Re: [Koha] search not working Message-ID: <1315263865.13770.22.camel@zarathud> Content-Type: text/plain; charset="utf-8" swathi schreef op zo 04-09-2011 om 22:57 [-0700]: > > Though we have many records in the database the z3950 search is saying > 0 > items found. The z39.50 is for searching external servers, not your local one. Assuming you mean local searching, the first thing to check is that your zebra server is running, it's the biggest cause of search not working. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D

1 0

search not working
by swathi 06 Sep '11

06 Sep '11

we are using Koha 3.2 on ubuntu 10.04 item search is not working both in opac and the client page. Though we have many records in the database the z3950 search is saying 0 items found. What might be the problem? Has someone had this problem and know of a solution to fix it! Thankyou in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/search-not-working-tp4769333p4769333.html Sent from the Koha - Discuss mailing list archive at Nabble.com.

3 2

Zebra fails with No such record type
by Bob Ewart 05 Sep '11

05 Sep '11

Occasionally the locks in /var/lock/koha/zebradb/biblios get their ownership changed to root. I'm not sure why, because rebuild_zebra is only done in the koha crontab. I run a little program in the middle of the night which reports on the state of the server and checks those locks. When I went in to change it back this morning I got: > koha@windingcircle:~> crontab -l > # DO NOT EDIT THIS FILE - edit the master and reinstall. > # (/tmp/crontab.XXXXCP19dZ installed on Mon Sep 5 09:08:13 2011) > # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) > MAILTO=bob > PERL5LIB=/usr/share/koha/lib > KOHA_CONF=/etc/koha/koha-conf.xml > KOHA_BIN=/usr/share/koha/bin > #M H D M W > #*/15 6-23 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null > 0 4 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r >/dev/null > koha@windingcircle:~> env | grep -i koha > GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/koha/.gtkrc-2.0-kde4:/home/koha/.gtkrc-2.0-qtengine:/home/koha/.gtkrc-2.0:/home/koha/.kde4/share/config/gtkrc-2.0 > PERL5LIB=/usr/share/koha/lib > GTK_RC_FILES=/etc/gtk/gtkrc:/home/koha/.gtkrc::/home/koha/.kde4/share/config/gtkrc > GS_LIB=/home/koha/.fonts > USER=koha > MAIL=/var/spool/mail/koha > PWD=/home/koha > KOHA_CONF=/etc/koha/koha-conf.xml > HOME=/home/koha > LOGNAME=koha > QT_PLUGIN_PATH=/home/koha/.kde4/lib64/kde4/plugins/:/usr/lib64/kde4/plugins/ > koha@windingcircle:~> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r > 09:22:13-05/09 zebraidx(25533) [warn] No such record type: dom./etc/koha/zebradb/authorities/etc/dom-config-marc.xml > 09:23:28-05/09 zebraidx(25559) [warn] No such record type: grs.marcxml.record > koha@windingcircle:~> uname -a > Linux windingcircle 2.6.34.10-0.2-desktop #1 SMP PREEMPT 2011-07-20 18:48:56 +0200 x86_64 x86_64 x86_64 GNU/Linux > koha@windingcircle:~> cat /etc/issue > Welcome to openSUSE 11.3 "Teal" - Kernel \r (\l). After running that, I get no results on any search. I tried switching back to nozebra and did a rebuild_nozebra.pl. Searching finds biblios but no items. How do I find the record that's causing the problem? Is there any way I can get Koha running again? I just upgraded to Koha 3.04.04 -- Bob

1 1

Re: [Koha] Error appearing upon scanning/entering Barcodes - PLEASE HELP!!!
by Liz Rea 05 Sep '11

05 Sep '11

Sending your response to the list so they can all see it. :) I suspect that your problem lies in your current NoZebra configuration. I'm not sure what to tell you to do since you *want* to keep using your NoZebra. Any thoughts out there? Liz Rea lrea(a)nekls.org On Aug 30, 2011, at 9:44 AM, Joel Harbottle wrote: > Hi Liz, > > Thankyou for your reply. > > We are running our Koha system on: > > Operating System: Linux Debian > Koha Version: 3.4.4 > Install Type: Upgraded Install > Zebra?: ‘NoZebra’ set > Results in OPAC: Yes, results are retrieved upon searching the OPAC. > Translation: No > > Yes, I have edited a Bibliographic Frameworks (just adding a couple MARC Tags and edited a MARC Tag), but no modifications which could break anything to do with the entry and use of barcodes. > > Apart from the current problems with this error appearing upon scanning/entering barcodes, the rest of our Koha installation is working as per perfectly normal. > > Our database contains approximately 13,600 Bibliographic records, and we decided to not utilise Zebra, as our Koha server doesn’t have enough power to be able to run both Koha and Zebra together. > > I hope this helps in some form. > > I hope your able to provide me with some insight on how to fix this problem. > > Many thanks! > > Kindest Regards, > Joel > > > From: Liz Rea <lrea(a)nekls.org> > Date: Tue, 30 Aug 2011 09:08:46 -0500 > To: Joel Harbottle <Joel.Harbottle(a)hotmail.com.au> > Cc: Koha List <koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Error appearing upon scanning/entering Barcodes - PLEASE HELP!!! > > Joel, > Sorry to hear you're having trouble. I have a few questions, if you don't mind. > > What operating system are you running Koha on? > Which minor release of 3.4 (the last digit is important)? > Is this a new install or an upgraded install? > If it is an upgraded install, was the previous install running with the zebra indexer or with the nozebra preference set? > If it's Zebra, have you done a full reindex? (/home/koha/kohaclone/misc/migration-tools/rebuild_zebra.pl -b -v) > Do you get results when you search? > Are you using a translation? > Have you changed or edited your bibliographic frameworks? > > The answers to these questions will help us figure out where to begin suggesting fixes for you. > > Thanks! > > Liz Rea > lrea(a)nekls.org > > <image.jpg> > > On Aug 30, 2011, at 2:03 AM, Joel Harbottle wrote: > >> Hi All, >> >> I’m having a problem with Koha and the scanning/entering of Item and Patron Barcodes. >> >> Whenever you scan/enter a barcode or patron barcode in any module of Koha (Acquisitions, Cataloguing, Circulation [Checkin/Out], Serials, etc.) the following error will appear and Koha won’t perform the action you require it to do, e.g. Checkout or Checkin an item, or attach an item to a Bibliographic record. >> >> >> Software error: >> >> Can't call method "subfield" on an undefined value at /home/koha/kohaclone/C4/Biblio.pm line 2880. >> For help, please send mail to the webmaster (webmaster@koha), giving this error message and the time and date of the error. >> >> >> Has someone out in the Koha Community had this problem and know of a solution to fix it! >> >> At present, our system is on Koha 3.4. >> >> Thankyou in advance for your assistance. >> >> Kindest Regards, >> Joel >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > >

4 4

customizing koha
by swathi 05 Sep '11

05 Sep '11

when I installed koha it worked well. But when started to customize it, item search is not working both in opac and the client page. Though we have many records in the database the z3950 search is saying 0 items found. Has someone had this problem and know of a solution to fix it! At present, our system is on Koha 3.2 on ubuntu 10.04 Thankyou in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/customizing-koha-tp4769324p4769324.html Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

Truncating the nozebra table in koha DB
by sheldon_tappin 04 Sep '11

04 Sep '11

Hi All, Is it OK to truncate the nozebra table in koha database. The table is too big for a database backup. Your response is highly appreciated. Sheldon Asst Systems Librarian -- View this message in context: http://koha.1045719.n5.nabble.com/Truncating-the-nozebra-table-in-koha-DB-t… Sent from the Koha - Discuss mailing list archive at Nabble.com.

5 6

seperated values
by Samo Se 04 Sep '11

04 Sep '11

Hi this loop give values of all subfields of the field (700) How to get the value of each subfieldindividually  </a> |

1 0

Re: [Koha] Truncating the nozebra table in koha DB
by Paul 04 Sep '11

04 Sep '11

At 02:00 PM 9/3/2011 +1200, Chris Cormack wrote: >That script is for the zebraqueue table, truncating the nozebra table is >only a good idea if you are using zebra, because you dont need that table >with zebra. > >And like Robin suggested, you should set file per table or innodb cannot >reclaim the space. Or follow Henri-Damiens advice and set the table to >myisam. Without doing one of these 2 things, deleting rows or truncating >tables does not reclaim space. > >We run all our koha with file per table, that way you dont end up with an >ever increasing ibdata file. Chris - thanks ... I'll try and wrap my head around this, but do you know of a detailed description of how zebra is *supposed* to work, vice how it *actually* works, particularly with Koha. [the myisam vice innodb is complex but well documented, but not wrt zebra.] tnx - p. >Chris >On 3 Sep 2011 12:53, "Paul" <<mailto:paul.a@aandc.org>paul.a(a)aandc.org> wrote: > > At 04:35 PM 9/2/2011 +0200, you wrote: > >>Le 02/09/2011 14:49, sheldon_tappin a Ã©crit : > >> > Hi All, > >> > > >> > > >> > Is it OK to truncate the nozebra table in koha database. The table > is too > >> > big for a database backup. > >>[snip] > >> > > >>Hi It is ok. > >>In fact, there is/was a cleanup_database script which does that in > >>misc/cronjobs... could be a scheduled task > >>check that the table is MyISAM and not innodb, unless you want to keep a > >>huge innodb file...... > > > > Yup - that script seems to have disappeared ... my innodb is now 5.5 > > Gigabytes ... what on earth is happening? (end of day, I'll have a closer > > look tomorrow) > > > > Best > > Paul > > --- > > Tired old sys-admin

1 0

Dan Lenkarie left a message for you...
by Badoo 03 Sep '11

03 Sep '11

Dan Lenkarie left a message for you... Its sender and content will be shown only to you and you can delete it at any time. You can instantly reply to it, using the message exchange system. To find out what's in the message, just follow this link: http://eu1.badoo.com/0175396461/in/mcS10MuKdEU/?lang_id=3&m=63&mid=4e62368a… Some more patiently waiting folks: Misheck (Blantyre, Malawi) Jessy (Lilongwe, Malawi) Chrisbona (Lilongwe, Malawi) http://eu1.badoo.com/0175396461/in/mcS10MuKdEU/?lang_id=3&m=63&mid=4e62368a… If the link in this message does not work, try copying and pasting it into your browser. This email is part of our delivery procedure for the message sent by Dan Lenkarie. If you have received this email by mistake, please ignore it. The message will be deleted soon. Have fun! The Badoo Team You have received this email, because a Badoo member has left a message for you on Badoo. This is a post-only mailing. Replies to this message are not monitored or answered. If you don't want to receive any more messages from Badoo, please notify us: http://eu1.badoo.com/impersonation.phtml?lang_id=3&mail_code=63&email=koha%…

1 0