December 2012 - Koha-devel - lists.koha-community.org

Trouble with author impotr in 3.6
by asholok 28 Dec '12

28 Dec '12

I have a problem with db impot in koha(3.6). Troble in uncorrect filling 100$a author subfield. A biblio.author of 3.6 works differently(when I manually create a book) as in 3.4, it's create some kind datecode and then recording author(20121007 frey50 | Akunin B). But when I have making import system create only datecode ( for ex. 20121007 frey50) and no info about the author. In earlier version (3.4) import was and everything worked grate. -- View this message in context: http://koha.1045719.n5.nabble.com/Trouble-with-author-impotr-in-3-6-tp57376… Sent from the Koha-devel mailing list archive at Nabble.com.

1 0

DOM Indexing--why several config files from which generating indexes XSL?
by Frédéric Demians 27 Dec '12

27 Dec '12

Zebra DOM model indexing had been introduced into Koha, deprecating GRS-1 model. With GRS-1, we used to have a records.abs file defining Koha indexes. With DOM model, an XSL file transforms MARCXML biblio records into Zebra indexes. This file is named biblio-zebra-indexdefs.xsl, and is stored in marc_defs/[marc21|unimarc]/biblios directory. But it seems that this file is not supposed to be modified directly. Going to DOM model, records.abs had been transformed into a biblio-koha-indexdefs.xml. This transformation is done with a XSL koha-indexdefs-to-zebra.xsl. Then biblio-koha-indexdefs.xml is transformed into biblio-zebra-indexdefs.xsl with biblio-koha-indexdefs.xml We have this chain of transformations: records.abs >>> XSLT koha-indexdefs-to-zebra.xsl biblio-koha-indexdefs.xml >>> XSLT biblio-koha-indexdefs.xml biblio-zebra-indexdefs.xsl The question is, using Zebra in DOM mode, why should we continue to modify records.abs file, and then cascading generating following files? Or even, why should we modify biblio-koha-indexdefs.xml, and then create from it biblio-zebra-indexdefs.xsl? Why not modifying from now directly biblio-zebra-indexdefs.xsl. -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html

3 4

My Zebra Indexing won’t work
by Waqar Azeem 27 Dec '12

27 Dec '12

A couple of months back I down loaded Koha VM from http://sourceforge.net/projects/koha-va/files/ by Kyle After importing MARC records I found that search is not working on Other languages, and to overcome this I need to enable some ICU option in zebra indexer. The simplest way that I thought was to drop the database and re-run the Web Installer and Import data. After re-running the web Installer (i think) the Old indexed data is already there and on my empty database it brings the old data again and again. I Tried to re-index the server but no success so far. I hope this is the right command to re-index. koha@koha:~$ export PERL5LIB=/home/koha/kohaclone/ koha@koha:~$ export KOHA_CONF=/home/koha/koha-dev/etc/koha-conf.xml koha@koha:~$ /home/koha/kohaclone/misc/migration_tools/rebuild_zebra.pl -b -r -v koha@koha:~/kohaclone$ /home/koha/kohaclone/misc/migration_tools/ rebuild_zebra.pl -a -r -v Zebra configuration information ================================ Zebra biblio directory = /home/koha/koha-dev/var/lib/zebradb/biblios Zebra authorities directory = /home/koha/koha-dev/var/lib/zebradb/authorities Koha directory = /home/koha/kohaclone BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ ==================== exporting authority ==================== Records exported: 0 ==================== REINDEXING zebra ==================== *skipping biblios* ==================== CLEANING ==================== -- Thanks & Best Regards, Waqar Azeem

2 2

[QA] Mocked tests for Koha::Calendar
by Tomas Cohen Arazi 21 Dec '12

21 Dec '12

I'll do this Katrin's way: Hi oh wonderful QA team members :-D I was wondering if any of you had the time to review my work on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9209 I'm leaving for a month or so, and have still a few hours at work that I could use to fix anything missing/wrong. Just to avoid future rebase if a new bug+test case arises in the middle. Regards To+

2 1

Bugs in CCSR
by Nicole Engard 21 Dec '12

21 Dec '12

1 0

Hackfest 2013 in Marseille
by Paul Poulain 20 Dec '12

20 Dec '12

Hello, koha-devel, After 2011 and 2012, i'm happy to announce the dates for the 2013 hackfest in Marseille : http://www.biblibre.com/en/blog/entry/koha-hackfest-in-europe-in-2013 Brendan already booked the flight for him and Eliott, so there will be at least two non european ppl ! If more want to join, you're warmly welcomed ! (Jared, I hope you'll be here too) -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper

3 3

String freeze for 3.8.8 and 3.10.1
by Chris Cormack 18 Dec '12

18 Dec '12

Hi all I'm calling string freeze for the 3.8.x and 3.10.x branches so translators can translate. The translation manager will email when she has updated the po files. Thanks Chris

3 4

Software error in master?
by Mathieu Saby 18 Dec '12

18 Dec '12

Hello I tried to update my Koha and got the following error when connecting to mainpage.pl : Software error: Can't locate String/Random.pm in @INC (@INC contains: /home/msaby/koha/kohamaster /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /home/msaby/koha/kohamaster/C4/Members.pm line 28. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Members.pm line 28. Compilation failed in require at /home/msaby/koha/kohamaster/C4/Letters.pm line 26. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Letters.pm line 26. Compilation failed in require at /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/C4/Suggestions.pm line 31. Compilation failed in require at /home/msaby/koha/kohamaster/mainpage.pl line 29. BEGIN failed--compilation aborted at /home/msaby/koha/kohamaster/mainpage.pl line 29. Do you have the same problem ? Regards, M. Saby -- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Université Rennes 2 Téléphone : 02 99 14 12 65 Courriel : mathieu.saby(a)univ-rennes2.fr

5 5

invalid holding branch
by Samuel Desseaux 14 Dec '12

14 Dec '12

Hi, I keep this error during import ....Item not added (bib 25481, item tag #6, barcode ): invalid holdingbranch France I don't see holdingbranch France. I join to this message the notice. In my database, when i look at the table, it gives that <?xml version="1.0" encoding="utf-8"?>  <pma_xml_export version="1.0" xmlns:pma="http://www.phpmyadmin.net/some_doc_url/">  <pma:structure_schemas> <pma:database name="koha2" collation="utf8_unicode_ci" charset="utf8"> <pma:table name="branches"> CREATE TABLE `branches` ( `branchcode` varchar(10) NOT NULL DEFAULT '', `branchname` mediumtext NOT NULL, `branchaddress1` mediumtext, `branchaddress2` mediumtext, `branchaddress3` mediumtext, `branchzip` varchar(25) DEFAULT NULL, `branchcity` mediumtext, `branchstate` mediumtext, `branchcountry` text, `branchphone` mediumtext, `branchfax` mediumtext, `branchemail` mediumtext, `branchurl` mediumtext, `issuing` tinyint(4) DEFAULT NULL, `branchip` varchar(15) DEFAULT NULL, `branchprinter` varchar(100) DEFAULT NULL, `branchnotes` mediumtext, `opac_info` text, PRIMARY KEY (`branchcode`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; </pma:table> </pma:database> </pma:structure_schemas>  <database name="koha2">  <table name="branches"> <column name="branchcode">ECAM</column> <column name="branchname">ECP</column> <column name="branchaddress1"></column> <column name="branchaddress2"></column> <column name="branchaddress3"></column> <column name="branchzip"></column> <column name="branchcity"></column> <column name="branchstate"></column> <column name="branchcountry"></column> <column name="branchphone"></column> <column name="branchfax"></column> <column name="branchemail"></column> <column name="branchurl"></column> <column name="issuing">NULL</column> <column name="branchip"></column> <column name="branchprinter">NULL</column> <column name="branchnotes"></column> <column name="opac_info"></column> </table> </database> </pma_xml_export> If someone can light my way to solve it, it would be great. It's the last step best, samuel

2 7

Reminder: Patrons (good), borrowers (maybe), members (no!)
by MJ Ray 14 Dec '12

14 Dec '12

I was working on a patch and I noticed that I was using "borrower" in the text, but the file I was editing used "member" more often. So I then asked myself which I should use. Should I use "member" or "borrower"? And it turns out the answer is "no, probably not". It should say "patron"! See the coding guideline http://wiki.koha-community.org/wiki/Coding_Guidelines#PERL7:_Definitions which includes * We have decided to use [ODLIS]. http://www.abc-clio.com/ODLIS/odlis_p.aspx#patron defines Patron as Any person who uses the resources and services of a library, not necessarily a registered borrower. Synonymous with user. Compare with client. http://www.abc-clio.com/ODLIS/odlis_b.aspx#borrower defines Borrower as A person who checks out books and other materials from a library. ODLIS isn't big on member. At the moment, the templates have about 1250 hits for patron, 800 for borrower and 400 for member. Those later two numbers will never get to zero, as both terms are used in links and variable names, as well as the text (for example, the borrowernumber query string to various scripts in the members folder). But it would be really lovely if we could keep using "Patron" in the text, please. Should I open a bug for this? Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/

2 1