- Koha - lists.katipo.co.nz

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

Re: [Koha] Coverflow plugin ini Koha 23.03
by Eric Phetteplace 08 Aug '23

08 Aug '23

Hi Toni, You should respond to the listserv, so that others can see it. I may not be available or know the answer to your question; by keeping the listserv copied on all communication you give a much larger community of people the potential to assist you. That error originates with the Coverflow plugin. Have you updated the plugin to the latest version? It is possible you upgraded Koha but not the plugin, and now the main Koha code is not compatible with your outdated plugin code. Otherwise, someone else who is more familiar with the plugin will have to help. If you are a ByWater Solutions customer, I would recommend contacting their support team, since they maintain the plugin and will know how to fix this issue. 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/> :(){ :|: & };: On Thu, Jul 27, 2023 at 8:20 PM Toni Afandi <toni.afandi(a)gmail.com> wrote: > Dear Eric, > > Before upgrading, OPAC will display book covers via coverflow. We use this > for the promotion of new books. > After upgrading the view of the books disappeared. No sign of error in the > OPAC, just a blank page. > > We got this in report page : > > {"error":"Unhandled exception (Undefined subroutine &Koha::Plugin::Com::ByWaterSolutions::CoverFlow::execute_query called at \/var\/lib\/koha\/prothumia\/plugins\/Koha\/Plugin\/Com\/ByWaterSolutions\/CoverFlow.pm line 291.\n)"} > > Regards, > > *Toni Afandi* > *Librarian* > *STT SAAT* > *(Southeast Asia Bible Seminary)* > Jl. Bukit Hermon No 1, Tidar Atas > Malang, Jawa Timur 65151 > Indonesia > www.seabs.ac.id > > > On Mon, Jul 24, 2023 at 10:13 PM Eric Phetteplace <ephetteplace(a)cca.edu> > wrote: > >> Hi Toni, >> >> How is it not working? Is there any error message or indication of what's >> wrong? Can you tell if the plugin is sending JS requests on your home page >> (e.g. by viewing your browser's JavaScript console when you're on that >> page)? >> >> Off the top of my head, there was the biblio_metadata database change >> that broke a lot of reports, but that was in 17.05 so it shouldn't affect >> you. I would still check the report you're using for Coverflow to make sure >> it's still working (returning results with ISBNs included). >> >> I also see that at some point Coverflow changed from needing you to put >> some code in OpacUserJS and OpacUserCSS to injecting that code itself. It's >> possible that change broke the plugin for you; try removing the coverflow >> code (but save it somewhere in case you need it) to see if that helps. >> >> 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/> >> >> :(){ :|: & };: >> >> >> On Fri, Jul 21, 2023 at 6:46 PM Toni Afandi <toni.afandi(a)gmail.com> >> wrote: >> >>> Yesterday we were upgrading Koha to 23.05 from 20.(something..). I think >>> everything is fine, but one I found that the Coverflow plugin is not >>> working. Enable_plugin in *koha-conf.xml *has been set. Is there >>> anything >>> missing? >>> >>> Thank you in advance. >>> >>> *Toni Afandi* >>> *Librarian* >>> *STT SAAT* >>> *(Southeast Asia Bible Seminary)* >>> Jl. Bukit Hermon No 1, Tidar Atas >>> Malang, Jawa Timur 65151 >>> Indonesia >>> www.seabs.ac.id >>> _______________________________________________ >>> >>> Koha mailing list http://koha-community.org >>> Koha(a)lists.katipo.co.nz >>> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha >>> >>

2 1

Koha versions 23.05.02, 22.11.08, 22.05.15 and 21.11.23 released
by Tomas Cohen Arazi 08 Aug '23

08 Aug '23

The Koha community is proud to announce the latest releases of the current stable, oldstable, oldoldstable and lts versions of the software. This is a security and maintenance release on all branches, so please update at the earliest opportunity. As always, you can update using the already available packages, or download the release from https://download.koha-community.org Thank you very much to all release maintainers and the whole team involved in this release. Release notes for respective branches are available online now at: * https://koha-community.org/koha-23-05-02-released/ * https://koha-community.org/koha-22-11-08-released/ * https://koha-community.org/koha-22-05-15-released/ * https://koha-community.org/koha-21-11-23-released/ -- Tomás Cohen Arazi Theke Solutions (https://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F

1 0

Re: [Koha] Clearing of users
by Tom Obrien 07 Aug '23

07 Aug '23

Hi all, I work in an academic Library. I would like to put a provision for clearing users who have completed their studies without deleting their account. How do I deactivate their accounts so that one can use the account to borrow books. Looking forward for your advice. Thank you. Tom

8 8

August's Koha-US Circulation Special Interest Group
by Lauren Denny 06 Aug '23

06 Aug '23

Hi everyone, Join us for the next Koha-US Circulation meeting this Thursday, August 10, at 8 PT / 9 MT / 10 CT / 11 ET / 15 UTC You don't have to be a member of Koha-US to join us, we're hoping you'll come! Bring topics on anything to do with patrons, circulation, notices, OPAC, etc. Some possible ideas this month are patron templates and permissions. Here is the link to the Zoom meeting and https://us02web.zoom.us/j/962703559?pwd=SjJWcW9CRDJvMy8ycVIyTzIzOUdSUT09 Can't make it? No worries--it will be recorded and available on the Koha-US YouTube Channel: https://www.youtube.com/c/kohaUS/playlists (See the Circulation Special Interest Group's playlist for past circulation topics!) Feel free to send me any questions or topics for discussion ahead of time! See you there! Lauren Denny SIL International Consortium Librarian

1 0

koha-US Board Meeting Minutes - Wednesday, August 2, 2023
by Jennifer Marlatt 04 Aug '23

04 Aug '23

Hello, Here's a link to the minutes from the koha-US board meeting on Wednesday, August 2, 2023 - https://docs.google.com/document/d/1jkixiEtKE4HiMiLXLTLr0V0bZehQA1PJKuy2vIW… koha-US meetings are open to all! Board meetings are held on the first Wednesday of each month at 8:30 PT / 9:30 MT / 10:30 CT / 11:30 ET. The next koha-US general meeting will be on Wednesday, August 9 @ 8:30 PT / 9:30 MT / 10:30 CT / 11:30 ET (time converter <https://www.timeanddate.com/worldclock/fixedtime.html?msg=koha-US+August+Ge…> ). The agenda for the next general meeting is available here - https://docs.google.com/document/d/11EuWy1LGErSRO4BqP2GLMRrdoIPQZ0QIegv-u61… If you have additional topics for the agenda, please send them to secretary(a)koha-us.org. Jennifer Marlatt koha-US Secretary <secretary(a)koha-us.org>secretary(a)koha-us.org

1 0

Last Day to Register for Helsinki PerlKohaCon 2023: The Perl and Koha Conference!
by Perl Koha 04 Aug '23

04 Aug '23

‼️ TODAY is the LAST DAY for REGISTRATION: https://perlkohacon.fi/Registration.html On-site visitors registration ends: Friday, 4th August at noon (GMT+3) Please register ASAP: https://perlkohacon.fi/Registration.html For those waiting for "the last day" — that day is today, so please register now! Registration is MANDATORY, but participation is FREE of charge. This is required by officials, and due to the need for preparations, we can't extend the deadline. Unregistered individuals will not be accepted at the venue. For those who have already registered and are planning their days in Helsinki: we've updated the Tourist info and hints <https://perlkohacon.fi/Helsinki_Tourist_Info.html> page. 🤗 🙏 Please share this information and alert your colleagues. We look forward to welcoming you! -- Warm Regards, Conference Organizers Team Perl and Koha Conference in Helsinki, 2023. *YAPC::Europe* and *KohaCon* together: when Perl and Koha united once and forever. Schedule: https://perlkohacon.fi/Schedule.html Registration: https://perlkohacon.fi/Registration.html Find full info here: https://perlkohacon.fi Our social news channels for sharing our where is more convenient: - Telegram: http://t.me/PerlKohaCon - Mastodon: https://fosstodon.org/@perlkohacon - Twitter: http://twitter.com/PerlKohaCon - Facebook: http://facebook.com/PerlKohaCon - LinkedIn: http://linkedin.com/showcase/PerlKohaCon - Instagram: http://instagram.com/PerlKohaCon

1 0

Helpful CSS/jQuery Tools | S3E24 | The Terrific Every-Other-Thursday Training Video
by BRANNON, CHRISTOPHER 03 Aug '23

03 Aug '23

Tweaking your Koha CSS or jQuery can be challenging, even daunting, especially if you don't have a test server. Who wants to make an adjustment to code to their production server, only to find that it isn't readable, or even worse, broken. In today's episode, George walks through several tools that will help make your project less risky, and maybe a little more enjoyable. We love it when George is helpful! https://youtu.be/cUm5QeT46Bw Christopher Brannon 2023 koha-US President

1 0