- Koha - lists.katipo.co.nz

searching
by rocky bang 02 Jan '14

02 Jan '14

Hi, I am using koha 3.08 and in OPAC the masthead file contains the drop down box for the searches with option like keyword,title,author,accession number. But while searching with keyword such as "a" fetches results from all the fields like publication,author,title etc. I want the keyword should fetch result only from title,subject or note field not from all the fields. How should i do this. Thanks in advance.

2 1

Regarding Error - make: *** [blib/ZEBRA_CONF_DIR/etc/passwd] Error 2 while installing KOHA
by Nazneen 01 Jan '14

01 Jan '14

Hi, I did read the previous post around this error. Tried the solution given too, but it did not work. When I run perl Makefile.PL, all the steps are completed successfully. <http://koha.1045719.n5.nabble.com/file/n5782635/Screen_Shot_2014-01-02_at_1…> All the other directories are created successfully, like ZEBRA_DATA_DIR, KOHA_CONF_DIR, but ZEBRA_CONF_DIR does not get created. Therefore when I run make, I get the above error. The command make clean did not work. Please let me know if I am missing some steps. Help will be highly appreciated. Thanks in advance. -- View this message in context: http://koha.1045719.n5.nabble.com/Regarding-Error-make-blib-ZEBRA-CONF-DIR-… Sent from the Koha-general mailing list archive at Nabble.com.

1 0

Upgrade from 3.10 to 3.14x
by Karam Qubsi 01 Jan '14

01 Jan '14

Hi , I have 2 servers: server *A* and server *B *. server A has koha 3.10 installation ( packages ) server B has koha 3.14 installation (packages ) . I take the backup files from (/var/spool/koha/library ) from server A . and restore them on server B . after that I get an error message : ERROR 1396 (HY000) at line 1: Operation DROP USER failed for 'koha_library'@ '%' I make the upgrade schema after that. koha-upgrade-schema library . no errors . and Koha is working, it seems that there is no problem . but I don't know what is that error message means ? please let me know if I miss something . or that is normal . Many Thanks :) . -- *Karam Qubsi*

2 1

sms configure with koha
by vinod kumar 31 Dec '13

31 Dec '13

Hi all how to enable sms service with koha please suggest me

3 3

Re: [Koha] koha search
by Koustubha Kale 31 Dec '13

31 Dec '13

Hi The question has a better chance of getting proper answer if its directed to the Koha mailing list. Please subscribe to the lists at http://koha-community.org/support/koha-mailing-lists/ I have copied my reply to the list. All the best.. Regards, Koustubha Kale On Tue, Dec 31, 2013 at 12:19 PM, rocky bang <rockybang0(a)gmail.com> wrote: > Hii, > > I am using koha 3.8 and doing research on koha searching using zebra for > my library. > > Recently I got requirement to customize the koha keyword and title search > so that the results should be fetch from customize fields. > i.e title search should fetch result from title only. > > From the study i nte down that there are three main files which are > responsible for searching > bib1.att > ccl.properties > record.abs > > What changes should i do to these files to be able to customize according > to requirement. >

1 0

Problem with the upgrade - OPAC search not working
by Amber Bole 30 Dec '13

30 Dec '13

Happy (almost) new year everyone :) I'm in the process of upgrading a very old 3.0 installation to the most current version - I have to say that this process has been really quite nice - Thanks to everyone involved! I've hit a slight snag near the end with the zebra reindex - and I'm not 100% sure where I have gone wrong. If I bring up the console, I can run reports and see that all the books are in the database. However, when I try to search for a very common word, I have 0 hits. I was a little confused about userids, and there's a chance that I've still got something without the proper permission, but I've just run out of ideas, and was hoping you might be able to help. Using http://lists.katipo.co.nz/pipermail/koha/2013-December/038228.html Step #6, I get an error: ... Records exported: 8897 ====================== REINDEXING zebra ====================== 12:39:24-30/12 zebraidx(13255) [warn] Failed to open /var/lib/koha/mgskoha/biblios/register/rci-0.mf [Permission denied] 12:39:24-30/12 zebraidx(13255) [fatal] mf_read2 reci internal error ====================== CLEANING ====================== ... That is the only error left - and the file doesn't exist.... I even tried creating the register directory and an empty rci-0.mf file (and making both world read/write/executable) but I still see the error. Is there a log or something that I can look in to find more information? Thanks in advance Amber <http://lists.katipo.co.nz/pipermail/koha/2013-December/038228.html>

2 1

itemcallnumber system preference in UNIMARC
by Manos PETRIDIS 30 Dec '13

30 Dec '13

Have recently added a second instance to my koha (v3.14) installation, this time in UNIMARC, and noticed the following: The pre-set (default) value for the itemcallnumber syspref is "082ab", and the example text is "Examples: Dewey: 082ab or 092ab; LOC: 050ab or 090ab; from the item record: 852hi". I was under the impression that the correct entry for a UNIMARC installation would be "676a" for Dewey, or something similar. Should the observation above be correct, then both the default value and the example text should be amended to reflect this in UNIMARC installations. As it regards the example text, I wonder however if MARC flavor selection during set-up can go beyond framework selection and default values; The text may have to be expanded to cover more flavours or warn the user that the example only stands for USMARC/MARC21. Please verify/correct my comment above, so that a bug note may be created if needed. Kind regards, Manos Petridis

2 1

Some more ideas on cataloguing and Z39.50 searches
by Manos PETRIDIS 30 Dec '13

30 Dec '13

Allow me please to share a couple of ideas I had on zebra cataloguing: a) batch Z39.50 searches. As a non-librarian, I rely on the bibliographical entries of others, and I've found that most of my cataloguing time is spent waiting for Z39.50 search results. It may have to do with the number of targets I normally use, or with the fact that I sometimes look for titles that are carried by some libraries only, or none at all, it seems though that this interactive process is counter-productive. I wonder therefore if you too find batch Z39.50 searches an interesting idea: The user would be able to enter ISBNs (or other similar search terms) in a table, and koha would perform searches against Z39.50 targets in batch mode, either in the background, or semi-interactively, i.e. by taking-up a browser window. Search elements already processed, would be removed from the table, so that the user would be aware when the search is complete for each item. The user would also be able to add more search terms at the bottom of the list, even when the batch search is active. Search results would be stored in an appropriate container (the "reservoir" perhaps) and koha cataloguing (cataloguing/addbooks.pl ?) would be amended to allow for searches against this container too. b ) use reservoir to auto-tune Z39.50 targets' proprieties. I've noticed that the koha entity named "reservoir" holds results of past Z39.50 searches against remote targets. I wonder if these entries could be used to auto-tune the priority of Z39.50 servers, so that one may be able to first search targets that consistently provide results. As it regards priorities, it would be useful to have two sets of priority attributes instead of one, or a scheme could be devised so that the user would be able to split the value range available from the current single column "rank", to denote different groups/search phases: targets to always search first, then known quality targets to search when the first have failed, then the rest, for example. Those entries could be used to check/uncheck en-masse the relevant targets in z3950_search.pl. The user would perform a search against the standard targets (just as in the current implementation where only the targets defined as checked are pre-selected). Then, should this first search bear no results, it would be easy to select the additional servers/targets with a single click. Should even that fail, the user could select all, and try again. kind regards, Manos PETRIDIS Athens, Greece

1 0

Final push for a new server
by Phillip Ponchot 30 Dec '13

30 Dec '13

I've built a new server and installed an upgrade version of Koha 3.12. I now need to move my database from the old version of Koha 3.0 to the new one. The instructions say to do the following on an upgrade: If you are upgrading from a version older than Koha 3.4.x, run the following command which may take a long time (several hours) to complete for large databases: koha-upgrade-to-3.4. Can someone tell me when to run the koha-update-to-3.4 command? Here are the instructions for importing the database to a new koha install: 1. Use the MySQL dump command to export the Koha instance mysqldump -u root -p koha > kohabackup.sql (on the old koha the database is koha)2. Copy kohabackup.sql to the new server. port the database to the new SQL server. mysql -u koha_library -p library < kohabackup.sql (on the new koha the database is library. Log in to the staff interface to verify data imported. 5. Rebuild zebra. Somewhere here I have to run the koha-upgrade-to-3.4, right? Thanks Phillip

1 0

Regarding OPAC search issue.
by rocky bang 30 Dec '13

30 Dec '13

Hi, I am using koha 3.08 and in OPAC the masthead file contains the drop down box for the searches with option like keyword,title,author,accession number. But while searching with keyword such as "a" fetches results from all the fields like publication,author,title etc. I want the keyword should fetch result only from title,subject or note field not from all the fields. How should i do this. Thanks in advance.

2 1