- Koha - lists.katipo.co.nz

some documentation (19.11 and 20.05) pages are slightly outdated
by Quỳnh Vũ Đỗ 17 Sep '20

17 Sep '20

Hello I have been using Koha documentation to extend Koha 19.11 as a CMS and followed instructions given on the following page: https://koha-community.org/manual/19.11/en/html/extending_koha.html#using-k… *Under the section "Editing the pages template" it is written as follows:* - Copy /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/ opac-main.tt to /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/ pages.tt - Edit /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/pages.tt - At approximately line 61, change this: [% IF ( OpacMainUserBlock ) %]<div id="opacmainuserblock">[% OpacMainUserBlock %]</div>[% END %] - To this: [% IF ( page_test ) %]<div id="opacmainuserblock">[% page_test %]</div>[% END %] *But in the pages.tt <http://pages.tt> file (copied from opac-main.tt <http://opac-main.tt>) and where modifications are to be carried out, the line shows not at approximately line 61 but at line 152 and is written as:* [% IF ( OpacMainUserBlock ) %]<div id="opacmainuserblock">[% OpacMainUserBlock | $raw %]</div>[% END %] It is of course a very minor difference but for the sake of exactitude, it would be nice to have these differences corrected (line number and code) *There is however a bigger issue with the following content:* Remark: You may wish to disable your News block of these CMS style pages e.g. when you do not want it displayed on the CMS style pages or where the News block is long enough that it actually makes the ‘page_test’ include scroll outside the default viewport dimensions. In that case, remove the following code from your pages.tt template. [% IF ( koha_news_count ) %] <div id="news"> <table class="table table-bordered"> [% FOREACH koha_new IN koha_news %] <thead><tr><th>[% koha_new.title %]</th></tr></thead> <tbody><tr><td><p>[% koha_new.new %]</p> <p class="newsfooter"><i>(published on [% koha_new.newdate %])</i></p></td></tr></tbody> [% END %] </table> </div> [% END %] *Because the code to be researched as above has been completely modified and spans from line 72 to 102 (30 lines of code) and even further.* The same remarks stand also for 20.05 documentation ( https://koha-community.org/manual/20.05/en/html/extending_koha.html#using-k… ) To whom shall we report this, else than in this mailing list? Kind regards Quynh ================= M. Vũ Đỗ Quỳnh (Ph.D) Trường Đại học Thăng Long - Université de Thang Long - Thang Long University (Hanoi, Vietnam) Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération internationale - Vice-Rector in charge of International Cooperation Web: http://thanglong.edu.vn/

2 1

Emaillibrarianwhenholdisplace may be change to specify email as per library choice
by vinod mishra 17 Sep '20

17 Sep '20

Hello A new bug has been filled on the below links for your suggestions, please. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26477 With Regards, Vinod Kumar Mishra, Assistant Librarian, Biju Patnaik Central Library (BPCL), NIT Rourkela, Sundergadh-769008, Odisha, India. Mob:91+9439420860 URL: http://vinod.itshelp.co.in/ ORCID ID: http://orcid.org/0000-0003-4666-7874 *"Spiritual relationship is far more precious than physical. Physical relationship divorced from spiritual is body without soul" -- Mahatma Gandhi*

1 0

Holds and quarantine
by Mark Alexander 17 Sep '20

17 Sep '20

I've tried to search my Koha mailing list archives, and studied the 19.05 manual for a solution to the following problem, but I'm either overlooking something or the problem hasn't been discussed. Our little library has a pandemic protocol where books that are returned (in a drop box) are checked in twice a week, then put on a special quarantine table. On Sunday a volunteer comes in and sanitizes the books. Then they can be checked out again. The problem has to do with holds. When a book with a hold is checked in, the librarian has to respond to Koha's popup in one of two ways: press "Confirm", or press "Ignore": 1. If the librarian presses "Confirm", then the patron will eventually notice when they log into to their account that the book is ready for pickup, when in fact it is on the quarantine table and is NOT ready. 2. If the librian presses "Ignore", then the patron won't get notified that their book is ready for pickup. Instead, their hold is still pending and the book is seen as available in the catalog. Either choice isn't quite right. What we'd like to have happen is for the patron somehow to be informed that their book is ready for pickup not when it's checked in, but AFTER it's gone through the quarantine process, which takes an unpredictable amount of time. I don't see how the CART shelving location functionality and cron job can deal with both holds and unpredictable quarantine times. Thanks in advance for any ideas!

3 3

Re: [Koha] Holds and quarantine
by Lisette Scheer 16 Sep '20

16 Sep '20

Andrew at Bywater did a great blog post on how to set up items to have a quarantine status. One way still shows on the holds to pull list (but has a quarantine shelving location so you could use a report to make it not show those ones) and one way prevents it from showing on the holds list but you have to check everything in a second time to get it out of quarantine: https://bywatersolutions.com/education/set-items-to-quarantine-status-upon-… Our library is quarantining everything before checking it in so we haven't used it, but I know a number of libraries are using one of these methods. Lisette Scheer System Administration Assistant - Latah County Library District lisettes(a)latahlibrary.org ---- Original Message ---- From: "Elaine Bradtke" <eb(a)efdss.org> Sent: 9/16/2020 10:15:13 AM To: "Mark Alexander" <marka(a)pobox.com> Cc: "koha" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Holds and quarantine Take this with a grain of salt, as we rarely circulate material. . . You could create an account called quarantine - ignore the holds for the first checkin, and check it out to quarantine, and then when it's ready to go back into circulation check it in and 'confirm'. I know, extra steps. Elaine VWML <https://vwml.org> On Tue, Sep 15, 2020 at 1:16 PM Mark Alexander <marka(a)pobox.com> wrote: > > I've tried to search my Koha mailing list archives, and studied the > 19.05 manual for a solution to the following problem, but I'm either > overlooking something or the problem hasn't been discussed. > > Our little library has a pandemic protocol where books that are returned > (in > a drop box) are checked in twice a week, then put on a special quarantine > table. > On Sunday a volunteer comes in and sanitizes the books. Then they can be > checked out again. > > The problem has to do with holds. When a book with a hold is checked in, > the librarian has to respond to Koha's popup in one of two ways: press > "Confirm", > or press "Ignore": > > 1. If the librarian presses "Confirm", then the patron will eventually > notice when they log into to their account that the book is ready > for pickup, when in fact it is on the quarantine table and is NOT > ready. > > 2. If the librian presses "Ignore", then the patron won't get notified > that their book is ready for pickup. Instead, their hold is > still pending and the book is seen as available in the catalog. > > Either choice isn't quite right. What we'd like to have happen is for > the patron somehow to be informed that their book is ready for pickup > not when it's checked in, but AFTER it's gone through the quarantine > process, which takes an unpredictable amount of time. > > I don't see how the CART shelving location functionality and cron job > can deal with both holds and unpredictable quarantine times. > > Thanks in advance for any ideas! > _______________________________________________ > > 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

1 0

Order and number of news appearing in OPAC
by Quỳnh Vũ Đỗ 16 Sep '20

16 Sep '20

Hello, We are using 19.11.06 (close to production) and 19.11.09 (for testing), under Ubuntu 18.04 LTS. We have the following problems in displaying news on the OPAC home page ( opac-main.pl): 1) When the field "Number" of the news item is not set, the news are displayed in increasing id number on the OPAC, i.e. the oldest new comes first and the newest new item comes last, at the bottom of the page. Is there a way to reverse the order? I.e. last news on top and oldest news at the bottom of the OPAC home page? 2) Also, all the news (not flagged as expired) do appear. Thus, if you have like tens of news, there will be a very long page. Is there a way to limit the number of news displayed? For example only the latest news? With an optional link to show all the news. Or is there a way to display only the clickable title of the news so that clicking on the title would open the news item for reading? Displaying all the news (when there are many and when you do not wish to flag them as expired right away) pushes the content of OpacMainUserBlock down so that the coverflow (which BTW we did not yet succeed to make it work) is down far away from sight of visitors In last resort it would be necessary to modify the code of opac-main.pl Thanks in advance for any hint or insight on these issues. Kind regards Quynh ================= M. Vũ Đỗ Quỳnh (Ph.D) Trường Đại học Thăng Long - Université de Thang Long - Thang Long University (Hanoi, Vietnam) Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération internationale - Vice-Rector in charge of International Cooperation Web: http://thanglong.edu.vn/

2 1

Call for news: September 2020 Koha Newsletter
by Koha Newsletter 15 Sep '20

15 Sep '20

I'm collecting news for the September newsletter. Send anything noteworthy to: k o h a news AT gmail dot com News criteria: --------------------------- ** For events **: - Please include dates for past events. If I can't find dates I may not add it. - Announcements for future events with dates T.B.A. are fine ...Eg., Kohacon - For past events , **** one month back is the cut-off ****. * News items can be of any length. * Images are fine * Anything and everything Koha. * Submit by the 26th of the month. If you are working on an interesting project or development related to Koha, please let me know and I'll include it in the development section. Thank you! -- Chad Roseburg Editor, Koha Community Newsletter

1 0

Using News in 20.05
by Quỳnh Vũ Đỗ 15 Sep '20

15 Sep '20

Hello I am studying the use of Koha. I started with Koha 19.11 under Ubuntu 16.04 LTS. Koha has been upgraded to version 20.05.03. Information that was before put in OpacMainUserBlock has now been transferred to some news item. When I want to edit news item, under the drop-down menu I now have the following choices: All Librarian interface Slip en (English language interface) OPAC News (en) OpacNavRight (en) opacheader (en) OpacCustomSearch (en) OpacMainUserBlock (en) opaccredits (en) OpacLoginInstructions (en) vi-VN (Vietnamese language interface) with same entries as under English language flagged as vi-VN Now I have a graphic banner for the library which in version 19.11 was in the field opacheader under Koha Administration/Global System Prefereneces/OPAC. It has now moved in 20.05 to the news with display location opacheader (vi-VN) with the following content: <center><img src="/opac-tmpl/bootstrap/images/banner.png" style="width: auto; height: auto;" /></center> However, the link is broken as the banner image does not appear other than as a "broken image" in the News table and when I reload the OPAC home page I can't see any banner image either. When I look at the source code of the OPAC home page I can see the following code: <div id="opacheader"> <div class="opacheader_vi-VN_item"> <div class="opacheader_vi-VN_body"><center><img src="/opac-tmpl/bootstrap/images/banner.png" style="width: auto; height: auto;" /></center></div> </div> However, if I click on the img src link on the OPAC home page source code, I effectively can display the banner.png image. So although the link looks correct but the image doesn't show up on the OPAC page. Does somebody know how to fix that link problem? Besides, this graphic banner should appear in opacheader (en) as well as in opacheader (vi-VN). I figured to do that would require to create two identical news entries, one displayed in opacheader (en) and the other one in opacheader (vi-VN)? Am I right? It seems with 20.05 that you can have either to display a news item everywhere (all) or only in a single location, not two locations? Any hints and explanation would be appreciated. Thanks for reading. Best regards Quynh Thanks ================= M. Vũ Đỗ Quỳnh (Ph.D) Trường Đại học Thăng Long - Université de Thang Long - Thang Long University (Hanoi, Vietnam) Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération internationale - Vice-Rector in charge of International Cooperation Web: http://thanglong.edu.vn/

2 2

Going back to Results from a record doesn't always work
by Elaine Bradtke 14 Sep '20

14 Sep '20

I'm hoping someone else has seen this, or even better, knows how to fix it. I think it happened somewhere in the upgrade to 20 (we're on 20.05 but I'm not sure if was going on during the earlier version of 20, as our small staff has been cycling on and off furlough and I've only recently gotten a detailed enough description of the problem to reproduce it). The problem *only* happens in the staff interface, and *only for certain records. * I haven't spotted the pattern yet. With a list of search results, clicking on a title takes us to the bib record as expected, but when we click results to go back to the list, we get a blank results page. No error message, just no titles listed. If we sort the results list, the titles appear. As I said above, it only happens to certain records, which leads me to suspect there's a problem in the MARC somewhere. Experimenting with one of them, I've tried the following: 1) Checked the record in MarcEdit - it didn't flag up any problems. 2) Replaced the offending record with a Z39.50 download from LC 3) Deleted the record and re-catalogued it using a template that we have. 4) Catalogued it completely from scratch - without a template (the template has the same problem!). No change. We still get the blank results page. Here are two records, volume 1 and volume 2 of a pair published and catalogued in different years. The first was produced as part of a data conversion project, the second one was catalogued in Koha. Though that *doesn't* seem to be the defining difference. In the first record, the link back to the results list doesn't work. In the second one it does. =LDR 01007nam a22002651a 4500 =001 04068 =003 UkLoVW =005 20200914194455.0 =008 121030s1996\\\\stk\\\\gr\\\\\001\0\eng\d =020 \\$a1897976119 =040 \\$aUkLoVW$beng$cUkLoVW =099 \\$aMPS 60 (22) =245 10$aAndrew Crawfurd's collection of ballads and songs /$cedited by E. B. Lyle.$bVolume 2 =260 \\$aEdinburgh :$bThe Scottish Text Society,$c1996. =300 \\$aix, 265 p. ;$c23 cm. =490 \\$aScottish Text Society. ; Fourth series ; $v24 =500 \\$aNo music but there are references to relevant tunes, from Bronson and other sources. =650 \7$2UkLoVW$aFolk songs$9202 =650 \7$2UkLoVW$aScotland$9461 =700 \\$919389$aCrawfurd, Andrew$d1786-1854 =700 1\$91452$aLyle, Emily B. =850 \\$aUkLoVW =942 \\$2VWML$cBK$hMPS 60 (22)$n0$6MPS0060 (00022) =999 \\$c16320$d16320 =952 \\$00$10$2VWML$40$6MPS_00060_22$71$916978$aVWML$bVWML$d1998-01-01$l0$oMPS 60 (22)$p13972$r2012-10-31$w2012-10-31$yBK =LDR 00966nam a22002651a 4500 =001 201508181250.nw =003 UkLoVW =005 20200809133340.0 =008 121030s1975\\\\stkag\\gr\\\\\000\0\eng\d =020 \\$a1897976119 =040 \\$aUkLoVW$beng$cUkLoVW =099 \\$aMPS 60 (22) =245 10$aAndrew Crawfurd's collection of ballads and songs /$cedited by E. B. Lyle.$bVolume 1 =260 \\$aEdinburgh :$bThe Scottish Text Society,$c1975. =300 \\$alvii, 244 p. :$bill., music ;$c22 cm. =490 \\$aScottish Text Society. ; Fourth series ; $v9 =588 \\$aCardbox (1998) =650 \7$2UkLoVW$aFolk songs$9202 =650 \7$2UkLoVW$aScotland$9461 =700 \\$919389$aCrawfurd, Andrew$d1786-1854 =700 1\$91452$aLyle, Emily B. =850 \\$aUkLoVW =942 \\$2VWML$cBK$hMPS 60 (22)$n0$6MPS0060 (00022) =999 \\$c66698$d66698 =952 \\$00$10$2VWML$40$6MPS0060 (00022)$71$926287$aVWML$bVWML$d2015-08-18$l0$oMPS 60 (22)$p8052$r2015-08-18$w2015-08-18$yBK Any help would be appreciated. Thanks! Elaine Bradtke VWML <https://www.vwml.org> Our income is severely diminished in these exceptionally uncertain times. Please help us to survive beyond this national crisis. Donate now <https://www.efdss.org/support-us>. 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

Installing ElasticSearch
by Charles Kelley 14 Sep '20

14 Sep '20

My library is trying to replace the Zebra search engine with ElasticSearch. The instructions on the Koha Community website are incomplete or outdated. Can anyone suggest how to install ElasticSearch? Many thanks. -- 気を付けて。 /ki wo tukete/ = Take care. -- Charles. Charles Kelley, MLS PSC 704 Box 1029 APO AP 96338 Charles Kelley Tsukimino 1-Chome 5-2 Tsukimino Gaadenia #210 Yamato-shi, Kanagawa-ken 〒242-0002 JAPAN +1-301-741-7122 [US cell] +81-80-4356-2178 [JPN cell] mnogojazyk(a)aol.com [h] cmkelleymls(a)gmail.com [p] linkedin.com/in/cmkelleymls <http://www.linkedin.com/in/cmkelleymls> Meeting Your Information Needs. Virtually.

3 4

September Acquisitions SIG meeting
by Rhonda Kuiper 14 Sep '20

14 Sep '20

Hi All, Tomorrow, September 15, at 11:00 Central is our next meeting. Agenda: Old business: Promoting the development we submitted to the development committee ( Bug 13325 ) New business: Andrew from Bywatersolutions to share how Asort1 and Asort2 can be used. Questions and Idea sharing: Bring your questions and ideas. See you tomorrow! Rhonda Kuiper Get Outlook for iOS<https://aka.ms/o0ukef>

1 0