- Koha - lists.katipo.co.nz

Koha carousel on WordPress?
by Carlos Lopez 11 Aug '23

11 Aug '23

Hi folks We're having a WordPress web site designed for the library by our owning institution. We're very fond of our Koha Coverflow new books carousel and we're hoping that we can have something like it on our new web site. Has anyone had any success with this? We've seen that there's a WordPress plugin (https://wordpress.com/plugins/library-bookshelves) that does something similar, but we've not yet had a chance to look at this properly. With kind regards from the Dalton McCaughey Library Team Carlos Lopez Dalton McCaughey Library | 29 College Crescent, Parkville, VICTORIA 3052 Ph: 03 9340 8888 ext.1 | library(a)dml.vic.edu.au<mailto:library@dml.vic.edu.au> | https://library.dmlibrary.org.au

1 0

23.05 Multiple items - some items display incorrect shelving locations
by Elaine Bradtke 10 Aug '23

10 Aug '23

Koha 23.05 When looking at bib records that include multiple items with different locations, we sometimes see the following: - The results list shows the correct information. - The bib record holdings view gives the shelving location of one item in the list for some subsequent items. - Edit items displays the correct locations. - The OPAC record displays correctly. This does not happen with all the records that have multiple items with different shelving locations. In some cases only one or two items in the holdings list are displayed incorrectly. I have not been able to discover why it happens to some records and not others. Link to three screenshots: https://photos.app.goo.gl/ocFn48hF6E9GiszQ6 The bib record with incorrect location display, edit items with correct location information and OPAC view with correct information. It is similar, but not the same as bug 34122 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34122 - The records concerned have not been updated / edited; the information is correct in the database, but displaying incorrectly in some views. The location that seems to be misbehaving (but possibly because it's the easiest error to detect) is "Off-site" appearing where it shouldn't. Would the - be causing a problem? Has anyone else seen something like this? Elaine Bradtke VWML <https://www.vwml.org> English Folk Dance and Song Society <https://www.efdss.org> Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999

2 2

MARC modification templates problem
by Eric Phetteplace 10 Aug '23

10 Aug '23

Hi collective wisdom, I'm running into a MARC modification template problem and I can't tell if I'm missing something or there's a bug/limitation. I know I could accomplish these edits with MARCEdit or a script, but I was hoping to use Koha's tools. I have a record with two 856 fields with links, I want to apply our proxy server prefix to one link but not the other. That seems to be impossible; Koha clobbers the second link with a copy of the first. Here's a minimal example. Record 245 _ _ ‡aExample 856 4 0 ‡uhttps://example.com‡yLink to proxy 856 4 0 ‡uhttps://www.cca.edu‡yLink to retain MARC modification Copy and replace 1st field(s) 856 u to field 856 u Regex ✅ s/^http/ https://proxy.cca.edu/url?=http/ If field 856 u matches m/https://example.com/ Regex ✅ Output record 245 _aExample 856 40 _uhttps://proxy.cca.edu/url?=https://example.com _yLink to proxy 856 40 _uhttps://proxy.cca.edu/url?=https://example.com _yLink to retain This happens whether I set the modification template to use the "1st" or "every" 856 field. I don't understand why the second 856 is touched at all, since it does not meet the "if" condition, much less why instead of receiving its own link proxied it gets the first 856 URL proxied. Based on a few tests, it also seems like the "1st" field with respect to modification actions is not always the one that's visually first when I edit a record. I tried a set of three actions which 1) copied the first field to another, unused field, 2) modified it there, and then 3) copied it back, but Koha copied the second field instead. Best, ERIC PHETTEPLACE Systems Librarian, Libraries (he/him) ephetteplace(a)cca.edu *CCA is situated on the traditional unceded lands of the **Chochenyo and Ramaytush Ohlone** peoples.* Black-owned bookstores in Oakland: Ashay by the Bay <https://ashaybythebay.com/>, Marcus Books <https://www.facebook.com/marcus.books/> :(){ :|: & };:

4 10

koha-US General Meeting Minutes for August 9, 2023
by Jennifer Marlatt 09 Aug '23

09 Aug '23

Hello, Here's a link to the minutes from the koha-US General Meeting held on Wednesday,August 9, 2023 - https://docs.google.com/document/d/13F7DTi4p3fREZyPZiQTsTIvEYwbtqwJoIGSIBhk…. 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 September 6, 2023 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. Due to the koha-US Conference, the next general meeting will be on September 22, 2023 at 7:45 am PT / 8:45 am MT / 9:45 am CT / 10:45 am ET. Jennifer Marlatt koha-US Secretary <secretary(a)koha-us.org>secretary(a)koha-us.org

1 0

Failing to edit MARC Frameworks in Koha 22.05.05.000
by Antony Kujenga 09 Aug '23

09 Aug '23

Dear Community, I've been trying to edit some frameworks in our Koha 22.05.05.000 instance running on Ubuntu 22.04. Upon running the framework test, I'm getting this error report: homebranch NOT mapped the items.homebranch field MUST : - be mapped to a MARC subfield, - the corresponding subfield MUST have "Authorized value" set to "branches" holdingbranch NOT mapped the items.holdingbranch field MUST : - be mapped to a MARC subfield, - the corresponding subfield MUST have "Authorized value" set to "branches" I have tried changing the stated fields numerous times but the system will not effect the changes. I tried running $ sudo koha-shell -c '/usr/share/koha/bin/batchRebuildBiblioTables.pl -c' your_koha_name with our instance name but it hasn't helped. Any urgent help would be most appreciated. Regards AK

4 9

Self Registeration
by Himanshu Aggarwal 09 Aug '23

09 Aug '23

In Patron Self Registration how to make category editable?..Also if I wish to change Zip Code to Pin Code. How to do it. -- Assistant Librarian, Confucius Institute Scholar 13-14, R.D. National College, Bandra (W.)

2 1

6 Weeks Until the 2023 koha-US Conference!
by BRANNON, CHRISTOPHER 08 Aug '23

08 Aug '23

6 weeks until our 2023 conference! Have you registered? We would love to see you there! Be sure to register by the end of August if you plan to attend in-person! https://koha-us.org/events/conferences/2023-koha-us-annual-conference-ports… Christopher Brannon 2023 koha-US President

1 0

Re: [Koha] [Koha-devel] Where would I put the OpenLibrary ID in the MARC record
by Nigel Titley 08 Aug '23

08 Aug '23

On 24/07/2023 01:11, David Cook wrote: > You could send a request for an "openlibrary" code to be added to the official Standard Identifier Source Codes list: https://www.loc.gov/standards/sourcelist/index.html#maintenance . Honestly, I'm a little surprised there isn't already an entry for it there. I'm sure they'd approve a request for it. I've put in a request to the LOC. We'll see if anything comes of it. They may request (I would do so in their place) that the request comes from the Open Library itself in which case I'll have to chase that route first. Fingers crossed. Nigel

1 0

Re: [Koha] [Koha-devel] Where would I put the OpenLibrary ID in the MARC record
by Nigel Titley 08 Aug '23

08 Aug '23

David Sorry I only just got back to this. Your thinking seems to accord with my own. See comments below On 24/07/2023 01:11, David Cook wrote: > Hi Nigel, > > While it's been a while since I worked in a library myself, I've got the librarian degree, I've been working in the library world for nearly 20 years, and I've been working on Koha for over 10 years. In cases like this, the answer is often "it depends". > > I would be tempted to put the OpenLibrary ID into the 024$a but as you've noted there isn't an easy standard way to indicate that it's an OpenLibrary ID, which is quite important for a case like this. That certainly makes things tricky. > > You could send a request for an "openlibrary" code to be added to the official Standard Identifier Source Codes list: https://www.loc.gov/standards/sourcelist/index.html#maintenance . Honestly, I'm a little surprised there isn't already an entry for it there. I'm sure they'd approve a request for it. I think this might be the proper way forward and I'll kick off a request > > Now here's where "it depends" comes in the most. Are you going to exchange your MARC records with other systems or just use them locally? If it's just locally, you could cheat and use a 024$2 of "openlibrary". Of course, you'd still need to write code to look for a 024$a with a 024$2 of "openlibrary". It would be fine if you kept that code local to your Koha, but the Koha community might not accept it upstream. Having worked for many, many years in the opensource community I'd be very wary of taking this route. Local code changes that aren't folded back into the mainstream always end up going down the rat hole of non-maintainability. > Another option could be to use a 024$2 of "uri" and store the whole OpenLibrary URI like https://openlibrary.org/books/OL49198571M/Analogue_Men. The code could look for URIs with a hostname of "openlibrary.org" and then extract the ID from the URI. There's a growing usage of URIs for identifiers in the MARC world (long story why). You often see these as $0 subfields: https://www.loc.gov/marc/bibliographic/ecbdcntf.html. This would fit within the rules for MARC, but the downside is it would require you to write new code. It's also still arguably unconventional. This is a possibility and it's certainly a route I could go. Writing code isn't out of the question. I've got a Javascript manual glaring at me as I write. > As Jonathan pointed out, Koha only uses the ISBN to get OpenLibrary covers, although it looks like the OpenLibrary API has some options available for things like the OpenLibrary ID. Extending that API usage by Koha would probably involve Javascript, Template Toolkit changes, and maybe Perl changes. Keeping custom code local can be a bit of a headache in the long-run though, as then you can't rely on the regular releases from the Koha community without doing a fair bit of extra work. Agreed > If you're running Koha 23.05+, you could look at writing a Koha plugin, which uses the new "opac_cover_images" hook[1]. This would involve some short-term work, but it would let you implement what you need. Unfortunately I'm stuck with 22.05.13.000 for the moment as the server is shared with a sympa server which has a clash of libraries with koha. I'm getting to the end of my tether with sympa, however, and I may migrate back to mailman. > Going back to "it depends", in the library world we like to follow standards... until they don't work for us. Then we have local policies. Every library has their own way of doing things. (Another thing to notice with MARC is that when you encounter the number "9", it typically stands for a local field/subfield. Koha uses some of these fields/subfields for its own local purposes, and you can always do the same. The limit is just that "9" only makes sense for your library. You could always use a 024$9 of "openlibrary" along with a Koha plugin to achieve your goal. It wouldn't be following the library standards 100% but it's the kind of thing that does get done in the library world. Does that make sense? I really like to stay with standards if possible. I'll go the route of requesting Openlibrary be added to the SISC list and if that gets turned down I'll reconsider options. Many thanks for your help Nigel > > [1] > https://wiki.koha-community.org/wiki/Koha_Plugin_Hooks > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32680 > > > David Cook > Senior Software Engineer > Prosentient Systems > Suite 7.03 > 6a Glen St > Milsons Point NSW 2061 > Australia > > Office: 02 9212 0899 > Online: 02 8005 0595 > > -----Original Message----- > From: Koha-devel <koha-devel-bounces(a)lists.koha-community.org> On Behalf Of Nigel Titley > Sent: Friday, 21 July 2023 11:06 PM > To: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> > Cc: koha(a)lists.katipo.co.nz; koha-devel <koha-devel(a)lists.koha-community.org> > Subject: Re: [Koha-devel] [Koha] Where would I put the OpenLibrary ID in the MARC record > > Understood. > > I'm sure that a Real Librarian (tm) will answer at some point. > > Thanks anyway > > Nigel > > On 21/07/2023 13:20, Jonathan Druart wrote: >> No idea, I'm really just a programmer ;) >> >> Le ven. 21 juil. 2023 à 14:06, Nigel Titley <nigel(a)titley.com> a écrit : >>> >>> Thanks for the response... makes sense to use the ISBN and it >>> explains the observed behaviour. >>> >>> I've had a look at the code. One of these days I'll blow the dust off >>> my JS manuals and see if I can do something to extend the code (JS >>> isn't my favourite language and I've probably not written any for about 15 years). >>> >>> Is my supposition about where it would go in the MARC record correct? >>> >>> Thanks >>> >>> Nigel >>> >>> On 21/07/2023 12:29, Jonathan Druart wrote: >>>> Looks like it's only using the ISBN. The code is in >>>> koha-tmpl/opac-tmpl/bootstrap/js/openlibrary.js >>>> >>>> https://gitlab.com/koha-community/Koha/-/blob/master/koha-tmpl/opac- >>>> tmpl/bootstrap/js/openlibrary.js#L19 >>>> >>>> and opac-results: >>>> 899 [% IF OpenLibraryCovers >>>> %]KOHA.OpenLibrary.GetCoverFromIsbn();[% END %] >>>> >>>> >>>> Le ven. 21 juil. 2023 à 13:03, Nigel Titley <nigel(a)titley.com> a écrit : >>>>> >>>>> Furthur on this and reading a bit more into MARC it looks like the >>>>> information would go into MARC Field 024 with a source of 8. If >>>>> there was a defined Standard Identifier for Openlibrary then the >>>>> source would be 7 with the defined Standard Identifier for Openlibrary, but there isn't. >>>>> >>>>> I'm straying into Real Librarian Territory here and I'm starting to >>>>> feel a little lost (I'm really just a programmer). If the person >>>>> who wrote the code for fetching covers from Openlibrary is around >>>>> I'd be grateful if they could confirm/deny what their code does (or >>>>> even point me to where I could look it up myself). To this end I've >>>>> copied in the Koha Development community. >>>>> >>>>> Or I may be barking up an entirely wrong tree. In which case feel >>>>> free to say "Down boy, down". >>>>> >>>>> Nigel >>>>> >>>>> On 20/07/2023 23:20, Nigel Titley wrote: >>>>>> Just to give an example of an OpenLibrary record that I created >>>>>> earlier today >>>>>> >>>>>> https://openlibrary.org/books/OL49198571M/Analogue_Men#details >>>>>> >>>>>> If at all possible I'd like to be able to display the cover using >>>>>> the OLID (OL49198571M) but I'm not sure where to put it. >>>>>> >>>>>> Thanks >>>>>> >>>>>> Nigel >>>>>> >>>>>> On 20/07/2023 22:43, Nigel Titley wrote: >>>>>>> Gentlefolk >>>>>>> >>>>>>> I'm using the Openlibrary cover facility to display covers in my >>>>>>> OPAC and it generally works very well (in the case where the >>>>>>> cover doesn't exist in Openlibrary I scan and upload it). >>>>>>> However, if the Biblio record doesn't have an ISBN or LCCN the >>>>>>> cover lookup fails (obviously). Is there any way of recording the >>>>>>> Openlibrary ID (OLID) in a Biblio record so that the cover lookup >>>>>>> will work, even if there is no ISBN or LCCN? >>>>>>> >>>>>>> I've done a (fairly cursory) scan of the documentation but can't >>>>>>> find and reference to where I should put the OLID so that Koha >>>>>>> will look up the cover even if there is no ISBN or LCCN. Of >>>>>>> course the facility may not exist, in which case I'd be grateful >>>>>>> for confirmation from Someone Who Knows. >>>>>>> >>>>>>> Many thanks >>>>>>> >>>>>>> Nigel Titley >>>>>>> >>>>>>> _______________________________________________ >>>>>>> >>>>>>> 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 >>>>> _______________________________________________ >>>>> Koha-devel mailing list >>>>> Koha-devel(a)lists.koha-community.org >>>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-deve >>>>> l website : https://www.koha-community.org/ git : >>>>> https://git.koha-community.org/ bugs : >>>>> https://bugs.koha-community.org/ >>>> _______________________________________________ >>>> >>>> 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 > _______________________________________________ > 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/ >

1 0

unimarc fields 4xx
by Сычев Игорь Алексеевич 08 Aug '23

08 Aug '23

Hello! Why is there a link to an authoritative record when using the plugin unimarc_fields_4xx? 412$9 /cgi-bin/koha/authorities/detail.pl?authid=70019 Good Luck! Igor A. Sychev Tomsk Polytechnic University https://lib.tpu.ru

1 0