Le Vendredi 7 Novembre 2003 08:42, vous avez écrit : > Je lis et je commente ne même temps : > > ----- Original Message ----- > > Le > > fait est que si je me place du point de vue de l'usager, j'aurais du mal > > à comprendre qu'on me propose 'Zola, Emile' avec 10 notices derrière et > > 'Emile > > > Zola' avec une notice derrière (Si PMB trouve les deux formes en > > recherche, il > > > faudra que l'utilisateur choisisse). > > le danger, c'est pour l'affichage dans l'opac, deux auteurs, le user de > PMB/gestion, ca va moins le choquer... ?
Oui, au fil du temps, dans une structure, les gens qui cataloguent mettent en place un certain nombre de règles 'maison' qui leur permettront de détecter une autorité qui ne correspond pas à leur pratique et de ne pas l'utiliser. Par contre, pour les lecteurs, c'est différent, il faut que ça soir carré. > > > Leur argument est de dire que tu passes > > autant de temps à corriger qu'à partir 'from scratch'. Vaste question. > > Pour ma > > > part, je préfère tolérer quelques imperfections que de me fader des > > heures > > et > > > des heures de saisie, question de point de vue... > > C'est bein pour cela que j'ai développé le client z3950 en recherche > catalogage ! Le client Z3950 OPAC sera forcément plus léger, on affichera > et basta (peut-être qu'on fera un lien, un truc pour que le lecteur demande > l'achat, la récup du bouquin), I had a dream that one day, one particular > day, the BDP will be 'z3950' connected ;-) Ca arrivera, j'en suis sûr... > > Bon, à part ça, on doit dépétrer ce truc. > > > > Deux approches que j'ai vues : > > > > Koha fait comme ça. C'est un concept de 'breeding farm' (élevage > > de notices). Tout ce qui est importé est stocké dans une table temporaire > > qui > > > double la table 'réelle'. > > c'est l'usine à gaz dont je parlais, il faut que la breeding farm intègre, > doublonne toutes les tables nécessaires... > > > Au début de la saisie d'une notice tu saisis l'ISBN. > > Le logiciel commence par regarder si c'est connu dans la base déjà (ça on > > le > > > fait aussi). S'il ne trouve rien, il jette un oeil dans la table > > temporaire > > > pour voir si un tel ISBN y est. S'il le trouve, il te propose la notice > > et > > à ce > > > moment, tu choisis si tu veux ou non faire l'import et intégrer ça à la > > table 'officielle'. Deux remarques : on aboutit au même résultat avec le > > client > > > Z.39.50. 'Robert made' : on choisit au moment de l'import. secundo, > > personnellement, ça m'embêterais d'aller tripatouiller dans un module qui > > marche bien et qui donne satisfaction, me semble-t-il. Dans ce cas, le > > catalogueur prend ses responsabilités, il sait qu'il ajoute du bordel > > dans > > sa > > > base. > > Voilà, on arrive à la même conclusion, le catalogueur est responsable, > adulte, il y a longtemps qu'il ne fait plus pipi au lit, oil doit > comprendre que l'auteur doitêtre corrigé. D'où l'intérêt des gestions de > renvois d'auteurs, le polluant reste dans la base mais : affiche la bonne > forme et n'est jamais visible ! Dans ce cas là, je préconiserais d'employer plutôt la fonction 'remplacer par'. Même si le renvoi existe, on te proposera toujours les deux formes au premier niveau de recherche. Ca ménera aux mêmes notices, je te l'accorde, mais de mon point de vue, ça fait mauvais effet. Au niveau de l'OPAC, je pense que la meilleure approche c'est : ne rien afficher qui ne méne à qqchose. C'est déjà assez compliqué pour beaucoup de gens sans en plus leur rajouter des impasses !!! > > Autre possibilité (vue dans le logiciel qu'on utilise à Agneaux pour des > > imorts > > > de fichiers (pas de client Z39.50)). Au moment de l'intégration, on te > > demande > > > si tu souhaites créer les autorités importées. Si tu choisis non, tu > > récupère > > > la notice sans aucune autorité (juste les champs qui ne posent pas > > problème, > > > type titre, collation, etc...). Ca se tient, mais de toutes les façons, > > tu devras repasser sur la notice pour ajouter tes autorités à toi. > > C'est une approche possible... Disons que ça diminue l'intérêt de récupérer mais qu'au moins la base est propre... François Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
