[Koha-bugs] [Bug 7421] UNIMARC authorities DOM indexing mode

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Oct 11 23:14:45 CEST 2013


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

--- Comment #55 from mathieu saby <mathieu.saby at univ-rennes2.fr> ---
(In reply to Galen Charlton from comment #54)
> (In reply to Katrin Fischer from comment #51)
> > I am not sure if it's annoying - I always tell people that everything that
> > is indexed can be searched in keyword search and the reactions so far are
> > quite positive.
> 
> I agree -- it's easier to explain that an "any" index includes everything
> (though whether or not fixed fields should be included is a matter of
> opinion), so I for one don't really see a problem with the change in
> behavior of the "any" index.
> 
> Note, though, that that's a separate question from whether the "any" index
> should be included in, say, auth_finder.pl, as somebody looking for
> authority records via that interface has little reason to be using anything
> other than the headings searches to begin with.

Sorry, but I do not agree with both of you.
I'm speaking here in general, not for authorities (we don't give access to
authorities on opac). The OPAC search with GRS1 is very "noisy", with a lot of
unwanted and non understandable results.
Ex : I have a book published in "Roma". It has "1 vol. (215 p.)", it is written
in french ("fre" in 105a) with an item having an INTERNAL note (not shown on
opac) in 995 field, like "book given by a teacher".
This book will currently show on opac when some user search "vol", "fre",
"book", "given", "teacher" or "Roma". For "Roma" I could maybe understand, but
I don't like that. For the other points I don't like that AT ALL.

We have a rather big catalog (400 000 records), to Koha can easily find a lot
of unrelated records for any search. With DOM I understand it will be worse.

Of course this issue could been less problematic, if Koha had a good pertinence
sorting (it is mad), a good date sorting (it is broken, for unimarc at least),
and a good facetting system (all we have are pseudofacets, non parametrable for
the moment, based only on the X first results, not cumulable, and whose general
presentation is not user friendly). We can work on these points, of course, but
it would be easier to define a more reasonable "any" index.

Mathieu

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


More information about the Koha-bugs mailing list