[PMB-DEVEL] Re: Auteurs en UNIMARC
temps par l'interface PMB que par cette nouvelle interface, je me demande... Il faut soumettre ce point à l'avis de tous, éventuellement le caler dans le planning, je ne cacherai pas que je pense qu'il reste un certain nombre de points à traiter avant de prendre ce chantier en main. Il faut d'ailleurs qu'on mette à jour la roadmap ;-) Qu'en pensez-vous ? - Original Message - From: François Lemarchand [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:45 PM Subject: [PMB-DEVEL] Re: Auteurs en UNIMARC Selon Eric ROBERT [EMAIL PROTECTED]: François, te parait-il judicieux de faire un explode(,) sur auteur en unimarc ? C'est ce qui permettrait de récupérer : auteur élément d'entrée auteur élément rejeté C'est la soluce que j'évoquais avec Gautier à Poitiers pour un certain parsing INTERMARC. Je sais pas pourquoi,il a fait une drôle de tête quand j'ai dit ça ;- ) Je pense que c'est dangereux à moins d'être sûr des notices de départ. Si nom; Prénom partout OK. Tu peux avoir aussi Nom (Prénom), Prénom Nom. L'explode permettrais peut-être de limiter la case (avec cet import, les autorités auteurs seront pourries dans la seconde, donc, s'attendre à un bon nettoyage derrière...). Idée : Et si au moment de l'import on créait un petit fichier avec toutes les autorités créées par cet import. Ca faciliterait déjà le ménage... A+ -- François Lemarchand homepage : http://balno.free.fr/ PhpMyBibli : http://phpmybibli.sourceforge.net Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED] Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED] -- François Lemarchand homepage : http://balno.free.fr/ PhpMyBibli : http://phpmybibli.sourceforge.net Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED] Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Auteurs en UNIMARC
C'est complexe comme question. Ce serait pas mal que des gens disent leur avis, peut on poser la question sur PMB.USER ? (note : 47 inscrits lors du dernier recensement...) Bonne idée ! Il faut que je ponde une prose, mais je pense que c'est peut-être plus du ressort du métier que de la prog : donc plus ton rayon, en plus tu as déjà vu pas mal de cas possible par rapport à ce qui peut être fait dans PMB, tu sauras mieux en présenter les avantages inconvénients ? Si tu préfère que ce soit moi, n'hésite pas ! François OK, je fais un petit RFC ce soir-même... -- François Lemarchand homepage : http://balno.free.fr/ PhpMyBibli : http://phpmybibli.sourceforge.net Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Auteurs en UNIMARC
La question se pose alors en termes plus importants : on importe en tables temporaires : notices_temp, auteur_temp, collections_temp, series_temp, editeur_temp et on affiche l'équivalent des infos officielles de PMB en proposant l'import. Mon avis : c'est quand même un boulot monstrueux, l'utilité est-elle si grande que cela ? le lien dernières notices créées permet de les retrouver facilement... on ajoute un lien dernières autorités créées qui permet de voir les derniers, quitte à filtrer sur un timestamp, les autorités créées ajourd'hui, hier, etc etc si on passe par des infos temporaires, il faudra de toutes les façons faire le ménage... éventuellement, je trouverais plus pratique, lors de l'import de la notice de faire une recherche regexp sur les mots de l'auteur pour éventuellement proposer des alternatives par rapport à ce qui est en base C'est quand même beaucoup de boulot, je rappelle que le but est d'accélérer la récup de notices, si le ménage/choix des autorités et le ménage des infos de la notice elle-même doivent prendre autant de temps par l'interface PMB que par cette nouvelle interface, je me demande... Il faut soumettre ce point à l'avis de tous, éventuellement le caler dans le planning, je ne cacherai pas que je pense qu'il reste un certain nombre de points à traiter avant de prendre ce chantier en main. Il faut d'ailleurs qu'on mette à jour la roadmap ;-) Qu'en pensez-vous ? - Original Message - From: François Lemarchand [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:45 PM Subject: [PMB-DEVEL] Re: Auteurs en UNIMARC Selon Eric ROBERT [EMAIL PROTECTED]: François, te parait-il judicieux de faire un explode(,) sur auteur en unimarc ? C'est ce qui permettrait de récupérer : auteur élément d'entrée auteur élément rejeté C'est la soluce que j'évoquais avec Gautier à Poitiers pour un certain parsing INTERMARC. Je sais pas pourquoi,il a fait une drôle de tête quand j'ai dit ça ;- ) Je pense que c'est dangereux à moins d'être sûr des notices de départ. Si nom; Prénom partout OK. Tu peux avoir aussi Nom (Prénom), Prénom Nom. L'explode permettrais peut-être de limiter la case (avec cet import, les autorités auteurs seront pourries dans la seconde, donc, s'attendre à un bon nettoyage derrière...). Idée : Et si au moment de l'import on créait un petit fichier avec toutes les autorités créées par cet import. Ca faciliterait déjà le ménage... A+ -- François Lemarchand homepage : http://balno.free.fr/ PhpMyBibli : http://phpmybibli.sourceforge.net Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED] Liste de diffusion phpmybibli.devel Pour se désinscrire : mailto:[EMAIL PROTECTED]
[PMB-DEVEL] Re: Auteurs en UNIMARC
Certains collègues sont hostiles à l'import car cela peut salir les bases. 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). 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... 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'. 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. 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. Tu auras juste économisé la saisie de quelques trucs chiants. Note : c'est déjà ça... C'est complexe comme question. Ce serait pas mal que des gens disent leur avis, peut on poser la question sur PMB.USER ? (note : 47 inscrits lors du dernier recensement...) François Selon Eric ROBERT [EMAIL PROTECTED]: La question se pose alors en termes plus importants : on importe en tables temporaires : notices_temp, auteur_temp, collections_temp, series_temp, editeur_temp et on affiche l'équivalent des infos officielles de PMB en proposant l'import. Mon avis : c'est quand même un boulot monstrueux, l'utilité est-elle si grande que cela ? le lien dernières notices créées permet de les retrouver facilement... on ajoute un lien dernières autorités créées qui permet de voir les derniers, quitte à filtrer sur un timestamp, les autorités créées ajourd'hui, hier, etc etc si on passe par des infos temporaires, il faudra de toutes les façons faire le ménage... éventuellement, je trouverais plus pratique, lors de l'import de la notice de faire une recherche regexp sur les mots de l'auteur pour éventuellement proposer des alternatives par rapport à ce qui est en base C'est quand même beaucoup de boulot, je rappelle que le but est d'accélérer la récup de notices, si le ménage/choix des autorités et le ménage des infos de la notice elle-même doivent prendre autant de temps par l'interface PMB que par cette nouvelle interface, je me demande... Il faut soumettre ce point à l'avis de tous, éventuellement le caler dans le planning, je ne cacherai pas que je pense qu'il reste un certain nombre de points à traiter avant de prendre ce chantier en main. Il faut d'ailleurs qu'on mette à jour la roadmap ;-) Qu'en pensez-vous ? - Original Message - From: François Lemarchand [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:45 PM Subject: [PMB-DEVEL] Re: Auteurs en UNIMARC Selon Eric ROBERT [EMAIL PROTECTED]: François, te parait-il judicieux de faire un explode(,) sur auteur en unimarc ? C'est ce qui permettrait de récupérer : auteur élément d'entrée auteur élément rejeté C'est la soluce que j'évoquais avec Gautier à Poitiers pour un certain parsing INTERMARC. Je sais pas pourquoi,il a fait une drôle de tête quand j'ai dit ça ;- ) Je pense que c'est dangereux à moins d'être sûr des notices de départ. Si nom; Prénom partout OK. Tu peux avoir aussi Nom (Prénom), Prénom Nom. L'explode permettrais peut-être de limiter la case (avec cet import, les autorités auteurs seront pourries dans la seconde, donc, s'attendre à un bon nettoyage derrière...). Idée : Et si au moment de l'import on créait un petit fichier avec toutes les autorités créées par cet import. Ca faciliterait déjà le ménage... A+ -- François Lemarchand homepage : http://balno.free.fr
