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

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

Delete report group
by akafortes 05 Nov '15

05 Nov '15

Is there a way to edit or delete a Report group? -- View this message in context: http://koha.1045719.n5.nabble.com/Delete-report-group-tp5860244.html Sent from the Koha-devel mailing list archive at Nabble.com.

2 1

IMPORTANT: Global Bug Squashing Week
by Tomas Cohen Arazi 04 Nov '15

04 Nov '15

Hi everyone, I'm sorry I missed to send this email earlier. I have set a Trello board for managing the team-work to have the bugfixes we need for the upcoming 3.22 release. There are several minor ones, but also a couple nasty ones (Plack-related). The point is to work together on those, have a fluent communication on what are we doing, and most important, have fun while we do important things for the release. Video conference sessions if we need them, discussions about a specific bug solution on IRC. Whatever you find useful. For using the Trello board, you need to have access to Trello (you need to sign into an account). But it is not different than what you can see in bugzilla. Only categorized by priority (set by participants) and with information about who is doing what at a given time. If you think something needs to have higher priority, just say so. If you want to work on a bug, but don't want to join the propietary Trello, just tell me you are working on that bug, so I mark it on the board and others know, and spend time on another bugs. Please help Koha, and join us! The Koha development team -- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F

5 6

General IRC meeting and 3.24 elections in 30 minutes
by Mirko Tietgen 04 Nov '15

04 Nov '15

Hello everyone, just a short reminder that we have a community IRC meeting in half an hour, and we are electing the team for the next release cycle. Please attend and show your support for our volunteers. The meeting agenda can be found at http://wiki.koha-community.org/wiki/General_IRC_meeting_4_November_2015 Candidates for the 3.24 release cycle can be found here http://wiki.koha-community.org/wiki/Roles_for_3.24 See you there http://koha-community.org/get-involved/irc/ Mirko -- Mirko Tietgen mirko(a)abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de

1 0

Can't hide fields in Normal View on OPAC
by akafortes 03 Nov '15

03 Nov '15

I have edited my MARC bibliographic framework and changed the visibility of the fields that I don't want to be shown in the OPAC. The problem is that in the "Normal View" I still get some of the fields that were supposed to be hidden. They are only hidden in the "MARC View". Is there a way to change this? -- View this message in context: http://koha.1045719.n5.nabble.com/Can-t-hide-fields-in-Normal-View-on-OPAC-… Sent from the Koha-devel mailing list archive at Nabble.com.

2 1