- Koha - lists.katipo.co.nz

zebra search failure and extended UTF-8 characters showing up as ?s and diamonds in opac
by George Masters 01 Aug '12

01 Aug '12

We are having two different issues with our Koha system even after updating to the latest version 3.8.1: 1. Zebra searches fail. When turning off zebra we get an "as-marc" method error. Ideally, I would like to use zebra so that we can allow our MARC records to be accessed by other libraries. 2. We have materials in Greek, Russian and Spanish in our collection and the extended UTF-8 characters come up as ?s and black diamonds. To see what I mean do a search in our opac for Alexander Schmemann. It is located at opac.orthdoxoeducationonline.net Although, the SAX parser test says it looks good, the 0x value is not the same one that Koha wants even though I did move the lines around in the config file. We are running the server on Ubuntu Linux 12.04 LTS. We have turned on ICU indexing on zebra and set the parameters for ICU in the administrative module of Koha under Searching. The export lines for PER5LIB and KOHA_CONF appear to be in the correct places. Where I think the issue is is that there are multiple areas where these parameters must be inserted. Ideally, a system of this complexity should only have one area for configuration changes. My concern is that with so many PERL modules there are all too many places for Koha to break. Attempting to run the rebuild index script rebuild_zebra -b -v -r results in an error on line 6. By turning off the zebra server, the opac partially processes searches. My suspicion lies in the handling of a MARC record I recently added from the Library of Congress Z39.50 server for a book entitled, "Man of God" published by the Nicodemus Press of the Russian Orthodox Church outside of Russia in 1994. The MARC record may be missing a required field. We are investigating that currently. If someone finds out the issue, please let us know. George Masters Director Orthodox Christian Library System

1 0

Stable vs maintenance releases?
by Cab Vinton 31 Jul '12

31 Jul '12

Can someone explain the difference between these two? http://download.koha-community.org/ lists these as 3.8.3 (stable) and 3.6.7 (maintenance) ... I would have thought that a maintenance release is done "on top of" a stable release, comprising minor bug fixes and the like. And how is it determined what the latest "stable" release is? I notice that Equinox's support page is still listing 3.4.1 as the current stable version. Is this something that varies from support company to support company, depending on their confidence in a particular release, their philosophy of development, etc? With thanks, Cab Vinton, Director Sanbornton Public Library Sanbornton, NH Life is short. Read fast!

2 1

Fast Add framework not in search results
by ShaneGreen 31 Jul '12

31 Jul '12

Hi, We've have nearly 500 books that aren't being found in a Z39 searches so they have entered them using Fast Add. None of them seem to be showing up in our OPAC search results. I've added Keyword to MARC mappings that match what's found for the default framework: title 245 1 PERSONAL NAME 100 1 branch 952 a What else am I missing? -- View this message in context: http://koha.1045719.n5.nabble.com/Fast-Add-framework-not-in-search-results-… Sent from the Koha-general mailing list archive at Nabble.com.

1 0

New Authoritie - Problem when find possible dublicate
by anjoze 31 Jul '12

31 Jul '12

I with version *3.08.03.000* I have a error when I'm creating a new Authoritie and koha finds a possible duplicate: Software error: Can't use string ("Lopes, Francisco Luiz <br/> <br/") as a HASH ref while "strict refs" in use at /usr/share/koha/intranet/cgi-bin/authorities/authorities.pl line 613. With version 3.08.01.000 its OK, there is no problem. So I compare both functions and they are a bit different: Ver: 3.08.01.000 <i>duplicateauthvalue => $duplicateauthvalue,/ Ver: 3.08.03.000 /duplicateauthvalue => $duplicateauthvalue*->{authorized}->[0]*,/ When I remove *->{authorized}->[0]* it works OK. -- View this message in context: http://koha.1045719.n5.nabble.com/New-Authoritie-Problem-when-find-possible… Sent from the Koha-general mailing list archive at Nabble.com.

2 1

[KOHA] Zebra index DOM problem
by kamild 31 Jul '12

31 Jul '12

Dear All, When update koha to 3.8.3 where zebra using DOM doesn't index biblios and authorities, but in previous version Koha everything is fine. Do I have to manually configure anything else? Regards, Michal -- View this message in context: http://koha.1045719.n5.nabble.com/KOHA-Zebra-index-DOM-problem-tp5721629.ht… Sent from the Koha-general mailing list archive at Nabble.com.

1 0

Searching by Barcode
by Ephraim Makeke 31 Jul '12

31 Jul '12

Hi In my cataloging module I would like to search by barcode so that it retrieves an exact copy of an item. At the moment if I search by barcode e.g. BK100, the cataloging module returns: BK100 BK1001 BK1000 BK1005 I need the system to pick the exact barcode not the way it is displaying the results. Any help will be appreciated. Ephraim Makeke Ephraim Makeke Senior Assistant Librarian - Library ICT Midlands State University Library P. Bag 9055 Gweru Zimbabwe Tel: 263 54 260445 ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

5 6

Issue to koha database and search
by Diwaker Ghimire 31 Jul '12

31 Jul '12

Hello, We were using koha 3.02 version of koha earlier and was having problems with catalogue search. Koha was unable to search some records while other records were searches were fine. Tried to rebuild zebra but still the problem persisted. So we decided to upgrade to latest version of koha 3.8 Installed new version of koha on separate directory then migrated the database, during migration koha reported some warning about duplicates keys and duplicate warnings also some error on unable to create tables like oai* Besides that i continued to new system but still the problem of search persists couldn't understand why: During zebra rebuild got these errors: ....error retrieving biblio 58273 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. ......error retrieving biblio 58279 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. ..error retrieving biblio 58281 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. .......error retrieving biblio 58288 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. .......................error retrieving biblio 58311 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. ..........................error retrieving biblio 58337 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. .........................error retrieving biblio 58362 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. 58301.......error retrieving biblio 58371 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. ..........error retrieving biblio 58381 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. ....error retrieving biblio 58385 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. ......error retrieving biblio 58391 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. Also marc bibliographic framwork test gave: MARC bibliographic framework test Test Result OK itemnum : the field itemnumber is mapped to a field in tab -1 OK All item fields are in the same tag and in item tab OK Only 1 MARC tag mapped to items itemtype NOT mapped the biblioitems.itemtype field MUST : - be mapped to a MARC subfield, - the corresponding subfield MUST have authorised_value=itemtype OK homebranch defined OK holdingbranch defined OK at least 1 item type defined OK at least 1 library defined OK biblionumber and biblioitemnumber mapped correctly OK no NULL value in frameworkcode OK all subfields for each tag are in the same tab (or ignored) OK all authority types used in the frameworks are defined TOTAL You have 1 error(s) in your MARC configuration. Please fix them before using Koha I am lost here, could somebody help Diwaker Ghimire Nepal -- -- *Diwaker Ghimire* Senior Web Developer ----------------------------- YoungInnovations Pvt. Ltd. GPO 8974 CPC 241 Pulchowk, Lalitpur, Nepal ----------------------------- P: +977-1-2291892 W: http://yipl.com.np E: info(a)yipl.com.np ----------------------------- ----------------------------- *DISCLAIMER* This email contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. -----------------------------

1 0

Quick question
by clint.deckard 31 Jul '12

31 Jul '12

Kia ora, I am advocating for Koha and wish to point out that 'free' doesn't mean 'low quality' or 'cut down', could someone please point out of couple of examples of Koha powering 'large' libraries please. I have a bit of a rant going :-) Thank you very much, Clint. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

server configuration
by koha_learner 31 Jul '12

31 Jul '12

Hi dear colleagues, Our koha and DSpace is running on Debian Squeeze and the server is HP ProLiant DL170G6. But we face frequent Server Hang occurrence, though there is no problem with network, systems or configuration. It may be failure of latest kernel compatibility. Anyway, we decided to use two separate Server, one for koha and another for DSpace. Now we are seeking some guidelines for a high-end Server, i.e. IBM or HP for latest koha implementation with VuFind. Look forward to kind solicitation. Regards, mzhs, a koha learner -- View this message in context: http://koha.1045719.n5.nabble.com/server-configuration-tp5721601.html Sent from the Koha-general mailing list archive at Nabble.com.

2 1

Re: [Koha] Searching by the exact barcode in opac / intranet
by thandu venkat narayana 30 Jul '12

30 Jul '12

Dear Sunil Kumar, No need to give 'zeor' before to your barcode numbers. To search exact barcode like 1, you can use asterisk before and after the barcode what you want to search. eg. *1* or *100* like. It is giving exact search results in opac and intranet. Regards, Venkat

1 0