The metadata in a MARC record is very useful in determining what the user is seeking by retrieving those records that are match closely to the search term. But this metadata can only go so far.
If you don’t have the web client running, you can add the badges directly in the database. All activity metric settings are located in the rating schema.
rating.popularity_parameter is where available parameters are stored.
rating.badge is where you configure badges that can be applied to records.
rating.record_badge_score is where the scores for each record are stored after the calculations are run.
A script is available - badge_score_generator.pl - to calculate all badge scores. Add this script to your crontab to run the script nightly.
You can also manually run a calculation for an individual badge by running the recalculate_badge_score(id) database function.
Name: This is the name that will display on the record detail page to the public.
Scope: If you select a branch or system here, the badges will only be applied to titles with copies owned by the selected branch or system. This badge will only affect results for searches that are scoped to that system or branch.
Weight: The weight a specific badge carries in relation to other badges that may be applied to the record. It will affect the total badge score that is calculated when two or more badges are earned for the record. It has no impact on records that earn 1 badge.
Fixed rating - used to apply a rating to any material that matches filter. This field should only be used for popularity parameters that have the require_percentile field set to False.
Discard count - drops records with the lowest values before the percent is applied.
Carries the same advantages as the holds over time metrics, but captures things that are currently popular.
You will not capture activity for things that were popular a couple of years ago or those that are consistently popular over time.
May want to use in place of a Holds Requested Over Time metric.
Online Bib has Attributes - captures all bibs that meet the badge criteria if they have Located URIs.
Bib has attributes and copies - captures all bibs that meet the badge criteria if they have copies attached.
Bib has attributes and copies or URIs - captures all bibs that meet the badge criteria if they have copies attached or contain Located URIs.
Bib has attributes - captures all bibs that meet the badge criteria. It doesn’t matter if the bib has copies, URIs or no holdings information at all.
A holds metric is ideal for this starter badge.
If you think specific materials are not going to get a boost from the starter badge, create targeted badges for those collections.
Non-fiction materials (using either record attributes or copy location groups) may be one area that you need to focus on.
In multi-type consortia, for libraries that are a bit different than the majority of your libraries, consider badges for that specific org unit.
In an academic library, for example, you might target a particular high-use collection, like reserves, or use one of the circulation metrics as a way to capture the activity in those libraries.
The 'most popular' ranking method sorts the results by badge score. Within results that have the same badge score, the ranking method will be by relevance.
A new global flag allows you to set the default sort method used by the catalog. If unset, the default sort will be relevance.
A new global flag allows you to determine how much weight (1.0 to 2.0) should be given to popularity in the popularity-adjusted relevance ranking method.