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.

Tri par date d'acquisition

1er lancement sur tout le catalogue

Si il y a eu reprise des dates d'un ancien SIGB. Faire un audit de données. Pour éviter de les écraser. 
/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. 

# 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

Tri par date de publication

Tri par popularité

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.

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