November 2013 - Koha-devel - lists.koha-community.org

Call for news for the November newsletter
by Daniel Grobani 19 Nov '13

19 Nov '13

Dear Koha kommunitarians, I'm harvesting news for this month's newsletter. Please send me by the 26th anything you think your fellow community members might like to know about. And all you lucky #kohacon13 attendees, here's another chance to share your experience with the community in more than 140-character chunks! "News" can be as short as a sentence or as long as a paper. I especially encourage you to send me a line or two for the gossip/society column about what you're currently working on. And if you know of a go-live not announced on the list, please be sure to let me know about it. Thanks, Daniel Grobani

1 0

Z39.50 search results: DATE blank - add PUBLISHER
by Andrea Furin 19 Nov '13

19 Nov '13

1. If you have the field DATE blank when you make a Z39.50 search you have to modify the file: /usr/share/koha/lib/C4/Breeding.pm at line 394: $row_data{date} = $oldbiblio->{copyrightdate}; in $row_data{date} = $oldbiblio->{publicationyear}; (Make a copy of your modification becaurse probably ad update will change that file). 2. If you want to see the publisher's name in Z39.50 results you have to add a line in: /usr/share/koha/lib/C4/Breeding.pm at line 394: $row_data{server} = $servername[$k]; $row_data{isbn} = $oldbiblio->{isbn}; $row_data{lccn} = $oldbiblio->{lccn}; $row_data{title} = $oldbiblio->{title}; $row_data{author} = $oldbiblio->{author}; $row_data{date} = $oldbiblio->{publicationyear}; **** $row_data{publisher} = $oldbiblio->{publishercode}; $row_data{edition} = $oldbiblio->{editionstatement}; and in: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/z3950_search.tt (change ../prog/LANGUAGE/modules/.. if not english) at line 155 the search results mask: <th>Server</th> <th>Title</th> <th>Author</th> <th>Date</th> **** <th>Publisher</th> <th>Edition</th> <th>ISBN</th> <th>LCCN</th> [Below the correspondet modified lines:] <td>[% breeding_loo.server %] <div class="linktools"><a href="/cgi-bin/koha/catalogue/showmarc.pl?importid=[% breeding_loo.bree$ <td>[% breeding_loo.title |html %]</td> <td>[% breeding_loo.author %]</td> <td>[% breeding_loo.date %]</td> **** <td>[% breeding_loo.publisher %]</td> <td>[% breeding_loo.edition %]</td> <td>[% breeding_loo.isbn %]</td> <td>[% breeding_loo.lccn %]</td>

2 1

Re: [Koha-devel] [Jenkins] dependencies installed on jenkins.koha-community.org
by Paul A 16 Nov '13

16 Nov '13

At 02:30 PM 11/15/2013 -0800, Galen Charlton wrote: >>[snip] is there a "master" list of all perl modules across the Koha >>spectrum? Or is this an impossible dream? > >A list of Koha's Perl dependencies has been maintained for years, >actually, and is to be found in the file C4/Installer/PerlDependencies.pm >in the source tree. Thanks Galen, but I must have expressed my thoughts unclearly. Example, for 3.8.4 the list of perl deps runs to line 530 and ends with 'HTML::FormatText' -- and on the jenkins site under master it appears to go to line 700 and ends with 'Crypt::Eksblowfish::Bcrypt' Is the "jenkins" what you mean by "source tree"? Is it version dependant or does it correspond to what I called a "master list"? If the latter (and excuse my lack of understanding) is it backwards compatible? (e.g both 3.8.4 and jenkins have the first entry 'XML::LibXSLT' with 'min_ver' => '1.59' but I have not verified all items.) Apologies for rambling on what is probably very simple. tnx and br -- paul

2 1

Re: [Koha-devel] [Jenkins] dependencies installed on jenkins.koha-community.org
by Paul A 15 Nov '13

15 Nov '13

At 01:10 PM 11/15/2013 -0800, Galen Charlton wrote: >Hi, >This is just a FYI that I've installed the following packages on ><http://jenkins.koha-community.org>jenkins.koha-community.org to deal with >a testing glitch arising from my pushing the patch for bug 11185: >* libanyevent-http-perl >* libanyevent-perl >Please note that at present, I'm assuming that any Debian and Ubuntu build >servants are expected to have the modules called for by the koha-deps and >koha-perldeps packages. Is there any operational overhead (apart from disk storage) penalty from having unused perl packages installed? (I've googled around, but have not found any real answer.) In other words, for sandbox use, looking at all versions say from 3.8 up, should unused packages be removed for testing comparative efficiency, speed, etc of a single version? Are there any packages where "older" perl is required for "older" Koha? If not (and I get the impression that there is probably nothing detrimental), is there a "master" list of all perl modules across the Koha spectrum? Or is this an impossible dream? tnx and br -- paul

2 1

[Jenkins] dependencies installed on jenkins.koha-community.org
by Galen Charlton 15 Nov '13

15 Nov '13

Hi, This is just a FYI that I've installed the following packages on jenkins.koha-community.org to deal with a testing glitch arising from my pushing the patch for bug 11185: * libanyevent-http-perl * libanyevent-perl Please note that at present, I'm assuming that any Debian and Ubuntu build servants are expected to have the modules called for by the koha-deps and koha-perldeps packages. 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

1 0

Global Bug Squashing Day! November 15, 2013
by Mark Tompsett 14 Nov '13

14 Nov '13

Greetings, It’s already 4 hours or so into GBSD (if you are in Kiritimati, Christmas Island, Kiribati). Thanks to Owen Leonard who pointed this out on the channel. For further reference see http://wiki.koha-community.org/wiki/2013-11-15_Global_bug_squashing_day Have fun squishing and squashing! GPML, Mark Tompsett

1 0

Re: [Koha-devel] [Koha] Summary of Open session at KohaCon13 - with a focus on Funding the Future of Koha.
by Brendan Gallagher 13 Nov '13

13 Nov '13

> > I plan to write something, but I need help from a UX person. > > I want a simple taskboard, with bugs, that people can claim by a > simple click. Then a simple karma type system. ByWater have signed off > 10 Catalyst patches, Catalyst have signed off 5 software.coop and 1 > Bywater patch, leaving Catalyst 4 patches to go ... kind of idea. > > It's not fully formed, but if it sounds like something people would to > see, or explore further, let me know and I will devote some evenings > to it. > > I would totally be behind an idea like this. Ideally it would be great to "easily" see if we (ByWater) really are doing enough to eventually get our patches signed off. Something like this would give us a great snapshot of where we need to quickly pick up the slack or just help another developer/company. Although I usually look for patches that are within my skillset to sign-off on, the company or person that submitted the patch is never an issue or goal for me to test or sign-off and I would urge that mind-set stay in the forefront for everyone (which I'm pretty positive that it will). > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- --------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions CEO Support and Consulting for Open Source Software Installation, Data Migration, Training, Customization, Hosting and Complete Support Packages Headquarters: Santa Barbara, CA - Office: Redding, CT Phone # (888) 900-8944 http://bywatersolutions.com info(a)bywatersolutions.com

2 1

Fwd: Re: [Koha] koha development
by Bob Birchall 13 Nov '13

13 Nov '13

Forwarding to the list. Bob -------- Original Message -------- Subject: Re: [Koha] koha development Date: Tue, 12 Nov 2013 09:46:26 +0530 From: rocky bang <rockybang0(a)gmail.com> To: Bob Birchall <bob(a)calyx.net.au> can you plz tell me is there any perticular maintenance folder or any specific path where Only i can able to apply patch?? coz i am getting errors while applying patches On Mon, Nov 11, 2013 at 1:33 PM, Bob Birchall <bob(a)calyx.net.au <mailto:bob@calyx.net.au>> wrote: On 11/11/13 17:54, rocky bang wrote: hii all, I am new to koha customization, I want to customize my koha 3.12.05. For that i want to know how to create a patch with .patch extension with and without using git. I also got some patches but how do i apply those patches to my koha with same version. Kindly assist me for the same. Thank you in advance. I guess you could start here: http://wiki.koha-community.org/wiki/Category:Development There's a whole page on git: http://wiki.koha-community.org/wiki/Category:Git You should also be aware of the coding guidelines: http://wiki.koha-community.org/wiki/Coding_Guidelines Patches to Koha are always welcome. Often, others will be interested in your customizations. If in doubt, you can ask on the list. Bob Birchall Calyx _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Re: [Koha-devel] Koha-devel Digest, Vol 96, Issue 11
by Andrea Furin 08 Nov '13

08 Nov '13

Il 08/11/2013 12:00, koha-devel-request(a)lists.koha-community.org ha scritto: > Send Koha-devel mailing list submissions to > koha-devel(a)lists.koha-community.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > or, via email, send a message with subject or body 'help' to > koha-devel-request(a)lists.koha-community.org > > You can reach the person managing the list at > koha-devel-owner(a)lists.koha-community.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha-devel digest..." > > > Today's Topics: > > 1. Please help: biblio and biblionumber (Andrea Furin) > 2. Re: Please help: biblio and biblionumber (Bob Birchall) > 3. Unimarc an standard place for biblio and biblionumber > (Zeno Tajoli) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 08 Nov 2013 00:01:38 +0100 > From: Andrea Furin <andrea.furin(a)slacky.it> > To: Koha-devel(a)lists.koha-community.org > Subject: [Koha-devel] Please help: biblio and biblionumber > Message-ID: <527C1BD2.2020101(a)slacky.it> > Content-Type: text/plain; charset=ISO-8859-1 > > hi. I had a very big problem: I cannot solve this: > in "MARC bibliographic framework test" I have an error: > "biblio and biblionumber The biblio.biblionumber and > biblioitems.biblioitemnumber fields be mapped to a MARC subfield" > > Installed Koha 3.12.6 via deb. > > I use Unimarc. > > My records.abs tells: > ############ IDENTIFICATION NUMBERS ################## > melm 001 Local-number,Local-number:n > # Local-number (biblionumber can be either in 090$9 or, on some setup, > on 001) > melm 009 Identifier-standard:w,Identifier-standard:n > melm 090$a Local-number,Local-number:n > melm 099$c > date-entered-on-file:s,date-entered-on-file:n,date-entered-on-file:y,Date-of-acquisition,Date-of-acquisition:d,Dat$ > melm 099$d > Date/time-last-modified:s,Date/time-last-modified:n,Date/time-last-modified:y > melm 099$t ccode:w > > My framework: > biblio.biblionumber -> 001_@ > bilioitems.biblioitemnumber -> 090_a > > > Please help, thanks in advance > > a.f. > > > ------------------------------ > > Message: 2 > Date: Fri, 08 Nov 2013 11:00:43 +1100 > From: Bob Birchall <bob(a)calyx.net.au> > To: koha-devel(a)lists.koha-community.org > Subject: Re: [Koha-devel] Please help: biblio and biblionumber > Message-ID: <527C29AB.4090707(a)calyx.net.au> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Andrea, > Its better etiquette to post to only one list. Choose the most > appropriate. In this case, its not really a development question, so > the general list is probably best. > > biblionumber and biblioitemnumber are internal Koha numbers. Field 001 > (in MARC21 and I am assuming in UNIMARC) is a control number that you > can assign. A standard Koha install will use 999$c for biblionumber and > 999$d for biblioitemnumber. You can check these settings at > Administration/Koha To Marc Mapping. There is generally no need to > change these, and its probably not a good idea. > > Did you make any changes of that nature? > > I hope this helps, > Bob > > On 08/11/13 10:01, Andrea Furin wrote: >> hi. I had a very big problem: I cannot solve this: >> in "MARC bibliographic framework test" I have an error: >> "biblio and biblionumber The biblio.biblionumber and >> biblioitems.biblioitemnumber fields be mapped to a MARC subfield" >> >> Installed Koha 3.12.6 via deb. >> >> I use Unimarc. >> >> My records.abs tells: >> ############ IDENTIFICATION NUMBERS ################## >> melm 001 Local-number,Local-number:n >> # Local-number (biblionumber can be either in 090$9 or, on some setup, >> on 001) >> melm 009 Identifier-standard:w,Identifier-standard:n >> melm 090$a Local-number,Local-number:n >> melm 099$c >> date-entered-on-file:s,date-entered-on-file:n,date-entered-on-file:y,Date-of-acquisition,Date-of-acquisition:d,Dat$ >> melm 099$d >> Date/time-last-modified:s,Date/time-last-modified:n,Date/time-last-modified:y >> melm 099$t ccode:w >> >> My framework: >> biblio.biblionumber -> 001_@ >> bilioitems.biblioitemnumber -> 090_a >> >> >> Please help, thanks in advance >> >> a.f. >> _______________________________________________ >> Koha-devel mailing list >> Koha-devel(a)lists.koha-community.org >> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >> website : http://www.koha-community.org/ >> git : http://git.koha-community.org/ >> bugs : http://bugs.koha-community.org/ > > > ------------------------------ > > Message: 3 > Date: Fri, 08 Nov 2013 11:34:33 +0100 > From: Zeno Tajoli <z.tajoli(a)cineca.it> > To: koha-devel(a)lists.koha-community.org > Subject: [Koha-devel] Unimarc an standard place for biblio and > biblionumber > Message-ID: <527CBE39.40600(a)cineca.it> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi to all, > > stanrting from question of Andrea Furin, I do a check on unimarc setups. > > In en, fr-FR, it-IT the mysql field biblio.biblionumber is connecect > with 001. > > > in "MARC bibliographic framework test" I have an error: >> "biblio and biblionumber The biblio.biblionumber and >> biblioitems.biblioitemnumber fields be mapped to a MARC subfield" > but with this setup the cgi /admin/checkmarc.pl gives this error. > > So, it is better to change checkmarc.pl on insert a new default ? > > In Unimarc xsl for biblionumber it used 090$a > > Bye > Zeno Tajoli I've found this: http://kpro.tamil.fr biblio.biblionumber 090_9 Constraints: subfield ignored biblioitems.biblioitemnumber 090_a Constraints: subfield ignored http://intranet-demo.biblibre.com/ biblio.biblionumber 001_@ Constraints: subfield ignored biblioitems.biblioitemnumber 090_a Constraints: subfield ignored If I keep "Constraints: subfield ignored" all is ok for me too: it this the solution?

1 0

Use of Zebra built-in facets
by Mathieu Saby 08 Nov '13

08 Nov '13

Hi We are currently exporing the Zebra built-in facets feature in my library. I have read that Jared Camins-Esakov announced during KohaCon that he found a way to use them in Koha. Jared, could you tell us if your code is testable somewhere ? Or maybe is it still a draft? Regards, Mathieu -- 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

1 0