Tris des résultats de recherche

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

/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