- Koha-devel - lists.koha-community.org

The logic of BiblioAddsAuthorities and AutoCreateAuthorities...
by dcook＠prosentient.com.au 07 Dec '20

07 Dec '20

Hi all, Here's the current state of BiblioAddsAuthorities and AutoCreateAuthorities: 1. You can manually input text into an authority controlled field if BiblioAddsAuthorities is enabled. 2. Automatic linking between bib records and authority records *only* happens if BiblioAddsAuthorities is enabled. 3. AutoCreateAuthorities will automatically generate authorities if BiblioAddsAuthorities is enabled. I think that this all makes sense when manually inputting records, but it doesn't make sense when you're using automation like Z39.50, Staged MARC Upload, or other bulk tools. In those cases, you might want automatic linking between bibs and authorities (with or without automatic authority creation), but you might still want authority controlled fields to be read-only when manually working with records. I am wondering if anyone else has any insight into this. In my mind, BiblioAddsAuthorities should probably be "BiblioAddsAuthorities" and "BiblioAutolinkAuthorities". Or maybe the "read-only" flag could be on MARC frameworks... I'm waiting to see what some librarians say, but keen to gather ideas. David Cook Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595

1 0

koha-zebra --stop doesn't work?
by dcook＠prosentient.com.au 04 Dec '20

04 Dec '20

Hi all, Is it just me or does "koha-zebra --stop" not actually stop Zebra? David Cook Software Engineer Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Online: 02 8005 0595

3 5

Thoughts on Search Syntax (Zebra but maybe Elasticsearch)
by dcook＠prosentient.com.au 03 Dec '20

03 Dec '20

Hi all, I ran into a problem today where the search query 'Emperor penguin (Aptenodytes forsteri) foraging ecology' (without single quotes) was creating a "CCL parsing error" in Zebra. I had QueryAutoTruncate enabled so QueryWeightFields was automatically disabled. Solutions include: 1. Wrap the search query in double quotes a. "Emperor penguin (Aptenodytes forsteri) foraging ecology" 2. Escape the parentheses with a backslash a. Emperor penguin \(Aptenodytes forsteri\) foraging ecology 3. Turn off QueryAutoTruncate a. This lets the weighted query code thoroughly mangle the query which includes wrapping it in double quotes. b. Note though that this option also makes it so that a search wrapped in double quotes (like Solution 1) becomes a CCL parsing error I think many of us know that Koha's Zebra-based query building is terrible, but changing it obviously has consequences and we have so many different search preference permutations that it makes it difficult to regression test search changes. We could start showing users when they have searches with syntax errors. but then we all will probably start getting a lot of calls. Although I was thinking that when showing that there was a syntax error with their query, we could also provide a little "cheat sheet" with the basics of Zebra's CCL syntax. (Of course, that's really only relevant when we're passing queries straight through to Zebra and not butchering them first in Koha.) We could try to fix search, but then who has the time/money for that? Why fix something that is not (seemingly) broken? I am wondering what other people think. Personally, I'm thinking that we should not allow complex queries in the OPAC "Search" box. We treat that box (as we always should have) as the operand to the index chosen in the "Library catalogue" drop down list. However. that would be a breaking change for anyone that has bookmarked any OPAC searches with complex search queries. I suppose that we could create a new System Preference like "SimplifySearch" and just enable that for new Koha installations though. Maybe one day we could then remove that system preference and just make it "The Way". After all, I think that the *majority* of people are going to be performing fairly straight forward searches in the OPAC "Search" box. They're not going to be doing things like '(kw,phr,rtrn:"David writes verbose emails") OR ( (ti,phr,ext:"I think David's ideas have some merit") AND (su:Emails) )'. Relevant bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27088 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27139 David Cook Software Engineer Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Online: 02 8005 0595

1 0

Koha Plugin Hooks (Naming,etc)
by dcook＠prosentient.com.au 02 Dec '20

02 Dec '20

Hi all, I propose that new Koha Plugin Hooks start with a prefix of "hook_". If you look at https://wiki.koha-community.org/wiki/Koha_Plugin_Hooks or the Kitchen Sink plugin, it's impossible to tell what methods are "hooks" and what are part of the basic plugin core API. Also, if a hook is going to modify a template directly (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27114 and https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27120) I think we should probably come up with some agreements on how that's best to work, so we don't end up with N different approaches for the same intention. I think that https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26890 raises some interesting issues about how it's not easy to modify Koha's HTML output using plugins. Perhaps we should have a little analysis of some key pages and identify hooks, or do something a bit more complex/comprehensive. (Of course, I already have too many other things I'm working on do a POC for this right now.) David Cook Software Engineer Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Online: 02 8005 0595

1 0

Happy Advent
by Renvoize, Martin 01 Dec '20

01 Dec '20

Hi All, As a long term follower of the perl advent <http://www.perladvent.org/2020/> calendar series, it's been on my mind for a few years now to emulate it for the Koha world.. As such, I've badgered a few devs for a bit of help and low and behold.. I'm proud to announce our very own: https://koha-community.gitlab.io/KohaAdvent Many thanks to my "volunteers" helping to bring this together at the last minute and especially Tomas for writing the first article to get us underway. The theme will be plugins, integrations and api's from the perspective of development. Have a great xmas everyone, *Martin Renvoize, MPhys (Hons)* <https://www.ptfs-europe.com> Development Team Manager Community Release Manager (19.11, 20.05) *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize(a)ptfs-europe.com www.ptfs-europe.com Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info(a)ptfs-europe.com

2 1

Koha Community Wordpress Accounts person
by Koha News 30 Nov '20

30 Nov '20

Not sure who is managing the Koha Community Wordpress installation but we need an account created for Michael Kuhn who is going to be taking on the newsletter. Thank you! Chad

2 1

Build a roadmap for 21.05
by Jonathan Druart 30 Nov '20

30 Nov '20

Hello everybody, With your help I would like to build a roadmap for 21.05. To do so we will create workgroups that will focus on various topics. I will facilitate and help with the implementations and provide feedback when needed. I've listed some below, they are directly related to the Koha codebase or its side-projects: - Add tests for ES tests - Port default slips and notices from bespoke syntax to Template Toolkit - Refactor database translations - CI integration/improvement with gitea - Performance investigation - Git repository shrinking - Improve contributors list and release_tools - Adjust release tools for stable releases - "backup" splitter on a separate server - Improve our "news" module - Use DBIC relations to fetch related object rather than searching for the object - Developer handbook and documentation - ...? Each topic is listed on this collaborative pad (no account needed!) https://annuel.framapad.org/p/koha_21.05_roadmap Please add your names if you are planning to help writing, testing or QAing them. There is also a bugzilla keyword to follow, "rel_21_05_candidate": https://frama.link/koha_bz_rel_21_05_candidate And you, on what are you going to focus for 21.05? Feel free to add your own topics on the pad to tell us and find people who will be willing to help you! Cheers, Jonathan

1 0

Re: [Koha-devel] [Koha] Koha 20.11.00 released
by Mason James 30 Nov '20

30 Nov '20

hi folks, the 20.11.00 packages have been uploaded, well done everyone! 🎁 cheers, Mason On 28/11/20 5:41 am, Jonathan Druart wrote: > Hello everybody, > > It is with great pleasure that the Koha community announces the > release of Koha 20.11, a major release of the Koha open source > integrated library system. > > Read the full release notes here: > https://koha-community.org/koha-20-11-released/ > > The Debian packages for this new version will be available soon. Stay tuned! > > Cheers, > Jonathan > _______________________________________________ > > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Odd v20.11.00 tag
by Jonathan Druart 30 Nov '20

30 Nov '20

Hi devs, You will notice that I have messed up with the v20.11.00 tag. I `git push remote master` where my tag was, instead of `git push remote v20.11.00`. And then git rejected the second push for the tag % git push RM v20.11.00 Hum... no commit to push? error: failed to push some refs to 'git@git.koha-community.org:Koha-community/Koha.git' I've never seen that before and was almost sure it was possible. So the only solution I found (on Friday night) was to add an empty commit with the tag. Enjoy 20.11.00 and see you soon to prepare 21.05! Cheers, Jonathan

2 1

Koha Community Newsletter: November 2020
by Koha News 30 Nov '20

30 Nov '20

The Koha Community Newsletter for November 2020 is here: https://koha-community.org/koha-community-newsletter-november-2020/ Many thanks to the folks who submitted articles and news to this month's newsletter. Please feel free to email me with any corrections or suggestions. -- Editor, Koha Community Newsletter

1 0