Hello, to those of you now upgraded to 3.2, I continue to have relevance ranking issues in Koha - have you noticed this too? For instance, basic unfielded search for "models in ecosystem science" turns up multiple results for irrelevant items, with the correct item somewhere down the list. In our old catalog system, which is for the most part a piece of junk, I conduct an unfielded search for "models in ecosystem science" and I get exactly one result, for the correct item. There are many similar examples. I am running Koha v. 3.02.00.004. Do you notice relevance ranking problems? I have been monitoring this list for similar complaints, but have not seen any. Is this a problem with my installation or is it widespread? If widespread, have you come up with any workarounds? Thanks! Amy Schuler Cary Institute of Ecosystem Studies
Amy, turning off sys pref QueryAutoTruncate seems to help. We have had relevance related problems reported by some of our customers. Thanks, Savitra 2010/11/17 Amy Schuler <schulera@caryinstitute.org>:
Hello, to those of you now upgraded to 3.2,
I continue to have relevance ranking issues in Koha - have you noticed this too? For instance, basic unfielded search for “models in ecosystem science” turns up multiple results for irrelevant items, with the correct item somewhere down the list. In our old catalog system, which is for the most part a piece of junk, I conduct an unfielded search for “models in ecosystem science” and I get exactly one result, for the correct item. There are many similar examples. I am running Koha v. 3.02.00.004.
Do you notice relevance ranking problems? I have been monitoring this list for similar complaints, but have not seen any. Is this a problem with my installation or is it widespread? If widespread, have you come up with any workarounds?
Thanks!
Amy Schuler
Cary Institute of Ecosystem Studies
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
We too have some issues. Here is our outward facing card catalog: http://opac.rhcl.org If you search for "harpy time", not remembering the correct name is "harpy thyme", you get a number of hits on "time", but also clearly lots of bad returns for things unrelated to harpy or time or thyme. The librarians tell me that "Harpy Thyme" does show up, but buried somewhere in one of the back pages. It clearly should hit "harpy" well before all the unrelated returns--which shouldn't show at all. In the staff interface, when searching for patron names, if you type in a last name "smith" not knowing, perhaps, how the first name is spelled, you might get 10 pages of smiths and you have to go through each page because it will start with "smith, a..." ("a" for first name") and go down the page alphabetically to "smith, z...", but then start over on the 2nd page with another "smith, a..." name. I suspect it pulls last name "smith", but then doesn't default to doing a secondary sort on the first name--probably some other field. In other words, "smith, azul" might not be the very last "smith, a..." entry before hitting "smith, b...". Azul Smith could be page 2 or 3 or whatever. Absher Smith could likewise be after Azul Smith or Zeke Smith. -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 ----------------------------------------- On 11/17/2010 10:06 AM, Amy Schuler wrote:
Hello, to those of you now upgraded to 3.2,
I continue to have relevance ranking issues in Koha - have you noticed this too? For instance, basic unfielded search for "models in ecosystem science" turns up multiple results for irrelevant items, with the correct item somewhere down the list. In our old catalog system, which is for the most part a piece of junk, I conduct an unfielded search for "models in ecosystem science" and I get exactly one result, for the correct item. There are many similar examples. I am running Koha v. 3.02.00.004.
Do you notice relevance ranking problems? I have been monitoring this list for similar complaints, but have not seen any. Is this a problem with my installation or is it widespread? If widespread, have you come up with any workarounds?
Thanks!
Amy Schuler
Cary Institute of Ecosystem Studies
On 2010-11-18, at 8:58 AM, gsl wrote:
We too have some issues.
Here is our outward facing card catalog:
If you search for "harpy time", not remembering the correct name is "harpy thyme", you get a number of hits on "time", but also clearly lots of bad returns for things unrelated to harpy or time or thyme. The librarians tell me that "Harpy Thyme" does show up, but buried somewhere in one of the back pages. It clearly should hit "harpy" well before all the unrelated returns--which shouldn't show at all.
In the staff interface, when searching for patron names,
woooaah there tiger! a patron search used very different search code compared to a bib search. two very different issues, just saying... Mason
When I first set up the catalogue we had truncated search switched on and found the results were hopeless. But even with it switched off, it picks up a lot of irrelevant records. One of the problems for us is that it searches the place of publication. Geography is a very important aspect of our collection, and searches are often done on place names. So someone looking for material about London for instance will be presented a huge list of items that were published in London. If it were possible to specify which fields were searched in an 'unfielded' search, we could probably eliminate a lot of the false positives. While it is sometimes useful to search on a place of publication, that's a very specific search, which should be done as an advanced search.
participants (5)
-
Amy Schuler -
Elaine Bradtke -
gsl -
Mason JAMES -
savitra sirohi