Bien \u00e9videmment, les difficult\u00e9s rencontr\u00e9es sont en grande partie g\u00e9n\u00e9r\u00e9es par la fusion de 4 fichiers de donn\u00e9es Unimarc.<\/p>\n\n\n\n
Nous avons tout d’abord eu affaire \u00e0 la question de l’encodage des caract\u00e8res qui peut varier selon les SIGB et au sein d’un m\u00eame SIGB. Entre UTF8, MARC8, ISO 8859-1, ALA, UNICODE, il faut choisir ! Certains caract\u00e8res ont eu droit \u00e0 leur traitement sp\u00e9cifique comme \u00ab\u00a0\u00e7, \u00b0, e^…).<\/p>\n\n\n\n
Il faut savoir que les notices affich\u00e9es dans CAROLE n’existent pour certaines dans aucun des SIGB, cela vaut pour les notices communes \u00e0 plusieurs \u00e9tablissements qui sont constitu\u00e9es des \u00e9l\u00e9ments de chaque notice, le d\u00e9doublonnage est op\u00e9r\u00e9 sur la 210$d pour la date d’\u00e9dition, sur la 205$a pour l’\u00e9dition et sur la 200$v pour le num\u00e9ro de volume.<\/p>\n\n\n\n
S’il n’y a pas de facette \u00ab\u00a0dates\u00a0\u00bb, c’est bien parce la gestion des dates est vraiment trop probl\u00e9matique, difficile de normaliser c1998, COP1998, cop.1998, DL1998, impr.1998, imp.1998, (1998?)…<\/p>\n\n\n\n
Certains SIGB renferment des tr\u00e9sors comme des notices analytiques !?! Est-ce bien l’outil pour signaler ce genre d’information ? On peut en tout cas se poser la question, surtout que ces notices sont difficiles \u00e0 afficher car elles \u00ab\u00a0d\u00e9tournent\u00a0\u00bb l’usage de champs Unimarc.<\/p>\n\n\n\n
Les zones de notes sont \u00e9galement un probl\u00e8me \u00e0 r\u00e9gler car chacun y va de son originalit\u00e9 :).<\/p>\n\n\n\n
Les zones contenant les informations sujets et\/ou classification sont \u00e9galement difficiles \u00e0 g\u00e9rer car r\u00e9parties dans plusieurs champs.<\/p>\n\n\n\n
En Z39.50, nous n’avons pas la possibilit\u00e9 de g\u00e9rer la disponibilit\u00e9 des exemplaires en direct, cette fonction est assur\u00e9e par le SIGB vers lequel nous renvoyons un lien profond.<\/p>\n\n\n\n
En r\u00e9sum\u00e9, tout le travail consiste dans un premier temps \u00e0 localiser le ou les champs Unimarc contenant une information de m\u00eame nature, puis ensuite \u00e0 re-mapper l’affichage de ces champs soit par un affichage unique (d\u00e9doublonnage), soit par un affichage enrichi (regroupement de champs), soit par un affichage s\u00e9par\u00e9. C’est certainement plus rapide que d’effectuer les corrections directement sur les notices et surtout cela permet de s’affranchir des pratiques locales et de vraiment g\u00e9rer un affichage normalis\u00e9 en central.<\/p>\n","protected":false},"excerpt":{"rendered":"
Bien \u00e9videmment, les difficult\u00e9s rencontr\u00e9es sont en grande partie g\u00e9n\u00e9r\u00e9es par la fusion de 4 fichiers de donn\u00e9es Unimarc. Nous avons tout d’abord eu affaire \u00e0 la question de l’encodage des caract\u00e8res qui peut varier selon les SIGB et au sein d’un m\u00eame SIGB. Entre UTF8, MARC8, ISO 8859-1, ALA, UNICODE, il faut choisir ! … <\/p>\n