- Koha - lists.katipo.co.nz

Authorities localization?
by Joel Cornuz 27 May '14

27 May '14

Hello Everyone My name is Joel Cornuz, I am the IT manager for a small school in Montreal using (with success!!!) Koha for its library (15k volumes). Many thanks for this great tool that is giving us access to a world class library system!!! I asked that same question on the devel mailling list and was told I would have better chance to get help here, so here it is: Our books are a mix of French and English volumes and we would like to translate our authorities (the topical terms). The idea is that we want our students to have access to topical terms in French or in English, and access to our complete collection (French and English volumes) related to this particular topic. I know that it is possible to duplicate an authority - so one idea was to duplicate (and translate) authorities... but then I didn't find a simple way to automatically link items from the source to the duplicated authority (am I missing something there?) Or is there a way to localize existing authorities? Or is there another (different, better) way? Many thanks for your help. Joel

1 0

Re: [Koha] Overdue notices sent to a random patron (3.16)
by Jonathan Druart 27 May '14

27 May '14

The easiest way is to wait for 3.16.1 where the fix should be integrated. 2014-05-27 15:46 GMT+02:00 Evan Mungai Njoroge <evan.njoroge(a)gmail.com>: > Jonathan; > A novice query on the same, > How do I apply a patch to my installation (Ubuntu 12.04 using packages)? > > > EVAN > NJOROGE *•*+254721375981 *•*+254721375981 *•*about.me/uhusiano *•* > * "Facilitating access to African digital content" * > > > > > On Tue, May 27, 2014 at 11:19 AM, Jonathan Druart < > jonathan.druart(a)biblibre.com> wrote: > >> Hello Yuval, >> >> Bug found, see the patch on bug 12315. >> The script is advanced_notices.pl, not overdue_notices.pl >> >> It is highly recommended not to use this script without the patch attached >> to the bug report. >> >> Regards, >> Jonathan >> >> >> >> 2014-05-26 15:36 GMT+02:00 Yuval Hager <yhager(a)yhager.com>: >> >> > Hi, >> > >> > I just upgraded to Koha 3.16 using the Debian repo on Thursday. >> Everything >> > went >> > fine and was working well. >> > >> > On Friday, I found out that a patron received 51 emails of advanced due >> > notices >> > of other patrons. I confirmed this with the server mail logs, but I >> have no >> > idea why this happened. >> > >> > I verified that this patron's email address only shows up under their >> > record on >> > the borrowers table. >> > >> > Checking the email logs, it seems that it sends a bunch of emails to a >> > single >> > patron, then another bunch to another (I don't know what the content >> is), >> > so >> > I'm suspecting something strange is going on. >> > >> > I tried running the overdue_notices.pl script with -n -v, and it just >> > spit out >> > a list of messages to be sent, but not the email address it would send >> it >> > to. >> > >> > Any ideas where to begin searching to investigate this? >> > >> > Thanks, >> > >> > --yuval >> > _______________________________________________ >> > Koha mailing list http://koha-community.org >> > Koha(a)lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> > >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > >

1 0

Perl module ReadOnly::XS
by Matthew Charlesworth 27 May '14

27 May '14

Dear all, I recently upgraded to 3.16 and when I look at the Perl Modules page in About Koha I see that ReadOnly::XS is showing in red as not installed. I am running Ubuntu 3.5.0-49.generic and when I type sudo cpan install /ReadOnly::XS/ It returns Readonly::XS is up to date (1.05). But it still displays as red and not installed under Perl Modules in About Koha. Does anyone have any ideas on where I'm going wrong? Matthew Charlesworth

2 1

Koha 3.16.0 released
by Galen Charlton 27 May '14

27 May '14

Hi, The Koha community is pleased to announce the release of version 3.16.0 of the Koha library automation system. Koha 3.16 is an enhancement and bugfix release. Changes of particular note include: * There is now the ability to use different templates for notices based on how the notice is to be sent. For example, is now possible to use different wording for email and SMS hold notifications. * Users can now unselect active facets when refining search results. * Search history can be now displayed and managed in the staff interface. * Loan checkins can now be backdated to an arbitrary date. * Holds can now be individually suspended and resumed from the OPAC. * Creating orders from staged files now offers much more flexibility. * The public reports service can now accept report parameters. * There is experimental support for Plack for development use. * The index update script can now operate as a daemon, allowing the indexes to be updated within seconds of a catalog record getting updated. There are many more enhancements, detailed in the release notes. There are also a number of improvements under the hood, particularly for internationalization. It is now possible to mark strings in the Perl source code for translation, and translation of strings in the JavaScript source code can now include placeholders. Also, a newer version of jQueryUI is now used by the staff interface. Koha can be downloaded from http://download.koha-community.org. Debian packages of Koha 3.16.0 will be available shortly. Additional details, including the release notes, can be found at http://koha-community.org/koha-3-16-0-released/ Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

7 7

How many biblio catalogs does Koha allow to have ?
by zolot 26 May '14

26 May '14

Hi all ! How many bibliographic catalogs does Koha 3.14 allow to have for the separately taken library and what directory contains them ? Gennady

1 0

Error- 404 - The requested URL / was not found on this server.
by SATISH 26 May '14

26 May '14

Hi, I was using koha 3.14.00.00 (installed via packages) on Ubuntu 12.04.4 LTS (GNU/Linux 3.5.0-49-generic i686) - on a Desktop System. and successfully upgraded koha to 3.16.00 yesterday (23-05-2014). After upgrade I was able to use koha staff client and opac without any problem. (while upgrading, it asked for - Rename the Apache Virtual hosts for koha Instance, the default was -"Yes", and I chose the same) But, when I try to open staff client/opac today, suddenly I get the error: 404 - The requested URL / was not found on this server. I tried clearing the cache/browsing history. then, re-started apache, it did not work. any other solutions could you recommend for understanding the problem? With Thanks Satish MV Librarian Govt. Engineering College, Hassan, Karnataka. India. --

3 3

Problem with Zebra - search always turns up "No results found"
by ccie 6862 26 May '14

26 May '14

I built this system around Thanksgiving or Christmas time for our church, but I'm self employed and have been slammed with regular work. I'm trying to get back to this, and just about everything seems to work except for the search function, which always results in "No results found," and printing out the spine labels. Here is some pertinent information: Koha version:3.12.06.000 OS version ('uname -a'):Linux koha 2.6.32-220.el6.i686 #1 SMP Tue Dec 6 16:15:40 GMT 2011 i686 i686 i386 GNU/Linux Zebra version:Zebra 2.0.56 (C) 1994-2013, 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: 739e721ee59f645cb821c8d3035a12aefae423f6 Using ICU ErrorZebra server seems not to be available. Is it started? There was an option to not use or use Zebra. Given this was a fairly small library, I believe I chose not to use Zebra initially. However, after trying to find why the search function wasn't working, I believe it's because of Zebra. I've installed Zebra according to http://wiki.koha-community.org/wiki/Koha_3.6_on_Centos_6.2_i386#Install_and…, but when I try to start it using "zebrasrv -v all -f /etc/koha/koha-conf.xml", I see the server listening on port 9999 but not 9998. I was able to test Zebra in step 7, which seems to work just fine. The index also runs just fine without errors using "/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -r -v". Does this appear to be a Zebra problem? Any idea how to get zebra listening on 9998? I don't find any zebra errors in the log. Thanks

1 0

koha item types dropdown instead of library dropdown
by schnydszch 25 May '14

25 May '14

Hi all! I have a library project that has only one main library. In tha main search of koha, is it possible to hide this drop down, i haven't seen the jquery i'll to see if this is possible. And also is it possible to put instead here drop down for items? Are there libraries who uses the same or wants the same config. Thanks in advance! Cheers! -- View this message in context: http://koha.1045719.n5.nabble.com/koha-item-types-dropdown-instead-of-libra… Sent from the Koha-general mailing list archive at Nabble.com.

5 9

Re: [Koha] Help with MARC record matching rules
by Joel Ewy 25 May '14

25 May '14

I'm posting through GMANE, which I now see appears to have checked out since the 9th, and I'm not presently subscribed to the mail list. So if you reply to my previous message I won't be able to see it. If you want to reply to my email address I should be able to see it there. I'll try to subscribe and re-post my question. JCE

1 0

Help with MARC record matching rules
by Joel Ewy 25 May '14

25 May '14

Anybody know how to properly specify matching rules for importing marc records? I take it that if the rule works, it should show a match in the appropriate column on the "Manage staged MARC records" page before importing. I don't trust my zebra indices, and it appears that the match checks are supposed to match directly between the imports and the database. That's what I want. All I get is "no_match", so I assume I've specified the matching rules incorrectly. What am I doing wrong here? Matching rule code: MatchISBN Description: Match the ISBN Required Match threshold: 100 Required Match points Match point 1 | Add match point | Remove this match point Search index: ISBN Score: 101 Matchpoint components Tag: 020 Subfields: a Offset: 0 Length: 0 Normalization rule: Required match checks Match check 1Add match check | Remove this match check Source (incoming) record check field Tag: 020 Subfields: a Offset: 0 Length: 0 Normalization rule: Target (database) record check field Tag: 020 Subfields: a Offset: 0 Length: 0 Normalization rule:

1 0