December 2014 - Koha-bugs - lists.koha-community.org

[Bug 7012] New: limit to available not limiting anymore
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '15

10 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 Bug #: 7012 Summary: limit to available not limiting anymore Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When I limit to only available items in the OPAC it doesn't appear to be limiting anymore. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[Bug 11311] New: Browse selected authorities
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '15

10 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11311 Bug ID: 11311 Summary: Browse selected authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 13068] New: New feature for DB update and sandbox
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '15

10 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13068 Bug ID: 13068 Summary: New feature for DB update and sandbox Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.poulain(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Most patches with a DB update cannot be applied automatically on sandboxes, because they have a conflict in updatedatabase.pl I propose to have a new directory (say dev_update), that will be used during the development process. * when you submit a patch with a db update, you developer must put the DB update part into the dev_update/ directory, NOT in updatedatabase.pl * the updatedatabase.pl, at the end of the update process, checks if there is something in the dev_update. If there is, what's here is applied. * when the patch is pushed by the Release Manager, the DB update is moved out from the dev_update directory, and included into updatedatabase.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 152

[Bug 12772] New: Overdue Notice/Status triggers tool
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '15

10 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12772 Bug ID: 12772 Summary: Overdue Notice/Status triggers tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Sponsored by Halland County Library RFC (with mockup) : http://wiki.koha-community.org/wiki/Overdue_Notice_Enhancement#Overdue_Noti… Description : The ergonomy of the notice triggers tool will be enhanced with two new parameters : the item type et the on-hold status. We will re-use the ergonomy and the logic of the circulation rules model. The rules will apply from the more specific to the less specific. One will be able to set up a notice trigger for a specific patron catagory and a specific item type. A default value for the item types and the patron categories will be available to generalize the rules. For a specific notice level, we will prevent the user to set up different delay for the same combination of options. For each rule created, the new "on-hold" option will specify that the rule applies for the « on hold » items only. These new features will allow for example : to set up different rules for free of charge items or items with rental fee (since we can set up rules per item types). to set up different rules for available item or "on hold" item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 57

[Bug 11051] New: Performance of opac-search
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '15

10 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11051 Bug ID: 11051 Summary: Performance of opac-search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org I did a profile of opac-search and am going to make a few improvements to it. You can see the results here: http://debian.koha-community.org/~robin/opac-search/ This was run on a production 3.12.2 system, with 10 branches, with a database server on a different machine. This means that database latency is more visible. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 8609] New: Add an URL validation plugin for authority and biblio frameworks
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '15

09 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8609 Priority: P5 - low Change sponsored?: --- Bug ID: 8609 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Add an URL validation plugin for authority and biblio frameworks Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Created attachment 11511 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11511&action=edit Add an URL validation plugin for authority and biblio frameworks. This patch adds a new validation plugin that can be used in biblio and authority frameworks. The plugin uses a regex to validate that a field contains a valid url. For example, this plugin could be used for field 856$u of MARC21 biblio and authority frameworks. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 9313] New: add fine amounts to overdue with fines
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '15

09 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9313 Bug ID: 9313 Summary: add fine amounts to overdue with fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/circ/branchoverdues.pl OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Would be nice if we could see the fine amounts on the overdues with fines report: cgi-bin/koha/circ/branchoverdues.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12993] New: Add a default tax rate on item types
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '15

09 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12993 Bug ID: 12993 Summary: Add a default tax rate on item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This enhancement will permit to set a default tax rate for item types. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 9321] New: holds queue printable version
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '15

09 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9321 Bug ID: 9321 Summary: holds queue printable version Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com It would be nice if there were a printable stylesheet for the holds queue. Right now it's a print screen basically and that means that the table doesn't always fit on the page - in fact it never has for me. I think it should be a list or a thinner table or something a bit more printer friendly. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10662] New: Build OAI-PMH Harvesting Client
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '15

09 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 Bug ID: 10662 Summary: Build OAI-PMH Harvesting Client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, Koha only acts as a OAI-PMH server, I propose to add a harvesting client as well (likely using the HTTP::OAI::Harvester module), so that Koha can ingest records from other data sources (such as digital repositories like Dspace). I've only started reading about it but despite initial reservations about resumption tokens, I think the hardest part will not be with the retrieval of records so much as the parsing of those records into MARC. The Library of Congress does provide some crosswalks (http://www.loc.gov/standards/marcxml/) for converting other metadata formats into MARC21. However, the DC to MARC crosswalk (which is the obvious choice for Dspace) does not produce records of a high quality. So, as part of this new feature, I will also be working on a more complete DC to MARC crosswalk. Their DCMI terms (http://dublincore.org/documents/2012/06/14/dcmi-terms/?v=elements#type) have been mapped reasonably well to the MARC21 LEADER 6th and 7th positions, which improves the quality of the record and helps to produce a "best guess" 008. I'll be looking at adding more datafields and providing better fixed field transformation. Of course, some OAI-PMH repositories serve MARC so this crosswalk might not always be necessary. However, I've looked at Dspace's DC=>MARC crosswalk and it's similar to the LoC one, so I think this will be a valuable addition (both to Koha and to anyone wanting to transform DC to MARC21). As I mentioned, I'm just starting out with OAI-PMH, but I imagine having Koha as a OAI-PMH harvester might be useful in union catalogue situations where other servers might send quality MARC records. -- My plan: 1) Set up a script that is able to continuously harvest records from a OAI-PMH server (likely Dspace or Koha itself for my trials) 2) Set up a database table to handle harvester configuration (such as baseurl, sets, (possibly dates), metadata format, and any pointers to XSLTs. 3) Set up a solid (yet likely basic) DC => MARC XSLT. If anyone has comments or advice, I'd love to hear it. Hopefully, I'll be able to focus on this over the next little while... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 79