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

[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

[Bug 15331] New: Sort order breaks at offset=1000 (both OPAC and Intranet)
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15331 Bug ID: 15331 Summary: Sort order breaks at offset=1000 (both OPAC and Intranet) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To re-create: 1) Go to the advanced search page, in either Staff Client or OPAC. 2) Run a search which will return many thousands of results, sort by A-Z 3) Go to the page prior to offset=1000 (i.e. page 50 if you have 20 results/page or 40 if you have 25 results/page). This page will be properly sorted alphabetically. 5) Go to the next page. This will *not* be sorted alphabetically. Example: http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?&limit=mc-i… The results are Amazing armored animals / Amazing bats / Amazing birds / The amazing bone / The amazing book of bird records : the largest, the smallest, the fastest, and many more! / Amazing buildings / Amazing buildings / Amazing dinosaur facts / Amazing flying machines / Amazing grace / Amazing grace / The amazing impossible Erie Canal / Amazing Leonardo da Vinci inventions you can build yourself : learn some hands-on history! / The amazing life of Benjamin Franklin / The amazing life of birds : (the twenty-day puberty journal of Duane Homer Leech) / An amazing machine / Amazing magic tricks : apprentice level / Amazing magic tricks : master level / Amazing mammals / The Amazing Maurice and his educated rodents / The next titles in the catalog should be Amazing mazes : mind bending mazes for ages 6-60 / The amazing Mrs. Pollifax The amazing odorous adventures of Stinky Dog / Instead, we get http://catalog.bywatersolutions.com/cgi-bin/koha/opac-search.pl?&limit=mc-i… The history of Herodotus Thucydides. Hippocratic writings. The day after Roswell / The demon-haunted world : science as a candle in the dark / The UFO phenomenon / Champ, beyond the legend (updated edition) / Area 51 : the dreamland chronicles / UFO crash at Roswell : the genesis of a modern myth / Chaos : making a new science / The black swan : the impact of the highly improbable / PC annoyances : how to fix the most annoying things about your personal computer / PC help desk in a book : the do-it- yourself guide to PC troubleshooting and repair / The little Mac book / Where wizards stay up late : the origins of the Internet / Web design tools and techniques / Degunking your email, spam, and viruses / IPhone and iPad apps marketing : secrets to selling your iPhone and iPad apps / Office 2007 all-in-one desk reference for dummies / Windows 95 secrets / -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14522] New: Use Koha::Cache for accessing single_holidays()
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14522 Bug ID: 14522 Summary: Use Koha::Cache for accessing single_holidays() Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org more info to come -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 7985] New: In Checkout, list of items checked out should show Charge from table accountlines
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7985 Priority: P5 - low Change sponsored?: --- Bug ID: 7985 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: In Checkout, list of items checked out should show Charge from table accountlines QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha Created attachment 9262 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9262&action=edit List of fines&charges (above) and list of checkouts (below). Do the following: ----------------- - Check out some items from a certain item type (to saem patron) - Modify item type, change Rental charge - Check out additional item to same patron Result: ------- In the list of checkouts, all items show the new rental charge and not the Rental charge that was applied at chckout time. Totals differ. This situation will result in a lot of support questions. See screenshot in attachment, first and second item were issued with a rental charge of 1.01 and 3rd with a rental charge of 1.02. The values are displayed correctly under the fines tab. Fazit: ------ The list of checkouts should be linked with the table accountlines instead of grabbing the current value of the rental charge from the item type. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 15322] New: Add delete report option to edit saved report screen
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15322 Bug ID: 15322 Summary: Add delete report option to edit saved report screen Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org It would be nice if the saved report edit screen (cgi-bin/koha/reports/guided_reports.pl?reports=[report number]&phase=Edit%20SQL) had a delete option. When editing reports/checking reports, sometimes you can tell on the edit report screen that the report needs to be deleted. Right now, you have to go back to the saved reports module and delete from there. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14064] New: Implement language overlay for item types
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14064 Bug ID: 14064 Summary: Implement language overlay for item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Implementation of language overlays for item types similar to Bug 14063. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 4078] Display active currency symbol on currency output and input
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 --- Comment #16 from Marc Véron <veron(a)veron.ch> --- Still applies. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14609] New: Warning "Hold found (item is already waiting)" only appears at holding branch.
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14609 Bug ID: 14609 Summary: Warning "Hold found (item is already waiting)" only appears at holding branch. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Replicating issue on community master: 1) Log in to http://staff-community.bwsdev.bywatersolutions.com/ (username: tester, password: tester) 2) Set library to Midway 3) Place item level hold for borrower cardnumber 1, item barcode 1000 4) Check in barcode 1000 You should see "Hold found: Bws test record 1 Hold for: Admin, Koha (1)" 5) Click "Confirm hold" 6) Check in barcode 1000 You should see "Hold found (item is already waiting): Bws test record 1 Hold for: Admin, Koha (1)" 7) Set library to Centerville 8) Check in barcode 1000 -- Expect warning like "Hold found (item is already waiting): Bws test record 1 Hold for: Admin, Koha (1)" -- Got no warning -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7041] New: Sort >1000 search results with sortmax parameter in zebra config file
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7041 Bug #: 7041 Summary: Sort >1000 search results with sortmax parameter in zebra config file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org By default, zebra does not sort more than 1000 records (search results). You can increase this number by adding the sortmax parameter in zebra-biblios.cfg. Putting this value in Koha's zebra config file will make this default value visible and make it easier to increase it if one prefers that. This patch therefore adds the default of 1000 to zebra-biblios.cfg. Does not change any Koha/Zebra behavior. If you want to test it, look for a search in your catalog with >1000 results. Look at the order of the records. Now apply the patch and copy the zebra-biblios.cfg to your zebra directory. Increase sortmax, reindex and search again. If you increased sortmax above the number of hits, you should see a difference in sort order now. -- 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 11

[Bug 15257] New: authority records imported via z39.50 don't get authid in the 001
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '15

08 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15257 Bug ID: 15257 Summary: authority records imported via z39.50 don't get authid in the 001 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: rocio(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When importing an authority record via z39.50, the authid assigned to the record by Koha doesn't get put into the 001 tag. The authid *is* correctly assigned to the authority record, it just doesn't get put into the 001 in the marcxml. Using z39.50, the authority record retains whatever data was in that 001 field originally. When one of these authorities is linked, the actual authid is used in the link to the bib record. -- You are receiving this mail because: You are watching all bug changes.

1 2