- Koha - lists.katipo.co.nz

Fwd: Numerically sorting a new Zebra Index
by Senthil Anand 17 Dec '10

17 Dec '10

---------- Forwarded message ---------- From: Senthil Anand <ssenthilanand(a)gmail.com> Date: 16 December 2010 19:51 Subject: Numerically sorting a new Zebra Index To: koha-devel(a)lists.koha-community.org Hello, Running Koha 3.06 on Centos 5.5. I want to add a new item attribute, canumber to the Zebra Index. It should be visible on the staff client. All values are numbers ranging from 1 to around 15000000. I have done the following steps: 1. In bib1.att att 8032 canumber 2. In the marc21 record.abs melm 952$z canumber, canumber:n, item 3. In ccl.properties canumber 1=8032 Zebra has been reindexed. I want to use the canumber in place of acq-date in the Bulk label barcode generation. In label-item-search.pl under intranet/cgi-bin/labels . I am performing a search using the following limits : "canumber,ge="<textbox data> and "canumber,le="<textbox data>. The search actually works and returns results but the results seem to be sorted as text. ie searching beween 1000 and 1010 returns items with canumber 1000000 etc. As a test I changed the attribute of itemnotes in items table from varchar to int(11) in a test machine and reran the index. Still not getting proper numeric sorting. The Zebra docs mention that lexicographic sorting is default and numeric sorting has to be enabled. As I understood it is defined in the record.abs. How can I change the mappings in record.abs to get numerically sorted results ? Is the query I am using in label-item-search.pl correct ? Regards, Senthil

1 0

Zebra Database User and Password
by tzabal 17 Dec '10

17 Dec '10

Hello, I have a question about the Zebra database user and password that we have to provide when we run the Koha installer (Makefile.PL). Koha installer asks for the name of the user of Zebra Database and his password. In this step, we have to specify a user and password that we entered before? Because i don't remember providing this details when i installed Zebra using the apt-get-debian-lenny.sh shell script. Also, can you tell me where and how i can view the contents of the Zebra Database? Thank you in advance, tzabal -- View this message in context: http://koha.1045719.n5.nabble.com/Zebra-Database-User-and-Password-tp329886… Sent from the Koha - Discuss mailing list archive at Nabble.com.

3 3

Importing data from spreadsheet (was: Re: MULTIPLE KOHA ON ONE SERVER)
by Robin Sheat 16 Dec '10

16 Dec '10

Op vrijdag 17 december 2010 07:06:10 schreef u: > do u kn how to import excel sheet data into koha using command line You should ask the list, not just me. There are more people than just me who are likely to be able to help you. Anyway, yes but it's not the easiest process in the world. I described it a couple of days ago on the list, available here: http://lists.katipo.co.nz/pipermail/koha/2010-December/026659.html -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204

1 0

Koha upgrade to from 3.0.6 to 3.2 and Zebra
by Hugo Rodrigues 16 Dec '10

16 Dec '10

Hi, I'm doing an upgrade to 3.2 from 3.0.6. Everything seemed ok with all information aparently in place. I'm now trying to turn on Zebra. NoZebra works. >From what I've read I need to run perl -I /usr/share/koha/lib /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl -b -a but I got this 11:16:07-09/12 zebraidx(2400) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/authorities/norm..LCK [No such file or directory] 11:16:07-09/12 zebraidx(2400) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/authorities/shadow..LCK [No such file or directory] 11:16:07-09/12 zebraidx(2400) [fatal] Could not select database authorities errCode=109 11:16:07-09/12 zebraidx(2401) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/authorities/norm..LCK [No such file or directory] 11:16:07-09/12 zebraidx(2401) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/authorities/shadow..LCK [No such file or directory] 11:16:07-09/12 zebraidx(2401) [fatal] Could not select database authorities errCode=109 11:16:14-09/12 zebraidx(2402) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 11:16:14-09/12 zebraidx(2402) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 11:16:14-09/12 zebraidx(2402) [fatal] Could not select database biblios errCode=109 11:16:14-09/12 zebraidx(2403) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 11:16:14-09/12 zebraidx(2403) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 11:16:14-09/12 zebraidx(2403) [fatal] Could not select database biblios errCode=109 Can you help? System info bellow. Thank you very much! Best wishes, Hugo Rodrigues, librarian Server information Koha version: 3.02.00.004 OS version ('uname -a'): Linux koha-test 2.6.32-26-generic #48-Ubuntu SMP Wed Nov 24 09:00:03 UTC 2010 i686 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.010001 Perl @INC: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (i486) using readline 6.1 Apache version: Server version: Apache/2.2.14 (Ubuntu) Zebra version: Zebra 2.0.44 (C) 1994-2010, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: 419ad759807269fdfa379799a051ed3a551c6541 Using ICU

5 8

Re: [Koha] Crontab appearing to not run
by Randall Rowe 16 Dec '10

16 Dec '10

Shawn, Do you have lines like the following in your crontab? PERL5LIB=/usr/share/koha/lib KOHA_CONF=/etc/koha/koha-conf.xml Be sure to change paths to whatever is appropriate for your installation. Randy Rowe Lincoln City Libraries I.T. (402) 441-8523 r.rowe(a)lincolnlibraries.org -----Original Message----- From: "Fogg, Shawn (DPH)" <Shawn.Fogg(a)state.ma.us> Sent 12/16/2010 11:05:13 AM To: "Randall Rowe" <r.rowe(a)lincolnlibraries.org>, "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: RE: [Koha] Crontab appearing to not run Hi Randy, Thanks, checking the mail shows crontab is running but with errors. One email is copied below. Any thoughts on how to correct this? Thanks, Shawn __________________________________________________ >From koha@koha Thu Dec 16 11:40:02 2010 Return-path: <koha@koha> Envelope-to: koha@koha Delivery-date: Thu, 16 Dec 2010 11:40:02 -0500 Received: from koha by koha with local (Exim 4.69) (envelope-from <koha@koha>) id 1PTGs6-0005yI-Ij for koha@koha; Thu, 16 Dec 2010 11:40:02 -0500 From: root@koha (Cron Daemon) To: koha@koha Subject: Cron <koha@koha> /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null Content-Type: text/plain; charset=UTF-8 X-Cron-Env: <PERL5LIB=/home/koha/kohaclone> X-Cron-Env: <KOHA_CONF=/home/koha/kohaclone/etc/koha-conf.xml> X-Cron-Env: <KOHA_CRON_PATH=/home/koha/kohaclone/misc/cronjobs> X-Cron-Env: <SHELL=/bin/sh> X-Cron-Env: <HOME=/home/koha> X-Cron-Env: <PATH=/usr/bin:/bin> X-Cron-Env: <LOGNAME=koha> Message-Id: <E1PTGs6-0005yI-Ij@koha> Date: Thu, 16 Dec 2010 11:40:02 -0500 Use of uninitialized value $db_driver in concatenation (.) or string at /home/koha/kohaclone/C4/Context.pm line 692. Can't connect to data source 'dbname=__DB_NAME__;host=__DB_HOST__;port=__DB_PORT__' because I can't work out what driver to use (it doesn't seem to contain a 'dbi:driver:' prefix and the DBI_DRIVER env var is not set$

4 5

MULTIPLE KOHA ON ONE SERVER
by DEEPTI 16 Dec '10

16 Dec '10

I HAVE INSTALL KOHA ON OPENSUSE 11.1 AND IT IS WORKING PROPERLY BUT NOW I WANT TO CONFIGURE MULTIPLE KOHA ON SINGLE SERVER .I HAVE DONE SOME CONFIGURATION BUT IT IS NOT WORK. WILL ANYONE HELP ME (CONFIGURATION OF MULTIPLE KONA) To use multiple databases: A lot of experimentation went into this. You need to modify the /etc/network/interfaces file to bind multiple ip addresses to the ethernet interface. Here is what I wound up with: -------------------------------------------------------------------------------------------------------- # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo eth1 eth1:0 eth1:1 iface lo inet loopback # The primary network interface allow-hotplug eth1 iface eth1 inet static address 192.168.21.249 netmask 255.255.255.0 gateway 192.168.21.10 ------------------------------------------------------------------------------------------------------ This creates three static addresses on the same interface eth1. Using phpmyadmin or the MySQL command line, login as kohaadmin and create the new databases, ours are image, leisure, main. You need to dump the structure of the koha database and then import it into the new databases. To dump the database use mysqldump . At the command line, create a new directory and cd into it. Then enter: mysqldump –u kohaadmin –p koha > kohaout.sql You enter the password for kohaadmin, and this creates an sql file of the koha database. Create the new databases using phpmyadmin or the mysql command line – example below. Start the mysql command line utility with: mysql –u kohaadmin –p After you enter your password, this gives you a mysql prompt. Then enter: show databases; to see the list of databases. To create one enter: create database <new db name>; Then change to that dataabase: use <new DB name>; This command will import all the koha structure into the new database. source kohaout.sql; quit gets you out of the MySql utility and back to the command line. Next you copy the config files. Change to the /etc/koha directory, and copy the koha-conf.xml and koha-httpd-conf files using the new name of your database. So if your database is named “book”, you now have book-conf.xml and book-httpd.conf. Edit the book-conf.xml file, and change the name of the database. You should find this near the end of the file under the <config> section. Edit the book-httpd.conf file and make the following changes: Edit the VirtualHost entry and change the name to one of the IP addresses you bound to the network interface – using a different address for each configuration/database. So your entry looks like <VirtualHost 192.168.21.139:55180> for the OPAC and <VirtualHost 192.168.21.139:55188> for the staff client. The IP addresses need to be in the interfaces config file, and the ports (after the :) are from the address range 50000 – 63535. These are unassigned ports in the internet scheme, and since they will be used only on the internal network can be whatever you like. The normal koha ports are the standard http port 80 for the OPAC and 8080 for the staff client. Further down in each VirtualHost section find the SetEnv KOHA_CONF declaration. Change the file to the new one, in our example “/etc/koha/book-conf.xml”. You need to change this in two places, one for each VirtualHost section. Change to the /etc/apache2 directory and edit the ports.conf file. Add the new ports you just put into the VirtualHost directives – 55180 and 55188 in our example. If you want to use the default koha database, also add 8080 – the default staff client port. You need to add symbolic links for the httpd.conf file and enable the site, so as above you do: ln -s /etc/koha/book-httpd.conf /etc/apache2/sites-available/book a2ensite book ( NOT ABLE TO THIS PART AS I THERE IS NO DIR IN /ETC/APACHE2 OF SITES-AVAILABLE) Then restart Apache - /etc/init.d/apache2 reload If you have done all your edits correctly, apache will reload without any errors. Browse to the new IP address – i.e. 192.168.21.239:55280 and you should see the koha opac screen. Browse to the staff client – 192.168.21.239:55288 and you should get that screen. Login as kohaadmin. For each new database you should create a new library with the IP address that goes with it entered there. Note: DON’T turn on IndependentBranches, it causes other problems and had to be turned off. It is not needed anyway with the different catalogs running on different virtual servers. That should get you multiple databases, with appropriate defaults when connecting to the staff client or the opac. To use a different background on the top bar of the opac for each database, create a new gif file similar to menu-background.gif found in /usr/share/koha/opac/htdocs/opac-tmpl/prog/images with a different name. We have one called green-background.gif in there now. In the /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/css folder create an new css file - we are using imagelib.css. Edit the opac.css file, find the menu-background.gif line. Copy the entire section (Alt-6 in nano). Open the new css file (iamagelib.css) and past the info in (right or left mouse click). Change the menu-background.gif to green-background.gif. Using the staff client – System Preferences – OPAC page change the opaccolorstylesheet option to point to the new css file, imagelib.css in our case. The default is the colors.css file, which is empty. This file overrides the section that is in the opac.css file. To use a different background for the staff client go to the /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/css directory. Copy the intranet.css file to a new name – I used imagelib-intranet.css. Edit the file, and change the fourth line in the file from “background-color:white” to background-color:<something else>”. A list of colors can be found by searching for “css color codes” on Google. You can use the name or maybe the code, didn’t try the code. Move the cursor past the end of the body section marked by a brace and hit Alt-t to delete the rest of the text in the file. Save the file. In the Staff Client go to the System Preferences, Staff Client tab and change the “intranetcolorstylesheet” to the new name. This will change just the background of the pages and use the defaults in the intranet.css file for everything else. I made the above color changes to try and give the librarian and the users a color cue about what database they were in. -- View this message in context: http://koha.1045719.n5.nabble.com/MULTIPLE-KOHA-ON-ONE-SERVER-tp3304116p330… Sent from the Koha - Discuss mailing list archive at Nabble.com.

4 5

excel to iso convertion
by Yatheesh Y 16 Dec '10

16 Dec '10

please help me I have data in excel format I want convert and load data into koha please help me in this reg thank you

5 4

Re: [Koha] Crontab appearing to not run
by Randall Rowe 16 Dec '10

16 Dec '10

Check the mail for the koha user (type "mail" at the command prompt. If the cronjob isn't executing properly you should be getting an email that might contain the needed clue to the reason it's not. Randy Rowe Lincoln City Libraries I.T. (402) 441-8523 r.rowe(a)lincolnlibraries.org -----Original Message----- From: "Fogg, Shawn (DPH)" <Shawn.Fogg(a)state.ma.us> Sent 12/16/2010 9:58:29 AM To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: [Koha] Crontab appearing to not run Hi, I need a little basic help with crontab and re-indexing the database. I am using one of the pre-build virtual machines with v3.03.00.004. I SSH into the system using the koha user. When in that user I can run: /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -a -z and it will properly reindex the database so that new catalog entries will show up. If I do: crontab -l in the list I have an entry of: */10 * * * * /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null Which I believe should re-index the database every 10 minutes. This isn't occurring though and I have not been able to figure out why. I don't know if it means anything but the rebuild_zebra is a little funny. If I move into the migration_tools directory I can't simply run rebuild_zebra.pl -b -a -z. It comes back with command not found. The only way I can run it is using the fully qualified path. Any thoughts as to what I am doing wrong? Thanks, Shawn _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ��

2 1

Crontab appearing to not run
by Fogg, Shawn (DPH) 16 Dec '10

16 Dec '10

Hi, I need a little basic help with crontab and re-indexing the database. I am using one of the pre-build virtual machines with v3.03.00.004. I SSH into the system using the koha user. When in that user I can run: /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -a -z and it will properly reindex the database so that new catalog entries will show up. If I do: crontab -l in the list I have an entry of: */10 * * * * /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null Which I believe should re-index the database every 10 minutes. This isn't occurring though and I have not been able to figure out why. I don't know if it means anything but the rebuild_zebra is a little funny. If I move into the migration_tools directory I can't simply run rebuild_zebra.pl -b -a -z. It comes back with command not found. The only way I can run it is using the fully qualified path. Any thoughts as to what I am doing wrong? Thanks, Shawn

2 1

Koha 3.2 searching words with diacritics
by Linda Culberson 16 Dec '10

16 Dec '10

Can anyone give me any clues about how to use diacritics correctly in Koha? I need help with how to get them into Koha using cataloging and how to get the searches to work in both the opac and and staff interfaces. 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

1 1