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

search result list is void of information
by giuseppe 26 Feb '19

26 Feb '19

Hello all, (already posted on koha-general, but maybe here a better place -- sorry for possible cross postings -- I will file a bug report if nothing happens here too) I've replaced an old Koha 17.11 by a fresh install of Koha 18.11 (on a fresh install of Debian 9.7 64bit). After install, as superlibrarian I successfully populated the DB with sample records including a couple of items, for test purposes. <http://koha.1045719.n5.nabble.com/file/t341209/Screenshot_2019-02-17_17-55-…> Afterwards, as normal user I tried a search for a keyword matching more than one record, and thus I got a list of search results. <http://koha.1045719.n5.nabble.com/file/t341209/Screenshot_2019-02-18_12-38-…> The list is correct, but, as you can see, each entry is void of textual information -- no title/author/etc. . If I click on the "image preview" of one single entry (not visible in the screenshot) I get access to the full info of that entry, which shows correct. But the search results void of textual information is uninformative for a user. This misbehaviour is also present in Koha 18.05 but not in Koha 17.11. Is this just a matter of misconfiguration? What should I do to restore the original behaviour? Thank you. -- Sent from: http://koha.1045719.n5.nabble.com/Koha-devel-f3063671.html

2 1

Limits cannot contain parentheses
by David Cook 26 Feb '19

26 Feb '19

Hi all, I noticed that the CCL2RPN parser throws fatal errors when limits have parentheses in them. I have a fix for it (described at https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22344) but it makes for an escaped $limit_cgi and an ugly $limit_desc. It doesn't break anything, but it's not aesthetically pleasing. Would people prefer an ugly fix that is easy to implement, or a more beautiful but difficult to implement fix? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

2 1

Re: [Koha-devel] FW: [Koha] Koha 18 support
by Fridolin SOMERS 26 Feb '19

26 Feb '19

Hi, Looks like your Zebra configuration is still in GRS-1 which is strongly deprecated. Try switch to DOM : https://wiki.koha-community.org/wiki/Switching_to_dom_indexing Which is you OS and how did you install Koha please ? Best regards, Le 23/01/2019 à 06:03, faiz(a)umt.edu.pk a écrit : > Dear Fridolin and Koha friends > > Our koha is not searching and when we rebuild Koha zebra it gives zebraidx error which is attached, our installation package is on ubuntu 16.04, when we rebuild Zebra from root login it works in the begning but as the indexing finishes after 20 min it starts generating errors, please share resolution. > > > Kind Regards > > > Muhammad Faiz Chishti > Team Lead Systems > Office of Technology Support (OTS) > University of Management and Technology > C 2 Johar Town > Tell: +42 111300200 Ext: 3640 Cell: +923054440632 > Website: www.umt.edu.pk Email: faiz(a)umt.edu.pk > > Please consider the environment before printing this email. > > > -----Original Message----- > From: faiz(a)umt.edu.pk <faiz(a)umt.edu.pk> > Sent: Tuesday, January 22, 2019 8:30 PM > To: 'Fridolin SOMERS' <fridolin.somers(a)biblibre.com>; 'koha(a)lists.katipo.co.nz' <koha(a)lists.katipo.co.nz>; 'koha-devel' <koha-devel(a)lists.koha-community.org> > Subject: RE: [Koha] Koha 18 support > > Dear brother > > We are using a pre compiled version by total library solution, We are facing error with zebra, it fails and the stops Koha search, we than rebuild Koha index and restart the server 2 or three times, this in return brings the service up. Now when we rebuild zebra it gives zebraidx error and does not rebuild. > > > The error is attached > > Kind Regards > > > Muhammad Faiz Chishti > Team Lead Systems > Office of Technology Support (OTS) > University of Management and Technology > C 2 Johar Town > Tell: +42 111300200 Ext: 3640 Cell: +923054440632 > Website: www.umt.edu.pk Email: faiz(a)umt.edu.pk > > Please consider the environment before printing this email. > > > -----Original Message----- > From: Koha <koha-bounces(a)lists.katipo.co.nz> On Behalf Of Fridolin SOMERS > Sent: Tuesday, January 22, 2019 8:20 PM > To: koha(a)lists.katipo.co.nz; 'koha-devel' <koha-devel(a)lists.koha-community.org> > Subject: Re: [Koha] Koha 18 support > > Hi > > What is your zebraidx error ? > > How did you install ? Debian Package ? > > Regards, > > Le 22/01/2019 à 11:31, faiz(a)umt.edu.pk a écrit : >> >> We are facing error with our daily Cron jobs, it fails and the stops Koha search, we than rebuild Koha index and restart the server 2 or three times, this in return brings the service up. Now when we rebuild zebra it gives zebraidx error and does not rebuild. >> >> We require support and maintenance of our locally installed instance. >> >> >> - Current system >> * Koha 18.05 >> >> - Number of bibliographic records >> * 127K >> >> - Average annual circulation >> * 35K approx. >> >> >> >> Kind Regards >> >> >> Muhammad Faiz Chishti >> Team Lead Systems >> Office of Technology Support (OTS) >> University of Management and Technology C 2 Johar Town >> Tell: +42 111300200 Ext: 3640 Cell: +923054440632 >> Website: www.umt.edu.pk Email: faiz(a)umt.edu.pk >> >> Please consider the environment before printing this email. >> >> > > -- > Fridolin SOMERS <fridolin.somers(a)biblibre.com> BibLibre, France - software and system maintainer _______________________________________________ > Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha > -- Fridolin SOMERS <fridolin.somers(a)biblibre.com> BibLibre, France - software and system maintainer

1 0

Koha 17.11.15 release
by Fridolin SOMERS 26 Feb '19

26 Feb '19

The Koha community is proud to announce the release of Koha 17.11.15. This is a maintenance release. The full release notes are available at https://koha-community.org/koha-17-11-15-release/ Debian packages will be upgraded in a few days. I may end this maintaining with 19.05 release in may, so last version should be 17.11.18. Regards, -- Fridolin SOMERS <fridolin.somers(a)biblibre.com> BibLibre, France - software and system maintainer

1 0

Koha 18.11.03 release
by Renvoize, Martin 22 Feb '19

22 Feb '19

The Koha community is proud to announce the release of Koha 18.11.03. This is a maintenance release. The full release notes are available at https://koha-community.org/koha-18-11-03-release/ Debian packages will be uploaded in a few days. Best regards and thanks to all those who have contributed to this release. *Martin Renvoize* <https://www.ptfs-europe.com> Development Team Manager *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize(a)ptfs-europe.com *Fax:* +44 (0) 800 756 6384 www.ptfs-europe.com Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info(a)ptfs-europe.com

1 0

Circulation API Question
by Stephen Graham 22 Feb '19

22 Feb '19

Hi All - we have a locally developed mobile app. It's mainly used for stuff like campus wayfinding, but there is also a notifications section. We are thinking of adding Koha notifications to this area - e.g. if the user needs to return a book because there is a reservation and/or it's reached max renewals, if there is a reservation for them to collect etc. I just trying to get a feel for the best way of doing this - using one of the Koha API services. We are currently on 17.11. I'm looking at https://wiki.koha-community.org/wiki/APIs_and_protocols_supported_by_Koha , and there are two possible methods that jump out at me: * ILS-DI * Restful HTTP Service/HTTP API (not sure where the RESTful service is up to development wise, but I don't think we have the https://wiki.koha-community.org/wiki/Koha_/svc/_HTTP_API service set up on our Koha) We could always write our own solution, but would rather use a Koha "supported" one. At the moment it looks like we might use the ILD-DI method. Are there any other recommend/better ways? Cheers, Stephen

2 2

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

New User Trying to Run Koha as Localhost
by Steven Hill 20 Feb '19

20 Feb '19

Hello everyone, I am trying to install and run Koha on my laptop at home. My laptop has Ubuntu 16.04 and Windows 10 installed on it with a dual boot option. I am a computer programmer who has worked on a browser based library management system in the past so I am familiar with most of the concepts and steps here. Although the system I worked on only ran on Windows we did use Apache on some sites so I am also familiar with configuring Apache. My intention is to initially run it on my computer as "localhost" while I familiarise myself with it. I have gone through the process of installation as detailed on wiki.koha-community.org/wiki/Debian without error as far as: "Access the web interface". So to summarise my system has: Ubuntu 16.04 LTSKoha 18.11 current stableMySQL database I have completed the following steps without error: 1. Install Koha2. Install the database (MySQL)3. Configure the defaults4. Create a Koha instance The next step "Access the web interface" did not work. At this point I get the standard 'Apache2 Ubuntu Default Page' telling me that Apache is working but the site may be down for maintenance etc. My koha-sites.conf file has:DOMAIN=".localhost" It seems to me that there is a configuration directive to find the Koha default.html or index.html that is missing or looking in the wrong place. Can anyone help me find where this configuration directive is or tell me what I'm doing wrong. I imagine it is something very simple. Thank you very much

3 2

makePreviousSerialAvailable: should we not touch the itype of the subscription.previousitemtype is invalid?
by Victor Grousset 18 Feb '19

18 Feb '19

Hi, :) Can someone confirm that bug 20461 doesn't prevent to create subscriptions that will create items with invalid itypes? https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20461#c15 If so, then we could ignore previousitemtype when it's invalid. To not corrupt items when has been forgotten or to handle the existing data which didn't had a previousitemtype due to bug 20461. For some reason I'm very confused by this issue and have a very varying understanding of it. That's why it seems wiser to ask for a confirmation before preparing a follow up :) Cheers, -- Victor Grousset, dev support/maintenance BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Libre/Open Source software and services for libraries

1 0

Re: [Koha-devel] Autorenewals renewing an item then sending a renew failure email the next day
by Holger Meissner 14 Feb '19

14 Feb '19

On Mon, Dec 10, 2018 at 10:56 AM McGowan, Janet <mailto:janet.mcgowan@ptfs-europe.com> wrote: > Our feedback from customers has been that the user only needs to be informed that the autorenewal > cannot take place at the point that the renewal would take place (ie at the point that the No renewal > before policy values kicks in). I wonder if the regular PREDUE notice is sufficient for that or not? Maybe we don't need a special auto renewal notice, but rather a way to make sure that the PREDUE trigger can't be set to any value > no renewal before? We actually use OPACUserJS to hide that setting. Regards, Holger

3 5