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

People's names on the Release Notes 3.22
by Tomas Cohen Arazi 13 Nov '15

13 Nov '15

Hi everyone, if you look at the relesae notes for the beta, you might notice some glitches on the names/addresses/companies/library names. Those are extracted from the commits, so not my fault :-D But most of them can be fixed manually. Just let me know and I'll do it. -- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F

2 1

Searching numeric ranges
by Barton Chittenden 13 Nov '15

13 Nov '15

I am working on searching lexile number ranges. ccl.properties shows lex 1=9903 r=r The 'r=r' bit means that I should be able to search using a numeric range separated by a dash, e.g. 500-600 Should return any numeric results from 500 to 600. The following query works: cgi-bin/koha/catalogue/search.pl?q=ccl%3Dlex%2Cst-numeric%3D500-600 However, when I try adding that as an item in the search menu, as follows: $(document).ready(function(){ //add lexile to search pull downs $("select[name='idx']").append("<option value='lex,st-numeric'>Lexile (e.g. 600 or 550-650 )</option>"); }); That gets munged... the url reads cgi-bin/koha/catalogue/search.pl?idx=lex%2Cst-numeric&q=500-600 And I get the following message: No results found No results match your search for 'lex,st-numeric: 500-600'. --Barton

2 4

Trying to contact Zeno Tajoli at Cineca...
by David Cook 12 Nov '15

12 Nov '15

Hi Zeno: I CCed you into my koha list response, but I'm getting unrecoverable errors trying to send to you. Here's the relevant line: <-- 554 5.7.1 <z.tajoli(a)cineca.it <mailto:z.tajoli@cineca.it> >: Recipient address rejected: Failed SPF check; prosentient.com.au, Unknown mechanism type 'ip' in 'v=spf1' record I'm guessing that your v=spf1 record might contain "ip" instead of "ip4"? I don't know much about SPF, but that's my best guess. Thought I'd try to send you a head's up about it via the listserv in any case. Maybe it's a problem on my end but it's not happening when I send email to anyone else. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007

1 0

Koha 3.22 beta released
by Tomas Cohen Arazi 12 Nov '15

12 Nov '15

A beta release of Koha 3.22 is now available for download. We encourage all users of Koha to consider downloading and testing the beta prior to its release later this month. Debian packages for this beta will be available soon on the unstable repository. Koha 3.22 is a major release, that comes with many new features. This beta preview is released for testing purposes. Its use on production sites is discouraged. Draft release notes and download links can be found below. Share and enjoy (and test)! Download: http://koha-community.org/download-koha/ Draft release notes: http://koha-community.org/koha-3-22-beta-released/ <http://koha-community.org/koha-3-20-beta-released/> Note: if you want to try the new Plack integration, read the instructions here: http://wiki.koha-community.org/wiki/Plack Thanks everyone! -- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F

1 0

Re: [Koha-devel] Benchmarks - prior to the 3.22 release
by Paul A 09 Nov '15

09 Nov '15

At 06:26 PM 11/9/2015 +0000, Jonathan Druart wrote: >2015-11-09 17:56 GMT+00:00 Paul A <paul.a(a)navalmarinearchive.com>: > > At 04:30 PM 11/9/2015 +0000, Jonathan Druart wrote: > >> > >> Hi devs, > >> > >> Please have a look at the these benchmarks: > >> > >> http://wiki.koha-community.org/wiki/Benchmark_for_3.22 > >> > >> I let you draw the appropriate conclusions. > > > > > > Jonathan, > > > > Is there a write up (perhaps specific code examples) on how these > benchmarks > > are obtained? How fast are the machines (server and client)? allow any > > caching? if from a work station, what browser, and how is latency > > compensated for? > > > > For example, using one of our cataloguers' workstations -- not exactly > > modern, cache disabled, and using a 10/100 ethernet card on our Gigabit LAN > > -- with Firebug "Net", I can "add item" in 1.66s (onload: 1.68s) -- the > > actual POST additem.pl is 698ms, and nearly all the remainder is > GETting the > > various *.js (utilities.js slowest at 156ms) and *.css (skin.css slowest at > > 125ms) > > > > But -- I'm maybe comparing "apples and pears" to the benchmarks on the > Wiki. > >Yes you are, see first lines on the wiki page. Thanks for the pointer. Next week I can probably mirror our prod. machine back to a sandbox. Is your script specific to 3.16|18 or should it run on 3.8.24 on Ubuntu 14.04? If there's a chance of success, I can certainly give it a try... Best -- Paul

1 0

Re: [Koha-devel] Benchmarks - prior to the 3.22 release
by Paul A 09 Nov '15

09 Nov '15

At 04:30 PM 11/9/2015 +0000, Jonathan Druart wrote: >Hi devs, > >Please have a look at the these benchmarks: > >http://wiki.koha-community.org/wiki/Benchmark_for_3.22 > >I let you draw the appropriate conclusions. Jonathan, Is there a write up (perhaps specific code examples) on how these benchmarks are obtained? How fast are the machines (server and client)? allow any caching? if from a work station, what browser, and how is latency compensated for? For example, using one of our cataloguers' workstations -- not exactly modern, cache disabled, and using a 10/100 ethernet card on our Gigabit LAN -- with Firebug "Net", I can "add item" in 1.66s (onload: 1.68s) -- the actual POST additem.pl is 698ms, and nearly all the remainder is GETting the various *.js (utilities.js slowest at 156ms) and *.css (skin.css slowest at 125ms) But -- I'm maybe comparing "apples and pears" to the benchmarks on the Wiki. Best -- Paul

2 1

Link to the Current Stable Release is broken
by Stefano Bargioni 09 Nov '15

09 Nov '15

At page http://koha-community.org/download-koha/, the link to the "Current Stable Release (.tar.gz)" <http://download.koha-community.org/koha-latest.tar.gz> is broken. Thx. Stefano

4 3

What is the largest library collection you've heard of? / Also different metadata formats / RDF (aka all the things)
by David Cook 09 Nov '15

09 Nov '15

Hi all: I was just wondering. what's the biggest library collection you've heard of? What's the biggest Koha collection you've heard of? Most recently, I recall there being a mention of 13-14 million bibliographic records in a Turkish public library consortium: http://koha.1045719.n5.nabble.com/KOHA-with-PostgreSQL-td5856359.html I did some Googling and arrived at this list: https://en.wikipedia.org/wiki/List_of_largest_libraries. The two biggest are the British Library with 170+ million items and the Library of Congress with 160+ millions. Library and Archives Canada come in third with 54 million, and the New York Public Library comes in fourth with 53 million. It drops off pretty fast after that. 2 in the 40s, 4 in the 30s, 6 in the 20s, and 3 in the teens. I think the largest Koha I've managed had a little over 1 million items and 1 million biblios. I'm guessing that many cases of "large" libraries must be in the 1-10 million range, which doesn't actually seem that bad. I sometimes wonder about the merit of a table that stored something like ("id","type","metadata"). The primary key has an index by default I believe and then maybe add one to "type" if we find necessary although it might only ever need to be accessed after the row is already retrieved. Just thinking about adding different metadata formats to Koha. In theory, Zebra can handle any XML metadata format we throw at it. I think you can index different record types into Zebra. We'd need to change how the indexing runs and add some XSLTs for indexing/retrieving those metadata formats, but I think it's doable. There's a few ways of handling the results afterward. you could add templates to the existing XSLTs so you could feed the metadata to the same XSLT regardless of format. Or we could adopt an intermediary data format (when retrieving data from Zebra, we can define our own XSLTs per record type I believe) and do our displays based on that intermediary format. The remaining troubles would then be with other places in Koha that use the MARCXML directly. such as cataloguing, which relies on mappings between the relational database and MARC and items which are composed/decomposed to/from MARCXML. But I think that's all achievable. Of course, I don't have a project at the moment that would involve adding metadata formats. Thinking more about RDF, but I think that's a bit of a barrel of monkeys. While I think RDF has merit when it comes to browsing records, I still don't see how you could effectively retrieve an RDF record from a local triplestore if you're relying on data stored on a remote server. Your RDF record might have the title you want to find, but what if you want to find a record by author? There's no local data referring to the author. You just have a triple in the record that contains an IRI pointing to the author record on another server. I don't have a lot of experience with RDF or triplestore or linked data in general. but I assume that there must be some sort of local caching of data in search indexes? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007

1 0

New Release team
by Chris Cormack 08 Nov '15

08 Nov '15

Hi All Could the new people for the 3.24 release cycle that need rights to be able to push to git.koha-community.org please send me their ssh keys. Thanks Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

UNIMARC Titles facet does not work
by Fridolin SOMERS 05 Nov '15

05 Nov '15

Hie, A question for UNIMARC specialists in Bug 15142. It may need discussion how fix it. Thanks for your help -- Fridolin SOMERS Biblibre - Pôles support et système fridolin.somers(a)biblibre.com

1 0