May 2022 - Koha-bugs - lists.koha-community.org

[Bug 13665] Retrieve facets from zebra is slow
by bugzilla-daemon＠bugs.koha-community.org 25 May '22

25 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13665 --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Tomás Cohen Arazi from comment #9) > David, whlie you're digging that hole... One of the problems for the facet > retrieval step in Koha is that we look through the defined facets instead of > fetching them all at once. > > The reason behind that is that if some facet is not populated at all (i.e. > no record has field X which is mapped to the facet) then the resultset is > always empty in Zebra. I filed an issue about that (a lot of time ago) but > the answer was negative: that's the expected behavior. Yeah, I've been thinking a little bit about that as well, although I didn't look at the code for that. I think that's probably handled within the facet_fetch() function. I do wonder if they'd be interested in adding the "14" attribute to the faceting as well. (https://software.indexdata.com/zebra/doc/querymodel-zebra.html#querymodel-z…) Adam is out of the office this week, but I'm hoping that he'll help me to understand the faceting code. > So, would it be possible to add some ghost record (e.g. ID = -1) with all > the fields (one space or special character?) so we convert it into one query > instead of many? I think that might be an option. When I run zebrasrv in this directory https://github.com/indexdata/idzebra/tree/master/examples/marcxml, I noticed that there were records that weren't indexed and records that seemed to have empty indexes. In theory, we could add a record to Zebra like you describe, but I haven't tested it in practice. -- I wouldn't mind looking at trying to fetch the facets asynchronously although that's less pressing for me atm... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30141] New: ElasticsearchCrossFields enabled returns no search results on OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 May '22

24 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30141 Bug ID: 30141 Summary: ElasticsearchCrossFields enabled returns no search results on OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org ElasticsearchCrossFields is a great syspref to enable if you need to search across indexes, for example your search term includes both title and author keywords. We've discovered this only works on the staff client, and returns no results when searching on the OPAC. After some investigation, this is because the OPAC will add a `suppress:false` to the search query, to hide records that are suppressed in OPAC. I'm not sure why, but this combination of suppress:false and ElasticsearchCrossFields means no results are returned in the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 18316] New: Add weighting/relevancy options to ElasticSearch
by bugzilla-daemon＠bugs.koha-community.org 24 May '22

24 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18316 Bug ID: 18316 Summary: Add weighting/relevancy options to ElasticSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 167

[Bug 30839] New: Set 76x78x$i as label if second indicator is set to 8
by bugzilla-daemon＠bugs.koha-community.org 24 May '22

24 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30839 Bug ID: 30839 Summary: Set 76x78x$i as label if second indicator is set to 8 Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl See https://www.loc.gov/marc/bibliographic/bd76x78x.html. This should replace the default label in the record detail view, for example with 770: "Beilage:" in German / "Supplement:" in English should be replaced with contents of $i. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 24 May '22

24 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- We'd love to add 001 to the checks as this is the most important field for our synchronization with the union catalog. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13665] Retrieve facets from zebra is slow
by bugzilla-daemon＠bugs.koha-community.org 24 May '22

24 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13665 --- Comment #9 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- David, whlie you're digging that hole... One of the problems for the facet retrieval step in Koha is that we look through the defined facets instead of fetching them all at once. The reason behind that is that if some facet is not populated at all (i.e. no record has field X which is mapped to the facet) then the resultset is always empty in Zebra. I filed an issue about that (a lot of time ago) but the answer was negative: that's the expected behavior. So, would it be possible to add some ghost record (e.g. ID = -1) with all the fields (one space or special character?) so we convert it into one query instead of many? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13665] Retrieve facets from zebra is slow
by bugzilla-daemon＠bugs.koha-community.org 24 May '22

24 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13665 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Martin Renvoize from comment #2) > Have we reported this upstream at all? I reported something in this area yesterday: https://github.com/indexdata/idzebra/issues/35 As Hugo notes, stop words seem to cause big problems, although it doesn't seem tied to the result set but rather the initial records fetched and filtered. I had 2 nearly identical queries on a 1,000,000+ record database. The first search returned instantly and its 1st facet returned in 2 seconds. The second search (including "the") returned after 30 seconds and its 1st facet returned after 60 seconds. Both had result sets of 3323-3325 records. Since "the" had matched over 1,000,000 records, it seemed clear that the facet calculation involved more than just the result set (although my initial skimming through the Zebra C code couldn't confirm that). I'm going to see if I can compile Zebra and figure out what's going on there, so that I can either send a pull request or at least put Indexdata onto the root cause and rough solution. But I'm also not going to commit heaps of time to this. It's fresh in my mind, so now is a good time to do it, but we'll see... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24176] New: Make datelastborrowed a configurable column in holdings_table
by bugzilla-daemon＠bugs.koha-community.org 23 May '22

23 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24176 Bug ID: 24176 Summary: Make datelastborrowed a configurable column in holdings_table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some librarians would find it hand if datelastborrowed would show in the holdings_table as a configurable column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 7021] Add patron category to the statistics table
by bugzilla-daemon＠bugs.koha-community.org 23 May '22

23 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Medium patch -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 7021] Add patron category to the statistics table
by bugzilla-daemon＠bugs.koha-community.org 23 May '22

23 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #43 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Think that should resolve all QA issues.. setting back to signed off to bring it back to the QA pile. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0