https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16921 Jacek Ablewicz <abl@biblos.pk.edu.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abl@biblos.pk.edu.pl --- Comment #2 from Jacek Ablewicz <abl@biblos.pk.edu.pl> --- (In reply to Nicholas van Oudtshoorn from comment #0)

Copied from an email to the devel list: Investigating, it seems like zebra isn't giving the right search results back.

I can confirm this in yaz-client using the query that is created by koha. Searching for "Bentley, Peter, Ed." returns 4 results, only two of which are close. Actually, the record I'm trying to match is "Bentley, Peter, (Ed.)" - the last option.

Interestingly enough, if I search for "Bentley, 3432531531532513985735981<anything at all here>" it will also show me the same four results.So does searching for "Bentley 513513531513515151".But searching for "Bentleyr435435151551251" shows no results, as I would expect.

Hi, attribute combo (phrase, no trucation, complete field) used in yaz-client test, from the 1st mail in koha-devel list back in June 23: @attr 1=Match-heading @attr 4=1 @attr 5=100 @attr 6=3 "Bentley, Peter, Ed." looks fine to me, and in my test setup it returns a proper result (only one, exact authority record matched). Most likely, problem is not in the Koha authority matching code, but in Zebra itself (it's config, or maybe the particular version you are using is buggy). BTW, do you have ICU tokenizer enabled? If yes, there were some known problems with it (completeness and position attributes not working at all, or not working properly) especially in not up-to-date zebra versions (see Bug 13751 and Bug 16581). -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16921 Jacek Ablewicz <abl@biblos.pk.edu.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=13751 -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16921 --- Comment #4 from Nicholas van Oudtshoorn <vanoudt@gmail.com> --- Thanks Joy and Jacek, Hmmm - I was on 2.0.58 of zebra - updated now, and things seem a lot better. ICU is enabled - will try with it disabled at some point. However, I'm still having issues. For instance, searching for "Young, Robert" returns two results. One of them has a date in $d, the other doesn't. Another example, there's a PERSO_NAME of value "T" - and it is there, but koha's returning 104 results (anyone with the intital T in their name, it looks like!). A more interesting example, searching for the TOPIC_TERM "Theology, Doctrinal" tells me there are three results: These are: Theology, Doctrinal Theology, Doctrinal-popular Works Theology, Doctrinal. Not sure what that second one is doing being brought in... Is this data not particularly nice, and in need of a tidy up? Yep! But I can't understand why the search isn't returning the right results... any ideas? -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16921 --- Comment #6 from David Cook <dcook@prosentient.com.au> --- (In reply to Joy Nelson from comment #3)

I also am not seeing any oddities in my search results of authorities, nor any mismatches in the linker script. Normally the oddities with the linker script are due to setting in the system preferences. I have heard of other sites with issues with the linker that appeared to be a result of their zebra config. -joy

If I recall correctly, I think Bywater has often shown a preference for using IndexData's repositories for Zebra? So you might have a more up-to-date version of Zebra than Nicholas, I think. Of course, this comment and my last one are after skimming this bug report for approximately 2 seconds, so I might be misreading :). -- You are receiving this mail because: You are watching all bug changes.