- Koha - lists.katipo.co.nz

Koha Community Newsletter: September 2023
by Koha Newsletter 29 Sep '23

29 Sep '23

The Koha Community Newsletter for September 2023 is here: https://koha-community.org/koha-community-newsletter-september-2023/ Many thanks to everyone who submitted articles and news to this newsletter! Please feel free to email me with any corrections or suggestions. -- Michael Kuhn Editor, Koha Community Newsletter

1 0

koha-US General Meeting Minutes for September 22, 2023
by Jennifer Marlatt 28 Sep '23

28 Sep '23

Hello, Here's a link to the minutes from the koha-US General Meeting held on Friday, September 22, 2023 during the third day of the 2023 Annual koha-US Conference - https://docs.google.com/document/d/1x_rrqLbAmnmpNZ4npb7lKi-uf4Po_Q-xsa7b6DV…. 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 board meeting will be on October 4, 2023 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. The next general meeting will be on October 11, 2023 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. Jennifer Marlatt koha-US Secretary <secretary(a)koha-us.org>secretary(a)koha-us.org

1 0

output of authors' subfields
by Сычев Игорь Алексеев ич 27 Sep '23

27 Sep '23

Hello! How to do if 7xx $g and $b are filled, output only $g? Both subfields are being displayed now. Is this reaction only in Unimarc? Example: 700 $aAufderstraße $bH. $gHartmut https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=667189 https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=22141 https://koha.lib.tpu.ru/cgi-bin/koha/opac-detail.pl?biblionumber=634386 Good Luck! Igor A. Sychev Tomsk Polytechnic University https://lib.tpu.ru

3 2

Any other Koha libraries having difficulty with the EDS API plugin?
by Myka Kennedy Stephens 27 Sep '23

27 Sep '23

Hello, Lancaster Theological Seminary Library in Pennsylvania, USA has been a longtime user of the EDS API plugin. This allows us to do EBSCO Discovery searches directly from Koha and display the search results within Koha. Sometime since our update to 22.11, the plugin is no longer correctly constructing URLs to records provided by the EDS API plugin. Are other libraries having this experience? We've submitted a case with EBSCO and also have submitted a case on Github. More information about what we're experiencing is here: https://github.com/ebsco/edsapi-koha-plugin/issues/130 After raising this issue more than a week ago, we're anxious to find a solution. If you also use this plugin, please share your current experience so that we can learn more about what's going on. Thank you, Myka -- Deaconess Myka Kennedy Stephens, MDiv, MSLIS Consulting Librarian Lancaster Theological Seminary | Moravian Theological Seminary Moravian University 717-290-8738 mkstephens(a)lancasterseminary.edu https://library.lancasterseminary.edu

1 0

Coded fields
by Сычев Игорь Алексеевич 26 Sep '23

26 Sep '23

Hello! The search by "physical representation" does not work if the subfields 182 of the Unimarc field are filled in. It works if you fill out 106, but these subfields are outdated. 106 CODED DATA FIELD: TEXTUAL RESOURCE - FORM OF ITEM $a Form of resource Item: Coded Data:Medium Designator i = multimedia (e.g. a resource an item in regular print with a microfiche supplement) (obsolete) This code is replaced by field 182 Coded Data Field - Media type, $a/0 code "m"= "multiple media". s = electronic (obsolete) This code is replaced by field 182 Coded Data Field - Media type, $a/0 code "b"= "electronic". To be used when resource Item is intended for manipulation by a computer. The resource item may reside in a carrier accessed either directly or remotely, in some cases requiring the use of peripheral devices attached to the computer. This code is not used for items that do not necessarily require the use of a computer (e.g. music compact discs, videodiscs). t = microform (obsolete) This code is replaced by field 182 Coded Data Field - Media type, $a/0 code "c"= "microform". https://cdn.ifla.org/wp-content/uploads/files/assets/uca/unimarc_updates/BI… https://cdn.ifla.org/wp-content/uploads/files/assets/uca/unimarc_updates/BI… https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34919 Good Luck! Igor A. Sychev Tomsk Polytechnic University https://lib.tpu.ru

1 0

Koha not compatible with Plesk Control Panel?
by Alessandro Tedesco 25 Sep '23

25 Sep '23

Hi, I have tried to install previous Releases of Koha, and I have found that the "javascript-common package" seems to have been introduced since the 22.05 Release (because I am able to install Koha 21.11 in the VPS running Ubuntu with Plesk without problems). What is this "javascript-common package" for? Is it strictly necessary for Koha to work? Is there no way to introduce an option to exclude it from the Release 23.05 installation? Thanks and Kind Regards Alessandro

1 0

Has NFC vs. NFD encoding changed for Unicode in koha?
by Jesse Savage 24 Sep '23

24 Sep '23

This is probably a question for a developer, but I'm not one, so don't really want to join the koha-devel list (and they probably wouldn't want me to), and I know a lot of developers frequent this list. My apologies to anyone who might not be interested in this question. I recently got a new Windows laptop on which I installed (I think) a newer version of WSL/Ubuntu, and I see that records exported with the "MARC (Unicode/UTF-8)" option (as *utf8 files, which look to be basically *mrc) apparently use NFD (or "decomposed") encodings for Unicode characters (in my case, mainly Spanish and French titles) and thus don't display properly in *less*, *grep*, or *cat* (the diacritic follows the standard-Latin character, rather than integrated with it) as do files encoded with NFC characters, and the characters also can't be *grep*'d with searches like "grep $'\u16A0'." The program I use to update records for uploading also outputs NFD, even if the records it takes for input contain NFC. (I'm waiting on the answer to the present questions to see whether that program has an option hidden somewhere to output NFC instead, which I'd prefer.) So, is this a systematic change in koha? *Should I ensure that *.mrc files for batch uploading ALWAYS include only NFD characters, or do the underlying processes standardize NFC vs. NFD?* The system on which the catalog lives (but which I don't administer) currently has koha 23.05.00.000 and runs on "SMP Debian 5.10.179-1 (2023-05-12) x86_64". Please feel free to respond directly if you feel the answer won't interest anybody else. Thanks very much in advance! Jesse --------------------- Jesse Savage (pronouns he, him, his) jessava(a)gmail.com

2 2

Re: [Koha] [Koha-devel] cannot display branchname and patron category description in card layout
by Zahid Iqbal 23 Sep '23

23 Sep '23

Thanks Michael that will be very helpful. I will look into the code and get back to you. For now i am working on picture uploading (restrict image not more than 4KB and not more then 150 Height Width dimension) so the database does not get heavy. On Thu, Sep 21, 2023 at 9:38 PM Michael Hafen <michael.hafen(a)washk12.org> wrote: > If you are looking at the code, look at C4/Patroncards/Lib.pm in the > get_borrower_attributes() function. That's where the branchcode to > branchname conversion is handled, I figure that would be the place to do a > categorycode to category description conversion. > > On Thu, Sep 21, 2023 at 12:17 AM Zahid Iqbal <zahidiqbal.isb(a)gmail.com> > wrote: > >> thanks for the response. >> i have checked the branchcode, it is displaying correctly in patron card >> as you told. 👍 >> but i cannot find any solution for categorycode. I will still look into >> code. Maybe I will find a solution for that. >> >> On Wed, Sep 20, 2023 at 9:08 PM Michael Hafen <michael.hafen(a)washk12.org> >> wrote: >> >>> I have a layout using "<sort2>" in the text box for field 2. Looks like >>> the code will change "<branchcode>" into the library name. No such luck in >>> current code for patron category though. >>> >>> On Tue, Sep 19, 2023 at 11:17 PM Zahid Iqbal <zahidiqbal.isb(a)gmail.com> >>> wrote: >>> >>>> Hi, In koha 22.11 can someone guide to print branchname and patron >>>> category description on pdf file for patron card creator >>>> >>>> 1. print branchname not branchcode >>>> 2. print patron-category-description not categorycode >>>> >>>> >>>> what are the values i have to type in text box for field1 and field2 >>>> in patron card layout for printing branchname and >>>> patron-category-description? >>>> >>>> i am stuck with this problem and cannot find any other solution >>>> Can anyone suggest that i have to change the code or is there any >>>> other way that it can be solved? >>>> I am not an expert in coding, any help will be appreciated. >>>> >>>> Best Regards >>>> -- >>>> *Zahid Iqbal* >>>> _______________________________________________ >>>> Koha-devel mailing list >>>> Koha-devel(a)lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>>> website : https://www.koha-community.org/ >>>> git : https://git.koha-community.org/ >>>> bugs : https://bugs.koha-community.org/ >>>> >>> >>> >>> -- >>> Michael Hafen >>> Washington County School District Technology Department >>> Systems Analyst >>> >>> >> >> -- >> *Zahid* >> > > > -- > Michael Hafen > Washington County School District Technology Department > Systems Analyst > > -- *Zahid*

1 1

Template toolkit question.
by Raymund Delahunty 21 Sep '23

21 Sep '23

We are having some successes in using TT code to improve notices. Dealing with singular / plural issues, different wording of notices for different patron categories... that sort of thing. What we would like to do is to use TT to send the WELCOME notice to staff only. Has any TT expert any tips how we could set up the WELCOME notice (and potentially other ones usually sent to all, like MEMBERSHIP_EXPIRY) so that emails are only sent to some patrons, based on IF-type rules? Ray Delahunty University of the Arts London . This email and any attachments are intended solely for the addressee and may contain confidential information. If you are not the intended recipient of this email and/or its attachments you must not take any action based upon them and you must not copy or show them to anyone. Please send the email back to us and immediately and permanently delete it and its attachments. Where this email is unrelated to the business of University of the Arts London or of any of its group companies the opinions expressed in it are the opinions of the sender and do not necessarily constitute those of University of the Arts London (or the relevant group company). Where the sender's signature indicates that the email is sent on behalf of UAL Short Courses Limited the following also applies: UAL Short Courses Limited is a company registered in England and Wales under company number 02361261. Registered Office: University of the Arts London, 272 High Holborn, London WC1V 7EY

3 3

KOHA is not sending mails through SMTP server
by Nirmit Krishnatray 21 Sep '23

21 Sep '23

Hi, Hope you're well. KOHA is not sending mails when a user is checking out or checking in. I checked the notices and it displayed Unhandled email failure, check the logs for further details. Please support on this Best Regards

2 1