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 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
?
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
Voir exemple WF complet :
MT 27569