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.

1er lancement

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

Ajouter en cron

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

# Synch 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érifications

Vérifier que biblioitems.totalissues est mappé avec un champ MARC pour toutes les grilles (par exemple 099$z).

L'index totalissues gère le tri par popularité. Vérifier qu'il indexe le champ mappé avec biblioitems.totalissues. Par exemple :

melm 099$z      totalissues:n,totalissues:s

Ne pas faire attention à l'indexe popularity, c'est un alias. C'est une erreur de l'avoir dans records.abs.

FIXME syspref UpdateTotalIssuesOnCirc ?

1er remplissage

/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.

Réindexer tout.

Ajouter en cron quotidien

# 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