Table des matières
Une nouvelle 'architecture'
La transition de Primo à Primo VE est avant
tout un changement dans l'architecture des
catalogues de bibliothèques LIBISnet. Bien
qu'il s'agisse d'une question technique, une
compréhension de base est nécessaire pour
comprendre pourquoi nous devons également
intervenir à Alma. Deux illustrations montrent
ce qui va changer.
Maintenant: Alma - Primo - Limo
- Les catalographes créent de nouvelles
notices bibliographiques en Alma. Ces
notices sont enregistrées dans la base de
données Alma (cylindre bleu).
- À partir de la base de données Alma, les
notices nouvelles et adaptées sont
exportées (publishing) une fois par
jour (pendant la nuit) vers la base de
données Primo (flèche bleu-orange).
- La base de données Primo est donc une
deuxième base de données à côté de la base
de données Alma : cette base de données
contient une deuxième version de chaque
notice Alma (cylindre orange).
- Lorsqu'un utilisateur consulte maintenant
nos collections via Limo, les notices de
la base de données Primo sont utilisées :
les termes de recherche sont recherchés
dans les notices Primo et les notices
affichées sont des notices Primo (flèche
orange-vert). Les données relatives aux
copies disponibles, aux fichiers
numériques ou aux accès électroniques sont
toutefois extraites en direct
d'Alma.
Bientôt: Alma - Primo VE - Limo
- Dans la nouvelle architecture, seule la
base de données Alma subsiste (cylindre
bleu).
- Primo VE n'est donc plus situé à côté
d'Alma mais devient une "coquille"
virtuelle autour de la base de données
Alma (cylindre orange).
- Lorsqu'un utilisateur effectue une
recherche via Limo, il consulte
directement la base de données Alma. Primo
VE crée à la volée une version virtuelle
des notices trouvées qui garantit que la
notice Alma est classée dans les
différentes facettes et s'affiche
correctement dans Limo (flèche
bleu-orange-vert).
Avantages de Primo VE
Primo VE offre des avantages pour nos clients,
les catalographes et les administrateurs de
systèmes.
Des notices rapidement disponibles
L'avantage le plus important est que les
nouvelles notices et ajustements seront
visibles dans Limo beaucoup plus rapidement.
Vous ne devez plus attendre l'exportation
quotidienne. Les ajouts et modifications à
Alma sont visibles dans Limo après un maximum
de 15 minutes.
Il est particulièrement intéressant pour les
catalographes qu'ils pourront vérifier
rapidement le résultat de leur travail dans
Limo. Grâce à la fonction Display in
Discovery, il sera possible de
visualiser une notice dans Limo à partir d'une
liste de résultats de recherche en Alma.
Les ajustements de la configuration de Primo
VE sont immédiatement visibles
Comme aucune deuxième version de la notice
n'est sauvegardée séparément mais que Primo VE
traite les notices Alma en temps réel pour les
afficher dans Limo, les ajustements de la
configuration de Primo VE sont immédiatement
visibles dans Limo. Par conséquent, si nous
remarquons que quelque chose ne va pas dans
l'affichage d'une certaine zone ou sous-zone
par exemple, la configuration peut être
ajustée. Les notices sont alors immédiatement
affichées dans Limo selon la configuration
modifiée. Dans Primo, une "renormalisation"
devait être effectuée dans ce cas, ce qui
impliquait de rafraîchir l'ensemble de la base
de données Primo. En raison de l'impact sur
les performances, cela ne pourrait être fait
que quelques fois par an.
Gestion intégrée
La gestion de Primo VE est entièrement intégrée
en Alma. Comme pour Alma, les "rôles" de tous
les collaborateurs déterminent ce qu'ils
peuvent faire dans Primo VE. Un certain nombre
d'outils de base utiles sera mis à la
disposition de tous les catalographes. L'un
d'entre eux est l'outil FRBR-Dedup :
avec cet outil, en tant que catalographe, vous
pouvez découvrir pourquoi certaines notices
Alma distinctes sont regroupées dans Limo par FRBR-isation (l'indication bien connue
"Cette notice a x versions") ou même
complètement fusionnées par Dedup(lication).
Alors pourquoi Primo VE affecte-t-il
le travail à Alma ?
À première vue, peu de choses semblent changer
pour les catalographes travaillant à Alma. La
base de données Alma continue d'exister tandis
que Primo, au lieu d'être une base de données
distincte, devient une coquille virtuelle
autour de la base de données Alma. Néanmoins,
nous devrons faire des travaux à Alma. Ceci
est dû aux changements dans la façon dont
Primo et Primo VE traitent les notices Alma
afin de les montrer dans Limo.
Dans Primo, cela se fait en exportant
chaque jour les notices nouvelles et modifiées
et en en faisant une deuxième version dans une
deuxième base de données. Au cours de cette
exportation, les notices originales sont
transformées par ce que l'on appelle la
normalisation. Grâce à un vaste ensemble de
règles préprogrammées, les notices Alma sont
modifiées de manière à pouvoir être
recherchées et affichées correctement dans
Limo.
En plus des règles standard, basées sur des
normes établies au niveau mondial telles que
MARC21 et RDA, de nombreuses règles LIBISnet
"locales" ont été ajoutées à cette
normalisation afin de garantir que les
"variations" locales des règles officielles
puissent être prises en compte. Les modèles de
données et les règlements de LIBISnet
contiennent un grand nombre de ces déviations,
créées au fil des ans pour faciliter la vie
des catalographes et/ou pour répondre à des
souhaits spécifiques concernant la recherche
et l'affichage des notices dans Limo.
Dans Primo VE, les notices qui doivent
être présentées dans Limo sont élaborées à la
volée. Pour que cela se réalise rapidement,
les possibilités de "normalisation" des
notices sont fortement limitées. Pour un
certain nombre d'aspects, comme la
classification des notices en facettes, la
normalisation locale n'est plus possible. Cela
se fait entièrement selon un processus qui
reprend les normes internationales. Dès que
les notices d'Alma s'écartent de ces normes,
des problèmes apparaissent : les données ne
sont pas consultables, ne sont pas affichées
ou le sont de manière incorrecte, les notices
sont mal classées dans les facettes, ...
Ce sont les points de travail dans Alma : en
plusieurs points critiques, les notices
Alma de LIBISnet ne sont pas en accord
(conformes) avec les normes
internationales. La seule solution
pour que Primo VE fournisse également ces
notices correctement à nos utilisateurs via
Limo est une "approche de la source" : les
notices existantes doivent être adaptées et
les modèles de données LIBISnet et les règles
de catalogage sont ajustés sur un certain
nombre de points afin que les catalographes
créent des notices qui conviennent au
traitement via Primo VE.
La liste des changements
Vous trouverez ci-dessous une liste de liens
vers des pages web individuelles. Ils
expliquent chacun un des changements que nous
mettons en œuvre dans Alma pour que Primo VE
fonctionne de manière optimale. Chaque page
explique ce qui change exactement, pourquoi et
comment les flux de travail catalographiques
devraient/pourraient être adaptés pour y faire
face.
- Nous utilisons les zones 100/110 (à nouveau) pour donner une place spéciale dans le document à la personne ou à la corporation qui peut être considérée comme la principale responsable du contenu du document. Lire la suite
- Pour identifier les personnes et les
corporations qui font l'objet d'une
publication, nous n'utilisons plus
les zones 700/710 avec $$4 pub, mais
passons à la zone 600 appropriée. Lire la
suite
- Les rôles des personnes ou des
corporations dans les zones
100/110/700/710 sont désormais enregistrés
dans la sous-zone $$e comme un terme
complet et non plus comme un code
dans la sous-zone $$4. Lire la
suite
- Pour rendre la saisie des valeurs
clés dans les notices
bibliographiques plus efficace et surtout
plus cohérente, une nouvelle méthode de
travail est lancée : le
catalographe enregistre deux clés
principales obligatoires pour le type de
document et de matériel dans la zone 902.
Lors de son enregistrement, les valeurs
clés sont alors automatiquement insérées
ou corrigées dans la notice. Lire la
suite
- La zone dans laquelle nous enregistrons
les genres des documents change :
nous n'utilisons plus la zone 653 mais
655. Lire
la suite
- La zone 775 a été utilisée jusqu'à présent
pour enregistrer toutes les relations
horizontales entre les notices
bibliographiques. Afin d'afficher
correctement la diversité des relations
possibles dans Primo VE, nous devons
utiliser un certain nombre de nouvelles
zones. Lire la
suite
- Il y a également quelques changements dans
la structure des liens pour relier les
composants d'un recueil-factice avec la description du premier composant. Lire
la suite
- Enfin, il y a un petit changement dans
l'utilisation des indicateurs pour les liens vers des informations
disponibles en externe : la zone
856 _2 devient 856 42. Lire la
suite
Le calendrier de Primo VE
Le Primo VE sera déployé en 2022. Cette
opération se déroulera en plusieurs phases.
Pour les catalographes, il est important de
savoir ce que l'on attend d'eux dans chacune
de ces phases : que peut-on ou ne peut-on pas
encore faire ? Quand les changements
doivent-ils être appliqués ? Que se
passera-t-il dans le catalogue ?
Une page séparée décrivant un calendrier et des
règles de base pour le travail à Alma peut
être consultée via le lien suivant : Primo VE: un nouveau back
office pour Limo
Les documents de la formation
Partie 1
Partie 2
Colophon
Dernière modification: 15.02.2022