- Koha - lists.katipo.co.nz

koha-US Board Meeting Reminder for Wednesday, March 12, 2025
by Kristi Krueger 12 Mar '25

12 Mar '25

Hello! The next koha-US Board Meeting is *today, *Wednesday, March 12, 2025. When: 8:30a PT / 11:30a ET (time converter <https://www.timeanddate.com/worldclock/fixedtime.html?msg=koha-US+Board+Mee…> ) Where: Zoom <https://us02web.zoom.us/j/293750042?pwd=SGQzS2pmU3prNFhYRHNaeTFhOHN4QT09> Agenda: https://docs.google.com/document/d/19cvGthAMusVbI1_vRXOeC3MgSC9kaxWjE3lROoL… If you have additional topics for the agenda, please send them to secretary(a)koha-us.org. Meetings are held via Zoom video conferencing. A microphone and webcam are recommended but not required. Zoom is available for Windows, Mac, and Linux on desktops, and Android and iOS on mobile devices. For help getting started, visit: https://support.zoom.us/hc/en-us/categories/200101697 These meetings are always free and open to any and all. Kristi Krueger koha-US Secretary secretary(a)koha-US.org

1 0

Upgrading from Debian 8 (jessie) & Koha 19.11.21.001
by Steve Nickerson 08 Mar '25

08 Mar '25

Hi all, I have an outdated Koha installation that I am going to be working on getting updated soon and wondering if anyone has pointers, tips, experience with similar situations and can offer guidance? I'll be getting new hardware and installing Debian 12 for an OS. Current Koha version is 19.11.21.001 using MySQL, Zebra indexing, and no memcached setup. With that said, here's a few specific questions if anyone can help: - What is the overall process to go from Koha 19.11.21.001 to 24.11? Will I have to upgrade to any releases in between? - Do I need to convert from MySQL to MariaDB, and if so how and where in the process will that be done? - Should I or do I need to convert from Zebra to ElasticSearch for indexing? And again, if so how/where in the process will that be done? - Should I enable Memcached? How/where/when? I know this is kind of a large, fairly broad topic but hoping someone can point me in the right direction and assist with either all of it, or at least pieces of it fairly easily. Thanks! Steve

1 0

Request for listing as a paid support service provider from India
by RapidRadio Koha 07 Mar '25

07 Mar '25

Kia Ora #koha: Namaste from RapidRadio Solutions Pvt. Ltd. <https://rapidradio.co.in/library/koha/> , INDIA to all members of the Koha Community. We hope this email finds you well. We would like to draw your kind attention that we are a team, providing Koha ILS Support and Services (Installation, Configuration, Data Migration, Technical Support and Training Service) in Libraries from India since 2022. We would like to enlist ourselves as a paid support service provider from India in the Koha Community. We believe that our Koha Support/Services would be a valuable addition to the Koha community. Kindly find our required details mentioned below. *Company Name: RapidRadio Solutions Pvt. Ltd.* *Contact Person: Subhankar Barman* *Contact email: koha(a)rapidradio.co.in <koha(a)rapidradio.co.in>* *Website: www.rapidradio.co.in/library/koha <http://www.rapidradio.co.in/library/koha>* *Telephone: +91 7003988029* We request you all to enlist our details as a paid support service provider from India under Koha Community Portal https://koha-community.org/support/paid-support/country/#ind . Your kind consideration in this regard is highly expected. Thanks & Regards, *Koha ILS Team,* *RapidRadio Solutions Pvt. Ltd.* *B-305 & B-404, Satyamev I, Opposite Gujarat High Court,* * Sarkhej Gandhinagar Highway, Ahmedabad - 380 060, Gujarat, India.*

2 3

Koha 3.10.03.000 Upgrade
by Costantino, Fernán 07 Mar '25

07 Mar '25

Hi ppl, how are you. ¿Is there a guide over there to solve this upgrade? The machine has Ubuntu 12.04. I want to migrate to a new server and new stable Koha. Thanks. -- COSTANTINO, FERNÁN División Nuevas Tecnologías Biblioteca Central Francisco P. Moreno Universidad Nacional del Comahue Santa Fe y Leloir (Q8300) Neuquén Cap.- Tel 54(0299)4490398

2 1

Printing spine labels in non-Roman characters, Thai in particular
by David Cook 07 Mar '25

07 Mar '25

Sawasdee krub Fred and Michael, I went on this journey back in 2022 with a library in Hong Kong to get the Label Creator to create PDFs that contained Traditional Chinese. I'll try to explain the process I went down (and how it might be different for you now). In koha-conf.xml you'll find a "ttf" section which lists a number of TrueType Font files which get paired up to font types that you'll see in the Label Creator. From memory, the DejaVu font covers a number of scripts like Latin, Greek, Cyrillic, Arabic, and I think Hebrew. Maybe even Devanagari. But they don't for Chinese and Japanese, and I suspect they don't for Thai either. (You can double-check by using the program FontForge to view the font files as glyphs mapped against Unicode code points.) What this means is that you need to use a font that supports the Thai script like "Noto Sans Thai". Most importantly, you need to use a TrueType Font file (.ttf) for this font. Once you have it, you put it on your server, and change the mapping in koha-conf.xml to point to it. Now... in my case with NotoSansTC-Regular, I don't think there was a TrueType Font file available at that time. Google only provided OTF files and the "fonts-noto-cjk" Linux package only provided TTC files, and the PDF::Reuse library couldn't handle either of those. What I had to do was open the NotoSansTC-Bold.otf in FontForge, flatten the OTF subfonts into one font, re-encoded to UnicodeBMP, and then add in glyphs for "space" and "hyphen" as they'd mysteriously vanished. I then exported as TTF, and I had a file that worked for printing Traditional Chinese in the Koha Label Creator! These days, it looks like Google supplies .ttf files from their website, so I think that you should be able to just download Noto Sans Thai, map it in koha-conf.xml, and have success. (Note that I have not tried it though.) Something to remember is that typically Noto Sans fonts also include the Latin script, so you'll have support for both English and Thai. Alternatively, you can use Bywater's Koha plugin koha-plugin-label-maker which leverages your browser and your system's installed fonts to render many different scripts. This is probably the most robust option, but for Koha built-in features and where you need support for a particular language that isn't supported by the DejaVu font... the above should work. (If you were so inclined, a person could technically make a font with an assemblage of all the scripts they need to support, but it would take some work and technical knowledge.) Anyway, I hope that answers most of your questions! David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 -----Original Message----- ------------------------------ Message: 4 Date: Mon, 24 Feb 2025 21:47:39 +0000 From: "King, Fred" <Fred.King(a)Medstar.net> To: koha <koha(a)lists.katipo.co.nz>, Michael Leung <ykleung7(a)msn.com>, "koha-US list" <koha-us(a)koha-us.org> Subject: [Koha] Printing spine labels in non-Roman characters, Thai in particular Message-ID: <PH7PR13MB5504FD89C93E444ACC88FB8EE3C02(a)PH7PR13MB5504.namprd13.prod.outlook.com> Content-Type: text/plain; charset="us-ascii" Hello everybody, A while back I helped an institution in Thailand set up a Koha instance for their library. Now they need to print spine labels in the Thai alphabet, and I haven't been able to figure out how. I set up their instance to include the Thai language module, but the characters aren't appearing in spine labels. Can anyone assist them? I don't think they're on the Koha discussion list (or Mattermost), so please include Michael Leung ykleung7(a)msn.com<mailto:ykleung7@msn.com> in your replies. (And to the list--I want to know, too!) Thanks to all, --Fred Fred King, MSLS, AHIP; he, him Medical Librarian, MedStar Washington Hospital Center fred.king(a)medstar.net 202-877-6670 ORCID 0000-0001-5266-0279 MedStar Authors Catalog: http://medstarauthors.org I don't know why people expect art to make sense when they accept the fact that life doesn't make sense. --David Lynch ------------------------------ Subject: Digest Footer _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ End of Koha Digest, Vol 232, Issue 19 *************************************

4 5

koha-US General Meeting Minutes for Wednesday, March 05, 2025
by Kristi Krueger 06 Mar '25

06 Mar '25

Hello, Here's a link to the minutes from the koha-US General Meeting held on Wednesday, March 05, 2025- https://docs.google.com/document/d/1jm4EY2eLSDggPO173vFEME1Xc4ybkrsetEdaye9… The recording for the general meeting has been posted; there's a link to the recording in the minutes. koha-US meetings are open to all! The next general meeting will be on Wednesday, 02 April, 2025 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. The next board meeting will be on Wednesday, 12 March, 2025 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. Kristi Krueger koha-US Secretary secretary(a)koha-us.org

1 0

Update paid support company data
by Oscar Gaona 05 Mar '25

05 Mar '25

Dear Koha Community, Please update the data for this company that has been on the list for some years (Colombia - South America):Company Name: OrganizadatosContact Person: Oscar GaonaContact email: oscar.gaona(a)organizadatos.comWebsite: https://organizadatos.comTelephone: +57 3213778393 Thank you in advance. Kind regards, Oscar G.

2 6

Request to remove Anact OSS from providers
by Clint Deckard 05 Mar '25

05 Mar '25

Kia ora, I request removal of my listing on the wiki for support providers. I am no longer offering Koha services. Thank you, Clint. Clint Deckard Anact Open Source Solutions 184 Tukituki Road RD1, Takapau 4286 021 2075004

2 1

opac-browse.pl not working with ElasticSearch
by Sami M. Rasheed 05 Mar '25

05 Mar '25

Hi to all,After upgrading to Koha 24.11.02, we installed Elasticsearch and made all configurations, then rebuilt the Elasticsearch index. Then we switch the SearchEngine to ElasticSearch and enable the syspref OpacBrowseSearch.In OPAC, we select "Browse search" and make a search using Exact, Fuzzy, or Really fuzzy. The problem comes when clicking on any of the results the opac-browse.pl is not working. We use:Koha 24.11.02Ubuntu 24.04 Thanks

3 2

Error 404 on accessing files uploaded with the Upload tool
by Leon Vivier 05 Mar '25

05 Mar '25

Good day everyone We have a problem with files uploaded using the Upload tool. We have a development/test (dev) server and a live server for our Koha. On the dev server we can upload a file with the Upload tool. We can then access it 1) under Uploads through the "Copy link to this file" option under the Public column, 2) when you right-click on this link and select open in new tab it also works, 3) when you link it to a bibliographic record. We then copied this config to the live server. On the live server we are however unable to access files after uploading them with the Upload tool. Interesting thing to note: When you select the "Copy link to this file" on the Uploads screen it shows the correct link. Eg. "https://[ourlibrary]/cgi-bin/koha/opac-retrieve-file.pl?id=8924dff0eaae8c edf59a8ddabcec7f06". But when you click copy it only copies the back-end: "/cgi-bin/koha/opac-retrieve-file.pl?id=8924dff0eaae8cedf59a8ddabcec7f06". When you paste this link into the browser it naturally does not work. When you add the appropriate front section, eg. "https://[ourlibrary]", it however still does not work. So the link copies in a broken format but it does not work even when you fix. I have checked the dev and live server: Both copy the files to the same location on the server. So the files are in the correct place. Both have the correct upload folder in the Koha config. Any assistance would be appreciated. Kind regards Leon Vivier

2 1