Par défaut sur une installation fraîche, plusieurs tri ne sont pas fonctionnels, il faut les paramétrer.

Ce tri fonctionne de base avec Elasticsearch, basé sur la sommes des prêts des exemplaires (items.issues).

Pour Zebra c'est un champ de la notice biblio qui doit porter cette information.

/home/koha/src/misc/maintenance/UNIMARC_sync_date_created_with_marc_biblio.pl --run -v

Il est important que ce soit quotidien au matin car on ne traite que les notices ajoutées/modifiées la veille.

# Sync MARC biblio and database dates
0 1 * * *  /home/koha/src/misc/maintenance/UNIMARC_sync_date_created_with_marc_biblio.pl --run --where "TO_DAYS(NOW()) - TO_DAYS(biblio.datecreated) <= 1 OR TO_DAYS(NOW()) - TO_DAYS(DATE(biblio.timestamp)) <= 1" > /dev/null 2>&1

Cette doc utilise la table statistics pour calculer le nombre totale de prêts d'une notice, d'où l'option --use-stats.

Vérifier que biblioitems.totalissues est lié à un champ MARC, par exemple 099$x.

Vérifier que ce champ est indexé par l'index Zebra totalissues. C'est lui qui gère le tri par popularité.

grep -C1 totalissues ~/etc/zebradb/marc_defs/unimarc/biblios/biblio-koha-indexdefs.xml

Par exemple :

  <index_subfields tag="099" subfields="x">
    <target_index>totalissues:n</target_index>
    <target_index>totalissues:s</target_index>
  </index_subfields>

syspref UpdateTotalIssuesOnCirc ?

/home/koha/src/misc/cronjobs/update_totalissues.pl --use-stats --commit=1000 -v

Pour limiter à un intervalle d'un an par exemple, ajouter --interval=1y.

# Update popularity counts for biblio records
10 1 * * * /home/koha/src/misc/cronjobs/update_totalissues.pl --use-stats --commit=1000 --incremental > /dev/null 2>&1