[Koha-bugs] [Bug 13414] Enable right truncation with search by relevance

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13414

Koha Team Lyon 3 <koha at univ-lyon3.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #34199|0                           |1
        is obsolete|                            |
                 CC|                            |koha at univ-lyon3.fr

--- Comment #2 from Koha Team Lyon 3 <koha at univ-lyon3.fr> ---
Created attachment 34285
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34285&action=edit
Bug 13414 - Enable automatic right truncation while  searching by relevance

Oups ! I fear you are absolutely right. patch corrected.

Moreover some more precisions were missing :
By now, relevance don't work when Automatic truncation is activated : the
results are sorted by biblionumber ascending.
However truncation (left and right) is possible with relevance activated when
QueryAutoTruncate is set on manual option ( this means you have to add *
character to your keyword). 
This is the automatic right truncation that this patch brings combined with
relevance.
These two options cannot get along : the choice is Every where manual
truncation versus Automatic right truncation.
I just add right truncation as a trial because it seems to match the essential
and common needs : getting the plural and very closed terms. I fear going
further would be a bit of tuning. 


TEST PLAN :

1) Apply patch. Set QueryWeightFields syspref on default option (relevance
without truncation) and QueryAutoTruncate on automatic position.

2) choose a keysearch not too much common so as to get only a small batch of
results : note the number of results. 
Note that results are sorted by biblionumber ascending and not by relevance. To
check, pass the cursor over the titles.That displays the link address in left
down corner of active window : biblionumber is visible at the end of the
address.
3) redo the search adding an s plural to your keysearch (or anything so as
keeping keysearch as radical) : note the number of results. this can be higher
than previous ones.
4) Among these last results, try to find a record where only the plural form is
present (checking in Marc tab). Call it recordTest.
5) Turn QueryWeightFields syspref on right truncation option,
redo 1 and note the results number. It's not any more sorted by biblionumber.
Little more by relevance( little more because relevance in koha may be
surprising !). There could be results where the plural form of keyword had been
found (and the singular one is not present), more possibly at the end of the
list.
To be sure, look for recordTest record.
6) redo 3 and note the number of results. this one should be smaller (these
results must be included in previous one).

Of course, you can redo the tests with QueryAutoTruncate in "manual" position
adding a right * and compare the results.

Olivier Crouzet

-- 
You are receiving this mail because:
You are watching all bug changes.