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: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: 06 September 2011 05:30 To: [email protected] Subject: Koha Digest, Vol 71, Issue 20 Send Koha mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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 <[email protected]> To: [email protected] Subject: [Koha] Zebra fails with No such record type Message-ID: <[email protected]> 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 <[email protected]> To: Joel Harbottle <[email protected]> Cc: Koha List <[email protected]> Subject: Re: [Koha] Error appearing upon scanning/entering Barcodes - PLEASE HELP!!! Message-ID: <CABZfb=vcxwc7+mdic8dswcplhsqroxqxgz8zaooruz_ujef...@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 2011/9/4 Joel Harbottle <[email protected]> > > 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 <[email protected]> To: [email protected] Subject: Re: [Koha] Zebra fails with No such record type [SOLVED] Message-ID: <[email protected]> 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 <[email protected]> To: [email protected] Subject: [Koha] customizing koha Message-ID: <[email protected]> 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 <[email protected]> To: [email protected] Subject: [Koha] search not working Message-ID: <[email protected]> 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 <[email protected]> To: [email protected] 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.katipo.co.nz/pipermail/koha/attachments/20110906/2d4c44f3/atta chment-0001.pgp> ------------------------------ _______________________________________________ Koha mailing list [email protected] http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 71, Issue 20 ************************************ _______________________________________________ Koha mailing list http://koha-community.org [email protected] http://lists.katipo.co.nz/mailman/listinfo/koha
