August 2014 - Koha-devel - lists.koha-community.org

Z39.50 marc21 to unimarc
by Andrea Furin 16 Feb '16

16 Feb '16

Hi. I need to import Z39.50 marc21 results in a unimarc database: is it possible? Tia andrea f.

3 2

How to get CAS based Single Sign On working?
by Koustubha Kale 25 May '15

25 May '15

Hi All, I have a situation where we have a main website based on Joomla. This Joomla site uses CAS to authenticate users. We would like users ( who have already logged in to the Joomla site via CAS) to be able to follow a link to Koha site and be logged in automatically ( e.g. Single Sign On ). I have got simple CAS ( not proxy CAS ) working with Koha ( version 3.2.6 ) using the same CAS server as used by Joomla site. Still when I login to Joomla site with CAS, and then go to Koha and click on login and follow the CAS login link, I am asked to fill up CAS login information again. How can this be avoided by using CAS SSO? I have read through http://wiki.koha-community.org/wiki/SSO_CAS_improvements and am confused by the statement "Note: simple sso cas support (no proxy) has been done already by biblibre, is in testing and should be released in Koha 3.2" in there. Does this statement mean that SSO is possible with simple CAS? If yes how to set it up? If not, I have also read through bugs 6012, 5630 and the CAS Proxy examples. Frankly I haven't been able to figure out how I can achieve the above required functionality based on all the reading. Any help is much appreciated.. Another related query is, Is it possible to automatically create users in Koha once they have authenticated with CAS? Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2

3 3

952$j
by Paul 02 Oct '14

02 Oct '14

Our cataloguers have asked for additional precision in specific stacks -- 952$j "Shelving control number" would appear to be perfect :=) However, any value entered (eg: LLF15 -- loose leaf folder #15) systematically saves as 0 and SchemaSpy doesn't appear to even mention this field which is in the "default template" with no apparent restrictions. Can anyone with good "corporate memory" of 952$j use and programming please assist? Many thanks and best regards -- Paul

3 2

Bugs related to Zebra indexing for Unimarc
by Mathieu Saby 01 Sep '14

01 Sep '14

Hi Some time ago I wrote a few patchs for making unimarc indexing more precise, especially 7XX and 6XX fields. One has just been signed off by Nick Clemens (thanks!), a MARC21 librarian. Could some UNIMARC people make the QA for it? http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9828 (for 6XX fields: subjects) During the test, we discovered that it was not possible to index some fields depending on the value of MARC indicators. It would be a nice improvement, so I created a bug for that (but I won't work on it...) http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12813 He was about to sign the 2d patch about 7XX fields (authors) http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9352 But there is an issue that I am not sure to be able to fix: The patch index only relevant subfields in author index (so, no more the profession of the author, its date, or its address, because those information are not here to be searched by users, but to disambiguate authors). As a result, each subfield is indexed separately in "phr" and "word" index. So the complete name is no more searchable with "au:phr" index Ex : in master, you can retreive a record with "Doe John" in "au:phr" index if you have 700$aDoe$bJohn with the patch, you get 0 record I don't want to spend days on that... so do you know if the problem occurs also for MARC21? Is there a way to resolve it by using some (new?) template in *koha-indexdefs-to-zebra.xsl ? Regards, Mathieu Saby*

2 5

GPL licensing and Javascript
by Robin Sheat 29 Aug '14

29 Aug '14

There's a few points to be aware of for us here: http://lwn.net/SubscriberLink/609709/7f0fa0e255e8143b/ Scroll down to the "JavaScript and the GPL" section (or, read the whole thing. Some might find certain parts have a slight air of familiarity about them.) -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF

1 0

Re: [Koha-devel] VAT/GST rewrite
by Paul A 28 Aug '14

28 Aug '14

At 11:58 AM 8/28/2014 +0200, Jonathan Druart wrote: >Thanks to Katrin and Colin for their questions/notes on the wiki page >(http://wiki.koha-community.org/wiki/GST_Rewrite_RFC#Questions_.2F_notes) >[snip] >2/ Rounding >I suggest to add a new pref to define the decimal to get for price >calculation. So we need to change all the price DB fields to something >like decimal(13,4). Quick thought: not sure what other institutions use for "accounts", but we use Sage software which sets up the MySQL db to *two* decimal points for all items and at all three tax levels (0, 5 and 13%) -- it would perhaps be useful, particularly if other accounting systems do the same, to maintain consistency (or at least allow the choice.) The rounding errors are minor (they rarely if ever cascade), but a PITA for the auditors. Best -- Paul

1 0

VAT/GST rewrite
by Jonathan Druart 28 Aug '14

28 Aug '14

Hello, As promised, I have just finished to translate the spec for the VAT/GST rewrite. You can found them on the wiki: http://wiki.koha-community.org/wiki/GST_Rewrite_RFC Note that I am waiting for some feedbacks before starting the development. I really would like to know if the logic is good for all of you/your customers/use cases and if you agree on the values calculation. Regards, Jonathan

4 7

DBix relation names: discussion about biblioitem vs biblioitemnumber
by Marcel de Rooy 28 Aug '14

28 Aug '14

Hi, Please have a look at bug 11518 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11518, If the mail subject attracted your attention somehow.. Thx Marcel

1 0

RFC for overdue notice enhancements
by Francois Charbonnier 27 Aug '14

27 Aug '14

Hello all, Halland County Library in Sweden is going to sponsor new features. Their goals are to : * manage a reminder fee when a reminder is sent * manage different reminder delays depending on whether the item is reserved or not, and is free of charge or has a rental fee. We will start from a development inLibro did to manage invoices and fixed costs that goes along (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11092) Since, it hasn't been upstreamed yet, we will close this report and re-work it for a better integration with the new features. The requirements were thought to comply Halland County Library needs but also to be flexible and fulfill different settings. We also paid attention to keep Koha's behaviour, so libraries can keep their original set up if they doesn't need these new features. Here, you will find the RFCs : http://wiki.koha-community.org/wiki/Overdue_Notice_Enhancement Any comments, thoughts, suggestions are very welcome! Thanks François -- François Charbonnier, Bibl. prof. / Chef de produits Tél. : (888) 604-2627 francois.charbonnier(a)inLibro.com <mailto:francois.charbonnier@inLibro.com> inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>

7 10

PROG/CCSR deprecation
by Chris Cormack 27 Aug '14

27 Aug '14

Hi All I have been working on the prog/ccsr removal, I have all the patches that have been signed off pushed to a branch so we can test them all together. However I need 3 bugs to be signed off 12655 12539 12657 If someone could take a look at that and please sign them off, we can push them to the MM_OPAC/theme_dep to get them integration tested and then merge to master Thanks Chris

1 0