Bug 4196 - Defintion of popularity index into Unimarc setup
Summary: Defintion of popularity index into Unimarc setup
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Searching (show other bugs)
Version: rel_3_0
Hardware: All All
: P5 - low normal
Assignee: Galen Charlton
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-16 03:07 UTC by Zeno Tajoli
Modified: 2012-10-25 23:09 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments
Patch from Comment 3 (1.25 KB, patch)
2011-04-05 13:17 UTC, Frederic Durand
Details | Diff | Splinter Review
Followup (1015 bytes, patch)
2011-04-05 14:55 UTC, Frederic Durand
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:24:16 UTC


---- Reported by tajoli@cilea.it 2010-02-16 15:07:20 ----

'popularity' is a way to sort bibliographic results of a search.

In the Zebra setup this sort is based on a value, the value of all loans done
with all items/copies of a specific bibliographic record.

In NoZebra setup the valuse is calucated every time with an SQL query on
loan data.

In Zebra setup the source of the data is the column biblioitems.totalissues of
the table biblioitems
To use popularity with zebra we need to transer the value in 
biblioitems.totalissues
to a specific subfield.

All is ok for MARC21 framework.
But not for unimarc framework
The two unimarc defintion that we have (french and english) say:
-- English: 990$0
-- French: 995$s

But 995 is the unimarc field for items, for the values of the table items.
The value of biblioitems.totalissues is connect with the bibliographic record,
not with items level.

But also the field 990 is used in French framewor for a different use.

So I will use 942$0 [as Marc21] and I will send a patch to use the subfield
942$0 as source of popularity index

The defintion file is ../etc/zebradb/marc_defs/unimarc/biblios/record.abs



---- Additional Comments From tajoli@cilea.it 2010-02-16 15:12:27 ----

The link to the patch:
http://lists.koha.org/pipermail/koha-patches/2010-February/005601.html



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:24 UTC  ---

This bug was previously known as _bug_ 4196 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4196

Actual time not defined. Setting to 0.0
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Zeno Tajoli 2010-12-23 11:51:03 UTC
Before to close it, I need to check it.
So we need to wait.
Comment 2 Jonathan Druart 2011-04-05 10:09:47 UTC
The link to the patch is broken
Comment 4 Frederic Durand 2011-04-05 13:17:51 UTC
Created attachment 3686 [details] [review]
Patch from Comment 3

Patch file create from comment 3 of Zeno Tajoli
Comment 5 Frederic Durand 2011-04-05 14:55:19 UTC
Created attachment 3699 [details] [review]
Followup
Comment 6 Frederic Durand 2011-04-05 15:04:16 UTC
Adding a followup correcting the previous patch. Popularity sort working good in this way, as long as you keep on fill the 942$0 field manually. Might not work on an automatic way in fact, would not be able to put values from totalissues to Marc Framework.
Comment 7 Chris Cormack 2011-04-06 07:36:50 UTC
Pushed please test