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

Re: [Koha-devel] [Koha] RFC for MARC holdings record support
by Ere Maijala 21 Feb '19

21 Feb '19

Good morning! Thanks for the feedback. I added a note to the RFC about embedded holdings in bibliographic records. They cover a lot of needs and we have considered embedding the holdings, but there are issues if there are multiple holdings. Regards, Ere Sebastian Hierl kirjoitti 5.4.2018 klo 10.08: > Good morning! > > I think that the feature would provide added flexibility, in particular > for monographic series and periodicals. Institutions who currently work > with an ILS that has holdings records would want to see the same in > Koha, should they be considering Koha. We currently use the 866 to > display holdings information, thus I don't see this as essential, but it > would be a useful enhancement. > > Greetings from Rome, > Sebastian > > -- > Sebastian Hierl, Ph.D. > Drue Heinz Librarian, Arthur & Janet C. Ross Library > American Academy in Rome > Via Angelo Masina 5 > 00153 Rome > Italy > > T: +39 06 5846 417 > F: +39 06 5810 788 > > On Wed, Apr 4, 2018 at 5:11 PM, Nick Clemens <nick(a)bywatersolutions.com > <mailto:nick@bywatersolutions.com>> wrote: > > There was some discussion of this at the IRC meeting today, > forwarding on > to the general list as well for librarian input/feedback > > On Tue, Apr 3, 2018 at 3:33 AM Ere Maijala <ere.maijala(a)helsinki.fi > <mailto:ere.maijala@helsinki.fi>> wrote: > > > Hi Katrin, > > > > Thanks for the comments. I'll try to clarify the RFC. > > > > --Ere > > > > Katrin Fischer kirjoitti 1.4.2018 klo 17.32: > > > Hi Ere, > > > > > > thx for your work on that! I've added some comments and > questions at the > > > bottom of the RFC page. I think key is to break the big > development down > > > into multiple steps that can be easily tested. > > > > > > Katrin > > > > > > > > > On 26.03.2018 12:58, Ere Maijala wrote: > > >> Hi Everyone, > > >> > > >> I've written an RFC for adding support for MARC holdings records, > > >> available here: > > >> > <https://wiki.koha-community.org/wiki/MARC_Holdings_Records_RFC > <https://wiki.koha-community.org/wiki/MARC_Holdings_Records_RFC>>. I'd > > >> be grateful for any feedback on this. I know there have been some > > >> initiatives to add (back) holdings records, but this proposal > is a bit > > >> different in that it relies on the MARC format and I already > have it > > >> working in a local custom branch apart from OPAC support. > > >> > > >> Regards, > > >> Ere > > >> > > > > > > _______________________________________________ > > > Koha-devel mailing list > > > Koha-devel(a)lists.koha-community.org > <mailto:Koha-devel@lists.koha-community.org> > > > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > <http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> > > > website : http://www.koha-community.org/ > > > git : http://git.koha-community.org/ > > > bugs : http://bugs.koha-community.org/ > <http://bugs.koha-community.org/> > > > > -- > > Ere Maijala > > Kansalliskirjasto / The National Library of Finland > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel(a)lists.koha-community.org > <mailto:Koha-devel@lists.koha-community.org> > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > <http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> > > website : http://www.koha-community.org/ > > git : http://git.koha-community.org/ > > bugs : http://bugs.koha-community.org/ <http://bugs.koha-community.org/> > > > -- > Nick Clemens > Sonic Screwdriver (Development Support) > ByWater Solutions > IRC: kidclamp > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> > https://lists.katipo.co.nz/mailman/listinfo/koha > <https://lists.katipo.co.nz/mailman/listinfo/koha> > > -- Ere Maijala Kansalliskirjasto / The National Library of Finland

5 8

Problem of OpacHiddenItems
by DevinimKoha 01 Oct '18

01 Oct '18

Hello everyone, We faced a quite big problem in Opac search for a while and we were not able to find a workaround for that. When we use OpacHiddenItems system preference value for a specific items, let's say withdrawn items, in the Opac search result, related item become hidden and the numbering is being closed automatically. However if all items in the second page were also hidden then it says "0 results found". Is there anybody hit this problem and any workaround for that? We created the bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19688 and we think that the change in the bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10584 may be the result of this bug. Thanks. Devinim Koha team.

3 3

Bug 1993 - Task Scheduler Needs Re-write
by Barton Chittenden 28 Sep '18

28 Sep '18

This is an old issue that's never really been addressed. As I understand it, at one time, we had a tool that used the unix 'at' scheduler to run requested reports. This was a huge security hole, and we disabled it.... and it's never worked since. As such, those who host servers must add calls to runreport.pl by hand. Bug 1993 was opened to address this. It was marked as 'In Discussion' in 2013. I would like to see this move forward -- server admins are dying from a thousand paper cuts, and I think that users would benefit from having more control over when their reports are scheduled. What still needs to be discussed here? Thanks, --Barton

5 5

ILS-DI GetRecords
by Jonathan Druart 28 Sep '18

28 Sep '18

Hi devs, I am trying to remove the subroutine GetItemsByBiblioitemnumber, which is only used from C4::ILSDI::Services::GetRecords. It generates timestampX, cardX and borrowerX for the last 3 patrons who checked out the items. I have no idea if it is a desired effects but, as this code has been there for a very long time (2005), I suspect it's not. Could anyone confirm? The "doc" (/ilsdi.pl?service=Describe&verb=GetRecords) does not say anything about the checkouts info. Cheers, Jonathan

4 3

zebra package
by Paul A 24 Sep '18

24 Sep '18

Has anyone else had a problem installing zebra (possibly 2.0.44) on Ubuntu 18.04LTS? We are currently updating our IT structure as part of our two-year LTS cycle. Koha (various versions, all tarball which is a policy decision) install properly, have perfect www interfaces (admin and public), but fail as all searches report nothing found, because zebra is apparently mis- | badly | not installed ("about" gives a blank, where 12.04, 14.04 and 16.04 report "Zebra 2.0.44") On the other hand, commands such as: ./bin/migration_tools/rebuild_zebra.pl -a -r -v ./bin/migration_tools/rebuild_zebra.pl -b -r -v -x work perfectly, reporting proper numbers of auths and bibs, cleaning, and reporting no errors. I would welcome any thoughts, particularly a debian/ubuntu package repository/name suitable for either apt or cpan. Thanks. Paul

6 11

Conflict between Zebra registers and C4::Search::_build_weighted_query()
by David Cook 30 Aug '18

30 Aug '18

Hi all, I noticed that "Corporate name" doesn't work in the advanced search on the staff client when QueryWeightFields is enabled. The reason is that QueryWeightFields rewrites the query to use the phrase register and "Corporate name" is only indexed in the word register. When the special attribute 14=1 isn't used in the query, this causes Zebra to fail the query with a 114 unsupported attribute error. Now one solution is to add "Corporate name" to the phrase register, but I imagine C4::Search::_build_weighted_query() must be causing this same problem to other queries where an index doesn't exist in the phrase register. I don't know what the best solution is here. I think we all know C4::Search is a terrifying mess of horror, so the easiest solution seems to be to add "Corporate name" to the phrase register. But C4::Search will never change unless we change it. That said, maybe this kind of issue doesn't matter as much anymore in a world where we're trying to move to Elasticsearch? I'm open to thoughts, opinions, and questions. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286 I'm thinking it might be worthwhile too to report Zebra errors in the Apache logs and maybe surface them on the staff client as well. I'm sure we're all familiar with Koha saying "No results found" when really under the surface Zebra is actually generating errors. I might raise an issue for that and do a quick POC and flesh it out more at Kohacon or something. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

1 0

Koha 17.11.09 release
by Fridolin SOMERS 29 Aug '18

29 Aug '18

The Koha community is proud to announce the release of Koha 17.11.09. This is a maintenance release with 1 security bug. The full release notes are available at https://koha-community.org/koha-17-11-09-release/ Debian packages will be upgraded in a few days. Regards, -- Fridolin SOMERS <fridolin.somers(a)biblibre.com> BibLibre, France - software and system maintainer

1 0

Koha 18.05.03 released
by Nick Clemens 29 Aug '18

29 Aug '18

The Koha community is proud to announce the release of 18.05.03. This is a maintenance release and contains many bugfixes and enhancements. As always you can download the release now and the packages will follow shortly: http://download.koha-community.org This is Martin's third release as the 18.05.XX release maintainer (and went smoothly despite my mix up), thank you very much to everyone involved in this release. Nick Clemens (kidclamp) on behalf of : *Martin Renvoize* Development Manager -- Nick Clemens Sonic Screwdriver (Development Support) ByWater Solutions IRC: kidclamp

1 0

Signed off status
by Cab Vinton 29 Aug '18

29 Aug '18

Every now & then I come across a bug that's been signed off, but the status is still "Needs Signoff" (e.g., https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14493) Can someone explain? Guessing maybe patches need multiple sign-off's before they pass QA?? If so, probably from someone higher up the food chain than a regular end-user like me? I didn't find guidance in the Development Workflow wiki, but I might have missed something. Many thanks, Cab Vinton, Director Plaistow Public Library Plaistow, NH

2 2

Re: [Koha-devel] Requesting feedback on changing the default behavior for loading the OPAC cart popup
by Alex Buckley 28 Aug '18

28 Aug '18

Hi all Just a quick note to say thanks to everyone who gave their thoughts on the proposed change to the OPAC cart popup (bug 21174). Cheers, Alex

1 0