February 2025 - Koha - lists.katipo.co.nz

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

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

Karanga Mai | Call for Presentations for Kohacon25 Now Open!
by Chris Cormack 02 Mar '25

02 Mar '25

Kia ora koutou, We're very happy to announce that the call for presentations for KohaCon25 is now open! As Koha returns to Aotearoa for its 25th birthday, we're keen to hear your stories and insights for both our conference sessions and working together days. ## Te Kaupapa | Theme Our theme is "Coming Home" as we celebrate a quarter-century of Koha. We're particularly interested in presentations that: - Share success stories from your Koha journey - Highlight how Koha has grown and evolved since its beginnings in Horowhenua - Showcase innovative ways libraries are using Koha - Reflect on the impact of open source in libraries - Look towards the next 25 years of Koha ## Conference Days (17-19 November) We welcome presentations ranging from 15 minutes to 1 hour, including: - Feature showcases - Case studies - Community stories - Future visions - Lightning talks ## Working Together Days (21-23 November) We're seeking workshop proposals for our hands-on sessions, such as: - Technical workshops - Development sprints - Documentation improvements - Training sessions - Community initiatives - Collaborative problem-solving ## Ngā Kōrero | Presentation Details - All presentations will be in-person at Te Whanganui-a-Tara | Wellington - Sessions will be live-streamed for our global whānau - When submitting, please indicate your preferred time length and session type ## Tukua Mai | How to Submit Submit your proposal through our online form at https://cfp.kohacon.org/forms/kohacon25-talks-submission-lfe0lb by 1 March 2025. Your submission should include: - Title of your presentation or workshop - Abstract - Session type (conference talk or workshop) - Preferred length - Brief bio - Any technical requirements ## Important Dates - Submissions close: 1 March 2025 - Presenters notified: 15 March 2025 ## Questions? Flick us an email at chris(a)bigballofwax.co.nz if you have any questions. Share your story as part of this milestone celebration of Koha's journey home. Whether you're a long-time community member or new to the whānau, we'd love to hear from you. Ngā mihi nui, Chris

1 2

Request to add our name to the list of paid support providers for Koha
by Luis Ramirez Caldas 28 Feb '25

28 Feb '25

Dear Sirs, we would like to be listed on your site as a Koha support provider. You can check our activity related to Koha at the following link on our website https://bibliolatino.com/-koha-18-.html You can also see a link to the KOHA community website in the footer on the right side of our website. Company name: BIBLIOLATINO.COM SAC Contact person: LUIS RAMÍREZ CALDAS Contact email: luis(a)bibliolatino.com Website: https://bibliolatino.com Phones: +51-957-227-391 | +593-988661259 Categories: Peru, Ecuador, Bolivia, Argentina -- *Lic. Luis Ramirez Caldas* *Bibliolatino.com* *Cuenca - Ecuador | Celular: 00593-98866-1259 | Oficina: 00593-7-4081573 * *Lima - Perú | Celular: 0051-929-846-378 | * *Correo: luis(a)bibliolatino.com <luis(a)bibliolatino.com>* *Visita: https://www.bibliolatino.com <https://www.bibliolatino.com/>* * WhatsApp <https://api.whatsapp.com/send?phone=593988661259> Mensaje FB <https://m.me/bibliolatino> *

2 3

The Terrific Every-Other-Thursday Training Videos | 512
by BRANNON, CHRISTOPHER 27 Feb '25

27 Feb '25

This week George will show off some super hacks to help catalogers catalog quicker and more accurately (well, at least streamline the 245 indicators). And this week, our special guest will be George's phone. https://youtu.be/qMU1TUItb1c Respectfully, Christopher Brannon koha-US Admin

1 0

Koha February release with security fixes
by Paul Derscheid 27 Feb '25

27 Feb '25

Hi all, The Koha community is proud to announce the release of February versions: 24.11.02 24.05.07 23.11.12 22.11.24 It is a bugfix/maintenance release including security fixes. It is highly recommended to upgrade. The full release notes will shortly be available at: https://koha-community.org/koha-24-11-02-released/ https://koha-community.org/koha-24-05-07-released/ https://koha-community.org/koha-23-11-12-released/ https://koha-community.org/koha-22-11-12-released/ Debian packages are available. Tarballs will follow soon. For the March release, we will aim for the 24th again (due to the 22nd falling on a Saturday again, as in February and thanks to February’s 28 day length). Kind regards Paul -- LMSCloud GmbH Paul Derscheid - Software Engineer Bismarckstr. 3 - D-72764 Reutlingen e paul.derscheid(a)lmscloud.de w www.lmscloud.de

1 0

Re: [Koha] Printing spine labels in non-Roman characters, Thai in particular
by David Cook 27 Feb '25

27 Feb '25

Hi David, Thanks for your contribution as well! I hadn't heard of the fonts-unifont package before. Unfortunately, it looks like "fonts-unifont" only includes .ttf files in Debian 11 Bullseye. In Debian 12 Bookworm and onward, they're .otf files which Koha can't use. For Ubuntu... looks like Ubuntu 22.04 Jammy has the .ttf version while Ubuntu 24.04 noble and onwards has the .otf version. So looks like it'll be a mixed bag there. But it's got me thinking. Maybe we can include the Unifont .ttf in Koha and provide a "Unifont" option in the Label creator as a backup option for people without other options. David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 -----Original Message----- Date: Wed, 26 Feb 2025 21:17:23 +0100 From: David Liddle <david(a)liddles.net> To: koha(a)lists.katipo.co.nz Cc: ykleung7(a)msn.com Subject: Re: [Koha] Printing spine labels in non-Roman characters, Thai in particular Message-ID: <CAP3zdfZuudgKKu8iduK5fs2txnxsJROH6pMosWJwngkPr8YKDw(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Thank you, David, for chiming in with immensely useful information! I manage another system with which Michael is familiar, and your contribution has helped me understand it better. (I came into administration of this server only a few years ago. At one point, I discovered that there is a crazy number of font packages installed, and I wasn't sure why.) Michael, if it helps, the Debian package "fonts-unifont" is installed on our server. The relevant section of "koha-conf.xml" reads as follows:  <ttf> /usr/share/fonts/truetype/unifont/unifont.ttf /usr/share/fonts/truetype/unifont/unifont_upper.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Bold.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-Italic.ttf /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif-BoldItalic.ttf /usr/share/fonts/truetype/unifont/unifont.ttf /usr/share/fonts/truetype/unifont/unifont_upper.ttf /usr/share/fonts/truetype/unifont/unifont_csur.ttf /usr/share/fonts/truetype/unifont/unifont_csur.ttf /usr/share/fonts/truetype/unifont/unifont.ttf /usr/share/fonts/truetype/unifont/unifont_upper.ttf /usr/share/fonts/truetype/unifont/unifont_csur.ttf /usr/share/fonts/truetype/unifont/unifont_csur.ttf </ttf> I can't immediately explain the added entries, or why some of the default types continue to use DejaVu. But if spine labels work in Thai from there, then perhaps the same or similar configuration will work for the system you and Fred have put together. All the best, David Liddle System Administrator

1 0

Koha bug in item search
by Info LibraryITSolutions 26 Feb '25

26 Feb '25

Dear colleagues, I have found a bug in the item search within the Russian localization. By default, the visualization of the item search selects all fields. When I attempt to perform a search, I receive a 500 error. The search works fine in both the German and English localizations. Any ideas on what might be causing this? Koha 24.11.01 Here is the query : https://katalog-intra.mws-osteuropa.org/cgi-bin/koha/catalogue/itemsearch.p… Beste Grüße, Eugen Bastron

2 3

Re: [Koha] Koha bug in item search
by David Cook 26 Feb '25

26 Feb '25

I'm not super familiar with the translation mechanisms, but I reckon that whatever replaces the text in _() constructs should perform some escaping (at the very least of double quotes). I'll raise a Bugzilla issue for that... David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 -----Original Message----- Date: Tue, 25 Feb 2025 07:27:18 -0500 From: Owen Leonard <oleonard(a)myacpl.org> To: Info LibraryITSolutions <info(a)libraryitsolutions.com> Cc: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Koha bug in item search Message-ID: <CAO4qe2OEHNB+_ATzxLKLpFFNe7eR0ECO7D=hmDgo2Z-8RQ0ifg(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" It looks like there is problem with the Russian translation which is causing a JavaScript error on the item search page. The translation file (ru-RU-staff-prog.po) has this: #: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/itemsearch.tt:379 #: koha-tmpl/intranet-tmpl/prog/en/modules/reports/itemslost.tt:100 #, c-format msgid "Not for loan status" msgstr "Статус \"на дом не выдается\"" This creates double quotes in the JS section of the template which trigger the error. In other parts of the templates this kind of string might work with no problems, but because this generates JavaScript it is a problem. I'm not sure how we could improve this process for translators. A manual fix to the .po file (if you're able to rebuild the translated templates) would look like this: msgstr "Статус 'на дом не выдается'" A manual fix to the template would change this line: + ' <th id="items_status" data-colname="notforloan_status">' + _("Статус "на дом не выдается"") + '</th>' ...to this: + ' <th id="items_status" data-colname="notforloan_status">' + _("Статус 'на дом не выдается'") + '</th>' -- Owen

1 0

TODAY! "Developing Koha Together: a forum to connect Koha’s end-users and Koha’s developers"
by Sarah B. Cornell 25 Feb '25

25 Feb '25

Greetings! The Koha-US<https://koha-us.org/> Education Committee will host an online forum on Tuesday, February 25 at 5:00-6:30 PM, UTC. (Noon Eastern, 9 AM Pacific.) During this meeting Koha developers and users will learn about each other’s interests and areas of expertise as they relate to Koha. Please join us for a moderated discussion that will answer questions like these: * What are some key blockers that keep you from getting involved in developments? * What reports and tools do you find useful for data cleanup? * What is a development that you’d like to work on but is hard to get prioritized? * How can end users help developers? Use this link to join us on zoom: https://us02web.zoom.us/j/87096463879?pwd=OrhzK4YsqkrlGPXASdwiAeYI2pPbnd.1 Please share this event with your colleagues! On behalf of the Education Committee, Sarah Sarah B. Cornell Supervisor of Technical Services Portsmouth Public Library 175 Parrott Avenue Portsmouth, NH 03801 603-766-1730 https://portsmouthnh.gov/library Please note my new email address: sbcornell(a)cityofportsmouth.com<mailto:sbcornell@cityofportsmouth.com> is now sbcornell(a)portsmouthnh.gov<mailto:sbcornell@portsmouthnh.gov>. Please update your address book. ________________________________ Notice: Email Address Change Our email domain has changed. Please use @portsmouthnh.gov instead of @cityofportsmouth.com for future communications. Thank you for your attention!

1 0