- Koha - lists.katipo.co.nz

Problems with the facebook web crawler
by Nigel Titley 26 Jul '24

26 Jul '24

Is anyone else getting problems with the facebook web crawler hammering their OPAC search function? This has been happening on and off for a couple of months but set in with a vengeance a couple of days ago. The crawler is hitting us with many OPAC search queries, beyond the capacity of our system to respond. robots.txt is being ignored I started by blocking facebook's entire IPv6 range as the queries were all coming in over IPv6. They responded by switching to IPv4 and because they have a number of blocks it wasn't practical to block each and every one of them. I've temporarily switched off OPAC entirely and the system has returned to normal and I can at least perform intranet functions but this is obviously non-ideal. Does anyone have any thoughts on this? I'm running 22.05.13.000 on Ubuntu. Thanks Nigel

7 10

Fwd: Images quality reduction
by Manos PETRIDIS 24 Jul '24

24 Jul '24

In line 59 we read " # GD autodetects three basic image formats: PNG, JPEG, XPM; we will convert all to PNG which is lossless..." What is the point of converting a lossy format like jpeg to a lossless one, especially as this means that the resulting file will increase in size, needlessly increasing database size and backup times? Manos PETRIDIS Στις Τετ 24 Ιουλ 2024 στις 6:30 μ.μ., ο/η Fridolin SOMERS < fridolin.somers(a)biblibre.com> έγραψε: > Hi, > > Cover images are reduced with uploaded in Koha. > See this code : > > > https://git.koha-community.org/Koha-community/Koha/src/commit/9d6d641d1f8b7… > > Best regards > > Le 23/07/2024 à 13:33, Russel G. P. Shihepo a écrit : > > Dear Community > > > > Whenever I upload a local cover image, the quality of the image gets > > reduced by Koha. This happens when you try to preview a record cover > image > > or cover image in a large view by clicking on it either on OPAC or the > > Staff interface. > > > > For example if the original image is 300dpi, the quality is reduced and > > renders content too blurry to see any details in the photo. > > > > Is there a possible way to change parameters in order to increase the > image > > quality for both OPAC and Staff interfaces ? Make all the cover pictures > > 300 dpi for instance? > > > > I tried with no avail with some CSS tags: > > .cover-image img > > .chocolat-image-wrapper .chocolat-img > > > > Regards, > > Russel Shihepo > > _______________________________________________ > > > > Koha mailing list http://koha-community.org > > Koha(a)lists.katipo.co.nz > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > -- > Fridolin SOMERS <fridolin.somers(a)biblibre.com> > Software and system maintainer 🦄 > BibLibre, France > _______________________________________________ > > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

Fwd: Images quality reduction
by Manos PETRIDIS 24 Jul '24

24 Jul '24

I beg to differ, I can't accept that reducing image quality and increasing file size can be considered "fine work". Manos PETRIDIS Στις Τετ 24 Ιουλ 2024 στις 8:14 μ.μ., ο/η Coehoorn, Joel <jcoehoorn(a)york.edu> έγραψε: > In my experience, the reduction process in koha works fine and gives > results that are appropriate for the display size (important on the web, > especially when poeple may download these images over mobile data)... > > ... as long as the original is in the correct aspect ratio. If the original > ratio is off relative to the display area in koha, the result may end up > stretched or skewed at the new lower quality, and that can look kinda bad. > > *Joel Coehoorn* > Director of Information Technology > *York University* > Office: 402-363-5603 | jcoehoorn(a)york.edu | york.edu > > > > On Wed, Jul 24, 2024 at 10:48 AM Fridolin SOMERS < > fridolin.somers(a)biblibre.com> wrote: > > > Hi, > > > > Cover images are reduced with uploaded in Koha. > > See this code : > > > > > > > https://git.koha-community.org/Koha-community/Koha/src/commit/9d6d641d1f8b7… > > > > Best regards > > > > Le 23/07/2024 à 13:33, Russel G. P. Shihepo a écrit : > > > Dear Community > > > > > > Whenever I upload a local cover image, the quality of the image gets > > > reduced by Koha. This happens when you try to preview a record cover > > image > > > or cover image in a large view by clicking on it either on OPAC or the > > > Staff interface. > > > > > > For example if the original image is 300dpi, the quality is reduced and > > > renders content too blurry to see any details in the photo. > > > > > > Is there a possible way to change parameters in order to increase the > > image > > > quality for both OPAC and Staff interfaces ? Make all the cover > pictures > > > 300 dpi for instance? > > > > > > I tried with no avail with some CSS tags: > > > .cover-image img > > > .chocolat-image-wrapper .chocolat-img > > > > > > Regards, > > > Russel Shihepo > > > _______________________________________________ > > > > > > Koha mailing list http://koha-community.org > > > Koha(a)lists.katipo.co.nz > > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > > > -- > > Fridolin SOMERS <fridolin.somers(a)biblibre.com> > > Software and system maintainer 🦄 > > BibLibre, France > > _______________________________________________ > > > > Koha mailing list http://koha-community.org > > Koha(a)lists.katipo.co.nz > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > > _______________________________________________ > > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

Images quality reduction
by Russel G. P. Shihepo 24 Jul '24

24 Jul '24

Dear Community Whenever I upload a local cover image, the quality of the image gets reduced by Koha. This happens when you try to preview a record cover image or cover image in a large view by clicking on it either on OPAC or the Staff interface. For example if the original image is 300dpi, the quality is reduced and renders content too blurry to see any details in the photo. Is there a possible way to change parameters in order to increase the image quality for both OPAC and Staff interfaces ? Make all the cover pictures 300 dpi for instance? I tried with no avail with some CSS tags: .cover-image img .chocolat-image-wrapper .chocolat-img Regards, Russel Shihepo

3 2

koha-US Consortia Special Interest Group
by George Williams 24 Jul '24

24 Jul '24

Hello everyone, The koha-US Consortia Special Interest Group will meet this Thursday July 25 (tomorrow), at 9am Pacific/10 Mountain/11 Central/Noon Eastern. There is no agenda for this meeting. We'll discuss whatever topics the attendees wish to discuss related to using Koha in a multi-library system. That being said, if there is anything specific you'd like to discuss, if you let me know in advance I'll make sure it gets covered. Zoom link: https://us02web.zoom.us/j/929501615?pwd=ZmkwaHFSTFZ5WHpXTGNHMkovMk5hZz09 View and subscribe to the koha-US calendar here: https://koha-us.org/calendar/ Learn more about SIGs and join mailing lists here: https://koha-us.org/special-interest-groups/ See you on Thursday, George -- George Williams (he/him) Next Search Catalog Coordinator Northeast Kansas Library System 785-838-4090 gwilliams(a)nekls.org NEXT SEARCH CATALOG <https://nextkansas.org>

1 0

Re: [Koha] Export page failing to load and related error
by David Nind 23 Jul '24

23 Jul '24

Hi Evan. On Tue, 16 Jul 2024 at 07:49, Evan Stewart <evanstewart406(a)gmail.com> wrote: > Hi David, > > Thank you for the tips. > > I'm using Koha 23.11.06.000. I have a few thousand records in my instance > with multiple libraries created in the same instance. > > The error page appears when I click "export catalog data". It fails before > getting to the query page. > > When I run the command line script, I receive the following error. > > *Command:* > /usr/bin/perl /usr/share/koha/bin/export_records.pl > > *Message:* > Can't locate Koha/Script.pm in @INC (you may need to install the > Koha::Script module) (@INC contains: /etc/perl > /usr/local/lib/i386-linux-gnu/perl/5.32.1 /usr/local/share/perl/5.32.1 > /usr/lib/i386-linux-gnu/perl5/5.32 /usr/share/perl5 > /usr/lib/i386-linux-gnu/perl-base /usr/lib/i386-linux-gnu/perl/5.32 > /usr/share/perl/5.32 /usr/local/lib/site_perl) at /usr/share/koha/bin/ > export_records.pl line 25. > BEGIN failed--compilation aborted at /usr/share/koha/bin/export_records.pl > line 25. > > *Odd thing: *I see that Koha/Script.pm is located at > /usr/share/koha/lib/Koha/Script.pm > > > Any advice? > > -Evan > I've never run Koha in a production environment, but I think this is something to with the environment variables. Were you logged in to your server as root? I think you need to use sudo koha-shell yourinstancename (then Koha will have the right settings for your instance of Koha). This should work with package installs, but if Koha was installed a different way then I'm not sure. Hopefully, others can comment further on how this should be done correctly, and the location of the files (as I don't know). (I've included your reply to me and sent to the mailing list - for some reason the default with the general mailing list is to reply to the sender and not reply all.) David Nind New Zealand

2 3

Export Data tool fails (only tool that fails)- ver 23.11.06
by Evan Stewart 23 Jul '24

23 Jul '24

Hello, (I started a similar question on a thread titled "Export page failing to load and related error". Posting again with additional information and to bump the message into new views) *Issue:* The "Export Data" tool will not load. I go to *More* > *Cataloging* > *Export catalog data* and the page immediately fails. (server details at the bottom of the message) The error message is a standard message: "*Service Unavailable:* The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later." All other tools in the Koha GUI work. The export is the only one failing. Does anyone know how to better troubleshoot this issue? *Troubleshooting Steps Tried:* - Upgrade my server to 16GB of RAM. Results: same error - With koha-shell, run the command "/usr/share/koha/bin/export_records.pl --filename=JVK-manual-export". Results: the shell displays all the records, but I cannot find a file that was generated. *Background:* My team uses one instance of Koha to build catalogs that will eventually be sent to remote library locations Africa. I can access the database directly and run a count query on the "items" table. It shows we have *63,426* unique items in the catalog. We have multiple branches to organize all the items. The goal is to export the catalog data per branch library and then send the MARC file to the remote libraries so the librarian can import them into their local instance of Koha. We've been doing this for a few years, so the item records continue to grow. *Koha server details:* Koha version: 23.11.06.000 Server OS: Debian 11 RAM: 8GB CPU: 2 Storage: 160 GB Running on Amazon Lightsail Sincerely, Evan Stewart Africa's Hope, USA

2 7

Re: [Koha] Cannot log in staff interface in koha24
by Tom Obrien 23 Jul '24

23 Jul '24

Hi all, I migrated koha from 18 to 24, However when I want to login at staff interface it give the following error: 1. Error 500 <http://192.168.0.188:8082/index.html#> Help <http://192.168.0.188:8082/cgi-bin/koha/help.pl> An error has occurred!*Error 500*This message may have been caused by any of the following reasons: - You made use of an external link to an item that is no longer available - You followed an outdated link e.g. from a search engine or a bookmark - You tried to access a page that needs authentication - An internal link in the client is broken and the page does not exist What's next? - Use top menu bar to navigate to another part of Koha. - To report a broken link or any other issue, please contact the Koha administrator. Send email <root%40localhost> Will appreciate your assistance. Regards

3 2

Removal of patron data obtained via LDAP
by Michael Kuhn 23 Jul '24

23 Jul '24

Hi We are using Koha 24.05 and are intending to use a LDAP server to fetch the patron data for Koha. During the patron login process Koha will fetch the patron data or update them. So far so good. But what happens if a patron is no more existing on the LDAP server and does not log into Koha anymore? As we understand the once fetched data will just stay in the Koha database (in tables "borrowers" or "deletedborrowers") forever which conflicts with requirements of privacy. We imagine we could regularly compare patron data on the LDAP server with the patron data in Koha (using SQL reports); or we could just regulary and manually delete Koha patrons that expired in a given period and don't have no loans etc. anymore (e. g. using the batch patron deletion tool); but such a manual process seems cumbersome and error-prone. Script "cleanup_database.pl" does not cover patrons. Thus the question: Is there maybe a best practice how to get rid of patron data in Koha that do not exist on the LDAP server anymore? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch

2 1

REMINDER: Documentation Meeting on Thursday 25 July
by philip.orr＠lmscloud.de 19 Jul '24

19 Jul '24

Hello, just a reminder that next week there will be another Koha Documentation meeting. **Documentation team meeting Thursday 25 July 15:15-16:15 CEST** All details on how to join and what we're planning to discuss are at: https://wiki.koha-community.org/wiki/Documentation_meeting_25_July_2024 On the agenda this month: * Finally getting around to the Content development guide * Review of what weve all been working on: Automated screenshots, Re-organising the manual, MarcEdit documentation If you are curious about Koha documentation (and what we're doing to improve it), please join us! Best regards Philip Orr (he/him/his) [krimsonkharne on Koha IRC and Mattermost] Documentation Manager for the 24.11 cycle -- LMSCloud GmbH part of the ekz business group Office Bad Münstereifel Germany Philip Orr Project management, Training, Support T +49 7121 144154 e <mailto:philip.orr@lmscloud.de> philip.orr(a)lmscloud.de w <http://www.lmscloud.de/> www.lmscloud.de

1 0