Le processus de FRBRisation dans Primo est basé sur les principes des Fonctionnalités requises des notices bibliographiques arrêtés par le groupe du même nom à l’IFLA.
Sur la base d’éléments précis présents dans les notices en entrée et stockées dans le bloc frbr de la notice pnx, le système construit des groupes, qui représentent une œuvre. Les notices qui décrivent les différentes expressions et manifestations d’une même œuvre sont donc rassemblées dans un même groupe. Les membres potentiels d’un groupe FRBR sont calculés durant l’indexation. Mais le groupe lui même est créé au moment de l’affichage des résultats. Les métadonnées affichées dans la notice brève sont issues de la première notice du groupe FRBR qui répond le mieux aux termes de recherche.
Fonctionnement du vecteur
Au moment de la normalisation le système créé différentes valeurs qui vont servir au vecteur de FRBRisation.
Le champ T
Le champ T définie le type d’algorithme de frbrisation à utiliser. Primo ne dispose que d’un seul algorithme la valeur de ce champs est toujours à 1
Affecter 99 à ce champs empêchera la frbrisation de la notice.
Les clefs de Frbrisation (k)
Pour que deux notices soient frbrisées elles doivent avoir des clefs FRBR identiques. Ces clefs sont au nombre de trois
La clef K1 : Auteur
| Champ | Sous-champs | |
|---|---|---|
| 700 | Nom de personne – Responsabilité principale | a,b,f |
| 701 | Nom de personne – Autre responsabilité principale [co-auteur] | a,b,f |
| 702 | Nom de personne – Responsabilité secondaire [auteur secondaire] | a,b,f |
| 710 | Collectivité – Responsabilité principale | a,b,c |
| 711 | Collectivité – Autre responsabilité principale [co-auteur] | a,b,c |
| 720 | Nom de famille – Responsabilité principale | a,f |
| 721 | Nom de famille – Autre responsabilité principale [co-auteur] | a,f |
La clef K2 : Titre uniforme
Cette clef n’est pas utilisée
La clef K3 : Titre uniforme
| Champ | Libellé | Sous-champs |
|---|---|---|
| 200 | Titre | a,e,d,h,i |
| 500 | Titre uniforme | a,h,i,k |
| 503 | Titre de forme | a,b,e,f,i,j,m |
| 515 | Titre courant | a |
| 518 | Graphie moderne du titre | a |
| 520 | Variante historique du titre (ressources continues) | a,e,h,i |
| 530 | Titre clef (ressources continues) | a |
| 531 | Titre clef abrégé (ressources continues) | a |
| 532 | Titre développé (ressources continues) | a |
| 540 | Titre ajouté par le catalogueur | a,e,h,i |
| 545 | Titre de section | a |
Personnalisation du réseau
Exclure une notice du regroupement FRBR
Via Primo
Ajouter le recordid de la notice dans la table de mapping FRBR_Exclude. Déployer les tables.
Via Alma
Dans Alma nous avons dédié le champs local 996 à l’exclusion des notices du regroupement FRBR. Du côté de Primo nous testons la présence de ce champs pour appliquer un code d’exclusion sur la notice pnx. Cette solution permet d’appliquer des règles d’exclusion directement lors du chargement de la notice dans Alma. Pour l’instant nous excluons ainsi du processus de frbrisation toutes les notices ayant plusieurs champs 500.
Procédure encore non appliquée pour l’instant sur les notices marc 21
Re-Publier la/les notice(s) concernées.
Amélioration du regroupement pour des documents fréquemment réédités
Pour certains documents réédités fréquemment (exemple codes juridiques) le regroupement FRBR est très souvent incomplet. En effet, au fil de l’histoire de la publication les sous-titres et les auteurs/contributeurs peuvent changer. Pour résoudre ce problème nous avons sur certaines collections identifiées produit une unique clef k2 résultante de la concaténation de l’ISSN de la collection avec le sous-champ $$a du titre. Si ce dernier contient une date celle-ci est supprimée. Pour appliquer cette règle à une collection, il suffit d’ajouter son ISSN dans la table de mapping “33PUDB_FRBR_Collections” et republier les notices concernées.
Date de publication
Mis à jour le
Attention ! Certains établissements utilisent parfois de procédures complémentaires