From ledrezen at univ-metz.fr Mon May 16 09:23:25 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Mon, 16 May 2011 09:23:25 +0200 (CEST) Subject: [koha-Infos] =?utf-8?q?Pas_de_r=C3=A9sultats_avec_la_recherche_av?= =?utf-8?b?YW5jw6ll?= In-Reply-To: Message-ID: Bonjour, C'est certainement lié au fait que vos données d'exemplaires sont mal ou pas indexées. Avez-vous procédé à un import de données ? Si oui il faut vérifier que vos données d'exemplaire sont bien importées. Vous devriez les retrouver dans le champ marcxml de la table biblioitem. C'est sur ce champ que ce base l'indexation zebra. Éventuellement essayez de relancer (ou lancer ce qui est nécessaire après import) une indexation zebra avec : rebuil_zebra.pl -a -b -r Si ça ne fonctionne toujours pas, il faudra alors revoir le paramétrage de l'indexation (c'est un peu compliqué, quoi que ...). Vous pouvez faire le test en créant un exemplaire à la main et en relançant l'indexation complète (rebuil_zebra.pl -a -b -r) Désolé si ce n'est pas très clair, je débute sur Koha. Cordialement Alain Le Drezen SCU Université de Metz ----- Mail original ----- > De: "martin caris" > À: infos at listes.koha-fr.org > Envoyé: Dimanche 15 Mai 2011 18:53:20 > Objet: [koha-Infos] Pas de résultats avec la recherche avancée > > > Bonjour, > > Lorsque je fais une recherche avancée, et ce avec n'importe quel > champ de recherche, le résultat que me donne Koha est le suivant: > > "Pas de résultat correspondant à votre recherche pour ' pl,wrdl: > Namur ' Dans le catalogue" > > Ce résultat vaut pour l'interface professionnelle et l'OPAC. La > recherche simple fonctionne. > Est-ce que c'est parce que je n'utilise pas Zebra ou est-ce un bug? > Comment est-ce que je peux résoudre cela? > > Installation sous Ubuntu 10.10, no Zebra. > > Merci. > > Martin Caris > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > From paul.poulain at biblibre.com Mon May 16 09:54:01 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 16 May 2011 09:54:01 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Pas_de_r=E9sultats_avec_la_recherche_?= =?iso-8859-1?q?avanc=E9e?= In-Reply-To: References: Message-ID: <4DD0D819.5030100@biblibre.com> Le 15/05/2011 18:53, martin caris a écrit : > Bonjour, Bonjour, > Lorsque je fais une recherche avancée, et ce avec n'importe quel champ de recherche, le résultat que me donne Koha est le suivant: > > "Pas de résultat correspondant à votre recherche pour 'pl,wrdl: Namur' Dans le catalogue" > > Ce résultat vaut pour l'interface professionnelle et l'OPAC. La recherche simple fonctionne. > Est-ce que c'est parce que je n'utilise pas Zebra ou est-ce un bug? Comment est-ce que je peux résoudre cela? > > Installation sous Ubuntu 10.10, no Zebra. Je vous suggèrerais de passer à Zebra. Presque personne n'utilise NoZebra, et cette option va disparaître (elle est officiellement "deprecated" dans la version 3.4) Ce qui va vous entrainer dans d'autres genres de problèmes, mais vous trouverez plus d'aide sur les listes ! PS : pour passer de zebra à nozebra, si votre BD est vide, le plus simple, c'est de supprimer Koha et de le réinstaller. Sinon, il faut modifier la syspref "NoZebra" pour la mettre à OFF, et mettre en place les fichiers de paramétrage de zebra, et c'est là que ca pourrait être plus délicat que de repartir de 0 ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From paul.poulain at biblibre.com Mon May 16 09:59:15 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 16 May 2011 09:59:15 +0200 Subject: [koha-Infos] rappels par mails, papier ou les deux ?? In-Reply-To: References: Message-ID: <4DD0D953.2040000@biblibre.com> Le 12/05/2011 11:28, CROUZET Olivier a écrit : > Bonjour Bonjour, > A Lyon3 ou nous en sommes aussi à la version 3.02, nous envoyons par mail les 3 rappels programmés (à 7, 14 et 21 jours) avec l'option -t (trigger) : c'est-à-dire que tous les jours sont recensés les lecteurs qui ont exactement 7, 14 et 21 jours de retard . Sans cette option, le script examine successivement ceux qui ont entre 7 et 14 (1er rappel), entre 14 et 21 (2ème rappel) et entre 21 et un MAX qui est fixé par défaut dans le script à 90 jours (ligne 241, $MAX=90). Ensuite pour les plus longs retards, nous avons mis à la disposition des collègues un rapport sauvegardé qui permet de recenser les retards en choisissant le site et le nombre de jours de retard . Avec la liste extraite, ils peuvent procéder grâce à un publipostage (par open office) et à partir d'un modèle de lettre modulable à un envoi automatique par mail ou par courrier au choix. Pourriez-vous partager avec nous le rapport et le document de publipostage en question ? Cela intéressera surement plein de monde ! > Si vous tenez vraiment à n'envoyer que 2 mails préalables avant la lettre de la dernière chance, vous pouvez même, il me semble simplement modifier dans le script overdue.notices, ligne 400 le 3 en 2 > PERIOD: foreach my $i ( 1 .. 2 ) > Comme cela, seuls les 2 premiers niveaux seront examinés (bon là, c'est à tester). Toutes ces propositions sont effectivement une possibilité. Mais la demande de Daniel Le Goff me semble quand même la bonne solution à long terme : sur les 3 niveaux de relance, pouvoir définir si la relance passe par mail ou par papier. Cela sera(it) plus souple. Quelqu'un pour financer ce (pas très gros à priori) développement ? Cordialement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From pascale.nalon at mines-paristech.fr Mon May 16 10:49:25 2011 From: pascale.nalon at mines-paristech.fr (Pascale Nalon) Date: Mon, 16 May 2011 10:49:25 +0200 Subject: [koha-Infos] rappels par mails, papier ou les deux ?? In-Reply-To: <4DD0D953.2040000@biblibre.com> References: <4DD0D953.2040000@biblibre.com> Message-ID: Bonjour Camille, Je suis au service public ce matin, je n'aurai peut-être pas le temps de m'en occuper. Je vois ça cet après-midi au plus tard. A bientôt Pascale Nalon Le 16 mai 2011 à 09:59, Paul Poulain a écrit : > Le 12/05/2011 11:28, CROUZET Olivier a écrit : >> Bonjour > Bonjour, >> A Lyon3 ou nous en sommes aussi à la version 3.02, nous envoyons par mail les 3 rappels programmés (à 7, 14 et 21 jours) avec l'option -t (trigger) : c'est-à-dire que tous les jours sont recensés les lecteurs qui ont exactement 7, 14 et 21 jours de retard . Sans cette option, le script examine successivement ceux qui ont entre 7 et 14 (1er rappel), entre 14 et 21 (2ème rappel) et entre 21 et un MAX qui est fixé par défaut dans le script à 90 jours (ligne 241, $MAX=90). Ensuite pour les plus longs retards, nous avons mis à la disposition des collègues un rapport sauvegardé qui permet de recenser les retards en choisissant le site et le nombre de jours de retard . Avec la liste extraite, ils peuvent procéder grâce à un publipostage (par open office) et à partir d'un modèle de lettre modulable à un envoi automatique par mail ou par courrier au choix. > Pourriez-vous partager avec nous le rapport et le document de > publipostage en question ? Cela intéressera surement plein de monde ! >> Si vous tenez vraiment à n'envoyer que 2 mails préalables avant la lettre de la dernière chance, vous pouvez même, il me semble simplement modifier dans le script overdue.notices, ligne 400 le 3 en 2 >> PERIOD: foreach my $i ( 1 .. 2 ) >> Comme cela, seuls les 2 premiers niveaux seront examinés (bon là, c'est à tester). > Toutes ces propositions sont effectivement une possibilité. Mais la > demande de Daniel Le Goff me semble quand même la bonne solution à long > terme : sur les 3 niveaux de relance, pouvoir définir si la relance > passe par mail ou par papier. Cela sera(it) plus souple. > Quelqu'un pour financer ce (pas très gros à priori) développement ? > > Cordialement > > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From ledrezen at univ-metz.fr Mon May 16 12:02:12 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Mon, 16 May 2011 12:02:12 +0200 (CEST) Subject: [koha-Infos] Chargeur Sudoc BibLibre In-Reply-To: Message-ID: <5d55715b-57f5-4ca3-9f03-870e58d8ef1e@zbstore2> Bonjour, Je teste actuellement le chargeur Sudoc de BibLibre. L'import des notices autorité et bilbio fonctionne correctement. Les notices biblio sont bien dédoublonnées. Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne pas chez nous. J'ai du enlever le 606 des "Filtered fields" du fichier "gestion_champs.yaml" car en le laissant tout les 606 disparaissaient totalement. Auriez-vous un piste pour identifier le problème ? D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered fields" ? Merci d'avance Alain Le Drezen From paul.poulain at biblibre.com Mon May 16 13:42:54 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 16 May 2011 13:42:54 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Mise_=E0_disposition_d=27une_nouvelle?= =?iso-8859-1?q?_version_corrigeant_une_faille_de_s=E9curit=E9?= Message-ID: <4DD10DBE.9020202@biblibre.com> Bonjour, Histoire que l'information n'échappe à personne : une nouvelle version de Koha a été publiée, pour les branches 3.2 et 3.4 (la 3.0 n'est pas affectée). Elle corrige une faille de sécurité permettant à de simples lecteurs d'obtenir des droits "superlibrarian" dans certains cas (que je ne détaillerais pas ici pour d'évidentes raisons de sécurité ;-) ) Il est donc impératif de mettre à jour votre Koha, ca se passe par là : http://koha-community.org/koha-3-2-9/ ( PS: tous les clients de BibLibre ont déjà la correction déployée, pas la peine de nous demander. Idem pour tous ceux qui utilisent le dépot git.biblibre.com ) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From olivier.crouzet at univ-lyon3.fr Mon May 16 16:40:10 2011 From: olivier.crouzet at univ-lyon3.fr (CROUZET Olivier) Date: Mon, 16 May 2011 14:40:10 +0000 Subject: [koha-Infos] Chargeur Sudoc BibLibre In-Reply-To: <5d55715b-57f5-4ca3-9f03-870e58d8ef1e@zbstore2> References: <5d55715b-57f5-4ca3-9f03-870e58d8ef1e@zbstore2> Message-ID: Bonjour, Filtered Fields : Les zones de la notice Sudoc qu'on ne veut pas récupèrer en local. Si on indique uniquement le numéro du champ (par exemple 606), aucune zone 606 de la notice Sudoc ne sera chargée sur votre système local (comme vous l'avez constaté). On peut également mentionner simplement une sous-zone (540$a). Pour filtrer plus finement encore, on peut employer la syntaxe des expressions régulières. En fonction de la présence dans une sous-zone d'un motif formulé a l'aide de cette syntaxe, la zone complète sera filtrée ou au contraire récupérée : par exemple pour ne récuperer que les zones 606 d'indexation rameau : 606$2: '[^(rameau)]' ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé par le caractère ^ entre crochet) autorité sujet rameau". Attention, on filtre forcément la zone complète quoique l'on ait indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une sous-zone). Protected Fields Les zones de la notice locale dont on refuse la mise-à-jour par la notice Sudoc le même mécanisme peut être utilisé, cette fois pour indiquer : "si tel motif est présent, dans telle sous-zone de ma notice locale, (ou si telle zone ou sous-zone est présente), je ne récupère pas la zone de la notice Sudoc. Records to discard Les notices Sudoc qu'on ne veut pas charger Là, c'est la notice Sudoc entière qu'on peut refuser de charger en fonction de la présence à l'intérieur de cette notice, d'un certain motif dans telle sous-zone ou de la présence de telle zone ou sous-zone précise. Olivier Crouzet Service Informatique Documentaire SCD Lyon 3 04 78 78 78 55 -----Message d'origine----- De : infos-bounces at listes.koha-fr.org [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le Drezen Envoyé : lundi 16 mai 2011 12:02 À : discussions générales sur Koha Objet : [koha-Infos] Chargeur Sudoc BibLibre Bonjour, Je teste actuellement le chargeur Sudoc de BibLibre. L'import des notices autorité et bilbio fonctionne correctement. Les notices biblio sont bien dédoublonnées. Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne pas chez nous. J'ai du enlever le 606 des "Filtered fields" du fichier "gestion_champs.yaml" car en le laissant tout les 606 disparaissaient totalement. Auriez-vous un piste pour identifier le problème ? D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered fields" ? Merci d'avance Alain Le Drezen _______________________________________________ Infos mailing list Infos at listes.koha-fr.org https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From ledrezen at univ-metz.fr Mon May 16 16:51:38 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Mon, 16 May 2011 16:51:38 +0200 (CEST) Subject: [koha-Infos] Chargeur Sudoc BibLibre In-Reply-To: Message-ID: <35403883-e394-43d6-871a-55d6147b35fd@zbstore2> Bonjour, Merci beaucoup pour ce complément d'information. Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID dans les 606 ? Je ne voie rien dans la doc du GIT de Biblibre (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) Alain Le Drezen SID Metz ----- Mail original ----- > De: "CROUZET Olivier" > À: "discussions générales sur Koha" > Envoyé: Lundi 16 Mai 2011 16:40:10 > Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre > > > > > > Bonjour, > > > > Filtered Fields : > > Les zones de la notice Sudoc qu'on ne veut pas récupèrer en local. > > Si on indique uniquement le numéro du champ (par exemple 606), aucune > zone 606 de la notice Sudoc ne sera chargée sur votre système local > (comme vous l'avez constaté). On peut également mentionner > simplement une sous-zone (540$a). Pour filtrer plus finement encore, > on peut employer la syntaxe des expressions régulières. En fonction > de la présence dans une sous-zone d'un motif formulé a l'aide de > cette syntaxe, la zone complète sera filtrée ou au contraire > récupérée : > > par exemple pour ne récuperer que les zones 606 d'indexation rameau : > > 606$2: '[^(rameau)]' > > ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé par le > caractère ^ entre crochet) autorité sujet rameau". > > Attention, on filtre forcément la zone complète quoique l'on ait > indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une > sous-zone). > > > > Protected Fields > > Les zones de la notice locale dont on refuse la mise-à-jour par la > notice Sudoc > > le même mécanisme peut être utilisé, cette fois pour indiquer : > > "si tel motif est présent, dans telle sous-zone de ma notice locale, > (ou si telle zone ou sous-zone est présente), je ne récupère pas la > zone de la notice Sudoc. > > > > Records to discard > > Les notices Sudoc qu'on ne veut pas charger > > Là, c'est la notice Sudoc entière qu'on peut refuser de charger en > fonction de la présence à l'intérieur de cette notice, d'un certain > motif dans telle sous-zone ou de la présence de telle zone ou > sous-zone précise. > > > > Olivier Crouzet > > Service Informatique Documentaire > > SCD Lyon 3 > > 04 78 78 78 55 > > > > > > > > > > > > -----Message d'origine----- > De : infos-bounces at listes.koha-fr.org > [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le > Drezen > Envoyé : lundi 16 mai 2011 12:02 > À : discussions générales sur Koha > Objet : [koha-Infos] Chargeur Sudoc BibLibre > > > > Bonjour, > > > > > > Je teste actuellement le chargeur Sudoc de BibLibre. > > L'import des notices autorité et bilbio fonctionne correctement. > > Les notices biblio sont bien dédoublonnées. > > > > Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne pas > chez nous. > > J'ai du enlever le 606 des "Filtered fields" du fichier > "gestion_champs.yaml" car en le laissant tout les 606 > disparaissaient totalement. > > Auriez-vous un piste pour identifier le problème ? > > > > D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered > fields" ? > > > > > > Merci d'avance > > > > > > Alain Le Drezen > > > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > From fridolyn.somers at progilone.fr Mon May 16 18:24:54 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Mon, 16 May 2011 18:24:54 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Mise_=E0_disposition_d=27une_nouvelle?= =?iso-8859-1?q?_version_corrigeant_une_faille_de_s=E9curit=E9?= In-Reply-To: <4DD10DBE.9020202@biblibre.com> References: <4DD10DBE.9020202@biblibre.com> Message-ID: <4DD14FD6.7020603@progilone.fr> Bonjour, Je précise qu'il s'agit du bug n°5995 : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5995 Cordialement, -- Fridolyn SOMERS Société PROGILONE 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 fridolyn.somers at progilone.fr Le 16/05/2011 13:42, Paul Poulain a écrit : > Bonjour, > > Histoire que l'information n'échappe à personne : une nouvelle version > de Koha a été publiée, pour les branches 3.2 et 3.4 (la 3.0 n'est pas > affectée). Elle corrige une faille de sécurité permettant à de simples > lecteurs d'obtenir des droits "superlibrarian" dans certains cas (que je > ne détaillerais pas ici pour d'évidentes raisons de sécurité ;-) ) > > Il est donc impératif de mettre à jour votre Koha, ca se passe par là : > http://koha-community.org/koha-3-2-9/ > > ( PS: tous les clients de BibLibre ont déjà la correction déployée, pas > la peine de nous demander. Idem pour tous ceux qui utilisent le dépot > git.biblibre.com ) > From frederic at tamil.fr Mon May 16 18:54:50 2011 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Mon, 16 May 2011 18:54:50 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Mise_=E0_disposition_d=27une_nouvelle?= =?iso-8859-1?q?_version_corrigeant_une_faille_de_s=E9curit=E9?= In-Reply-To: <4DD14FD6.7020603@progilone.fr> References: <4DD10DBE.9020202@biblibre.com> <4DD14FD6.7020603@progilone.fr> Message-ID: <4DD156DA.9060004@tamil.fr> > Je précise qu'il s'agit du bug n°5995 Je croyais qu'il ne fallait pas en dire trop "pour d'évidentes raisons de sécurité"... -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html From paul.poulain at biblibre.com Tue May 17 09:37:34 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 17 May 2011 09:37:34 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Mise_=E0_disposition_d=27une_nouvelle?= =?iso-8859-1?q?_version_corrigeant_une_faille_de_s=E9curit=E9?= In-Reply-To: <4DD156DA.9060004@tamil.fr> References: <4DD10DBE.9020202@biblibre.com> <4DD14FD6.7020603@progilone.fr> <4DD156DA.9060004@tamil.fr> Message-ID: <4DD225BE.7080006@biblibre.com> Le 16/05/2011 18:54, Frédéric Demians a écrit : > >> Je précise qu'il s'agit du bug n°5995 > > Je croyais qu'il ne fallait pas en dire trop "pour d'évidentes raisons > de sécurité"... > Exact. Fridolyn, au piquet ( ;-) ) Et du coup, même s'il ne faut pas être paranoïaque, ca confirme l'importance et l'urgence de mettre à jour !!! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From jean.bernon at univ-lyon3.fr Wed May 18 13:09:07 2011 From: jean.bernon at univ-lyon3.fr (BERNON Jean) Date: Wed, 18 May 2011 11:09:07 +0000 Subject: [koha-Infos] RE : Chargeur Sudoc BibLibre In-Reply-To: <35403883-e394-43d6-871a-55d6147b35fd@zbstore2> References: , <35403883-e394-43d6-871a-55d6147b35fd@zbstore2> Message-ID: <6538CC8147CB8E4DBC30E650AA1462170BF219D6@exch-mb3.ad.univ-lyon3.fr> Bonjour, Côté paramétrage a priori rien de spécial - la zone 606 9 est déclarée dans la grille de catalogage marc 2 code du système d'indexation Onglet : 6, Non répétable Facultatif, 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif a élément d'entrée Onglet : 6, Non répétable Facultatif, | Autorité : SNC j Subdivision de forme Onglet : 6, Non répétable Facultatif x subdivision du sujet Onglet : 6, Répétable, Facultatif y subdivision géographique Onglet : 6, Répétable, Facultatif z subdivision chronologique Onglet : 6, Répétable, Facultatif - il y a un type d'autorité SNC dans "types d'autorité" - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe entre autres 606$9 Cordialement Jean Bernon ________________________________________ De : infos-bounces at listes.koha-fr.org [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen [ledrezen at univ-metz.fr] Date d'envoi : lundi 16 mai 2011 16:51 À : discussions générales sur Koha Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre Bonjour, Merci beaucoup pour ce complément d'information. Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID dans les 606 ? Je ne voie rien dans la doc du GIT de Biblibre (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) Alain Le Drezen SID Metz ----- Mail original ----- > De: "CROUZET Olivier" > À: "discussions générales sur Koha" > Envoyé: Lundi 16 Mai 2011 16:40:10 > Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre > > > > > > Bonjour, > > > > Filtered Fields : > > Les zones de la notice Sudoc qu'on ne veut pas récupèrer en local. > > Si on indique uniquement le numéro du champ (par exemple 606), aucune > zone 606 de la notice Sudoc ne sera chargée sur votre système local > (comme vous l'avez constaté). On peut également mentionner > simplement une sous-zone (540$a). Pour filtrer plus finement encore, > on peut employer la syntaxe des expressions régulières. En fonction > de la présence dans une sous-zone d'un motif formulé a l'aide de > cette syntaxe, la zone complète sera filtrée ou au contraire > récupérée : > > par exemple pour ne récuperer que les zones 606 d'indexation rameau : > > 606$2: '[^(rameau)]' > > ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé par le > caractère ^ entre crochet) autorité sujet rameau". > > Attention, on filtre forcément la zone complète quoique l'on ait > indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une > sous-zone). > > > > Protected Fields > > Les zones de la notice locale dont on refuse la mise-à-jour par la > notice Sudoc > > le même mécanisme peut être utilisé, cette fois pour indiquer : > > "si tel motif est présent, dans telle sous-zone de ma notice locale, > (ou si telle zone ou sous-zone est présente), je ne récupère pas la > zone de la notice Sudoc. > > > > Records to discard > > Les notices Sudoc qu'on ne veut pas charger > > Là, c'est la notice Sudoc entière qu'on peut refuser de charger en > fonction de la présence à l'intérieur de cette notice, d'un certain > motif dans telle sous-zone ou de la présence de telle zone ou > sous-zone précise. > > > > Olivier Crouzet > > Service Informatique Documentaire > > SCD Lyon 3 > > 04 78 78 78 55 > > > > > > > > > > > > -----Message d'origine----- > De : infos-bounces at listes.koha-fr.org > [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le > Drezen > Envoyé : lundi 16 mai 2011 12:02 > À : discussions générales sur Koha > Objet : [koha-Infos] Chargeur Sudoc BibLibre > > > > Bonjour, > > > > > > Je teste actuellement le chargeur Sudoc de BibLibre. > > L'import des notices autorité et bilbio fonctionne correctement. > > Les notices biblio sont bien dédoublonnées. > > > > Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne pas > chez nous. > > J'ai du enlever le 606 des "Filtered fields" du fichier > "gestion_champs.yaml" car en le laissant tout les 606 > disparaissaient totalement. > > Auriez-vous un piste pour identifier le problème ? > > > > D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered > fields" ? > > > > > > Merci d'avance > > > > > > Alain Le Drezen > > > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ Infos mailing list Infos at listes.koha-fr.org https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From ledrezen at univ-metz.fr Wed May 18 14:26:31 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Wed, 18 May 2011 14:26:31 +0200 (CEST) Subject: [koha-Infos] RE : Chargeur Sudoc BibLibre In-Reply-To: <6538CC8147CB8E4DBC30E650AA1462170BF219D6@exch-mb3.ad.univ-lyon3.fr> Message-ID: <12d694c5-b53c-4d47-9ae6-319bae87aa8b@zbstore2> Bonjour, Je pense que j'ai un problème d'indexation sur le PPN des notices d'autorité. Elle ne sont d'ailleurs même pas dédoublonnée. Avez vous un index en 009 sur les notices d'autorité dans le record.abs? Cordialement ----- Mail original ----- > De: "BERNON Jean" > À: "discussions générales sur Koha" > Envoyé: Mercredi 18 Mai 2011 13:09:07 > Objet: [koha-Infos] RE : Chargeur Sudoc BibLibre > > Bonjour, > > Côté paramétrage a priori rien de spécial > > - la zone 606 9 est déclarée dans la grille de catalogage marc > 2 code du système d'indexation Onglet : 6, Non répétable > Facultatif, > 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif > 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif > a élément d'entrée Onglet : 6, Non répétable Facultatif, | Autorité > : SNC > j Subdivision de forme Onglet : 6, Non répétable Facultatif > x subdivision du sujet Onglet : 6, Répétable, Facultatif > y subdivision géographique Onglet : 6, Répétable, Facultatif > z subdivision chronologique Onglet : 6, Répétable, Facultatif > > - il y a un type d'autorité SNC dans "types d'autorité" > > - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe > entre autres 606$9 > > Cordialement > Jean Bernon > ________________________________________ > De : infos-bounces at listes.koha-fr.org > [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen > [ledrezen at univ-metz.fr] > Date d'envoi : lundi 16 mai 2011 16:51 > À : discussions générales sur Koha > Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre > > Bonjour, > > Merci beaucoup pour ce complément d'information. > > Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID > dans les 606 ? > > > Je ne voie rien dans la doc du GIT de Biblibre > (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) > > > Alain Le Drezen > > SID Metz > > > ----- Mail original ----- > > De: "CROUZET Olivier" > > À: "discussions générales sur Koha" > > Envoyé: Lundi 16 Mai 2011 16:40:10 > > Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre > > > > > > > > > > > > Bonjour, > > > > > > > > Filtered Fields : > > > > Les zones de la notice Sudoc qu'on ne veut pas récupèrer en local. > > > > Si on indique uniquement le numéro du champ (par exemple 606), > > aucune > > zone 606 de la notice Sudoc ne sera chargée sur votre système local > > (comme vous l'avez constaté). On peut également mentionner > > simplement une sous-zone (540$a). Pour filtrer plus finement > > encore, > > on peut employer la syntaxe des expressions régulières. En fonction > > de la présence dans une sous-zone d'un motif formulé a l'aide de > > cette syntaxe, la zone complète sera filtrée ou au contraire > > récupérée : > > > > par exemple pour ne récuperer que les zones 606 d'indexation rameau > > : > > > > 606$2: '[^(rameau)]' > > > > ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé par > > le > > caractère ^ entre crochet) autorité sujet rameau". > > > > Attention, on filtre forcément la zone complète quoique l'on ait > > indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une > > sous-zone). > > > > > > > > Protected Fields > > > > Les zones de la notice locale dont on refuse la mise-à-jour par la > > notice Sudoc > > > > le même mécanisme peut être utilisé, cette fois pour indiquer : > > > > "si tel motif est présent, dans telle sous-zone de ma notice > > locale, > > (ou si telle zone ou sous-zone est présente), je ne récupère pas la > > zone de la notice Sudoc. > > > > > > > > Records to discard > > > > Les notices Sudoc qu'on ne veut pas charger > > > > Là, c'est la notice Sudoc entière qu'on peut refuser de charger en > > fonction de la présence à l'intérieur de cette notice, d'un certain > > motif dans telle sous-zone ou de la présence de telle zone ou > > sous-zone précise. > > > > > > > > Olivier Crouzet > > > > Service Informatique Documentaire > > > > SCD Lyon 3 > > > > 04 78 78 78 55 > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > De : infos-bounces at listes.koha-fr.org > > [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le > > Drezen > > Envoyé : lundi 16 mai 2011 12:02 > > À : discussions générales sur Koha > > Objet : [koha-Infos] Chargeur Sudoc BibLibre > > > > > > > > Bonjour, > > > > > > > > > > > > Je teste actuellement le chargeur Sudoc de BibLibre. > > > > L'import des notices autorité et bilbio fonctionne correctement. > > > > Les notices biblio sont bien dédoublonnées. > > > > > > > > Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne > > pas > > chez nous. > > > > J'ai du enlever le 606 des "Filtered fields" du fichier > > "gestion_champs.yaml" car en le laissant tout les 606 > > disparaissaient totalement. > > > > Auriez-vous un piste pour identifier le problème ? > > > > > > > > D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered > > fields" ? > > > > > > > > > > > > Merci d'avance > > > > > > > > > > > > Alain Le Drezen > > > > > > > > _______________________________________________ > > > > Infos mailing list > > > > Infos at listes.koha-fr.org > > > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > From jean.bernon at univ-lyon3.fr Wed May 18 14:34:10 2011 From: jean.bernon at univ-lyon3.fr (BERNON Jean) Date: Wed, 18 May 2011 12:34:10 +0000 Subject: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre In-Reply-To: <12d694c5-b53c-4d47-9ae6-319bae87aa8b@zbstore2> References: <6538CC8147CB8E4DBC30E650AA1462170BF219D6@exch-mb3.ad.univ-lyon3.fr>, <12d694c5-b53c-4d47-9ae6-319bae87aa8b@zbstore2> Message-ID: <6538CC8147CB8E4DBC30E650AA1462170BF21A48@exch-mb3.ad.univ-lyon3.fr> En effet. Voici d'ailleurs les index déclarés qui ne relèvent pas strictement du contenu des autorités melm 001 Local-Number,Local-Number:n,Identifier-standard:w,Identifier-standard:n melm 009 Identifier-standard:w,Identifier-standard:n melm 942$a authtype melm 152$b authtype:w,authtype:p Cordialement Jean Bernon ________________________________________ De : infos-bounces at listes.koha-fr.org [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen [ledrezen at univ-metz.fr] Date d'envoi : mercredi 18 mai 2011 14:26 À : discussions générales sur Koha Objet : Re: [koha-Infos] RE : Chargeur Sudoc BibLibre Bonjour, Je pense que j'ai un problème d'indexation sur le PPN des notices d'autorité. Elle ne sont d'ailleurs même pas dédoublonnée. Avez vous un index en 009 sur les notices d'autorité dans le record.abs? Cordialement ----- Mail original ----- > De: "BERNON Jean" > À: "discussions générales sur Koha" > Envoyé: Mercredi 18 Mai 2011 13:09:07 > Objet: [koha-Infos] RE : Chargeur Sudoc BibLibre > > Bonjour, > > Côté paramétrage a priori rien de spécial > > - la zone 606 9 est déclarée dans la grille de catalogage marc > 2 code du système d'indexation Onglet : 6, Non répétable > Facultatif, > 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif > 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif > a élément d'entrée Onglet : 6, Non répétable Facultatif, | Autorité > : SNC > j Subdivision de forme Onglet : 6, Non répétable Facultatif > x subdivision du sujet Onglet : 6, Répétable, Facultatif > y subdivision géographique Onglet : 6, Répétable, Facultatif > z subdivision chronologique Onglet : 6, Répétable, Facultatif > > - il y a un type d'autorité SNC dans "types d'autorité" > > - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe > entre autres 606$9 > > Cordialement > Jean Bernon > ________________________________________ > De : infos-bounces at listes.koha-fr.org > [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen > [ledrezen at univ-metz.fr] > Date d'envoi : lundi 16 mai 2011 16:51 > À : discussions générales sur Koha > Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre > > Bonjour, > > Merci beaucoup pour ce complément d'information. > > Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID > dans les 606 ? > > > Je ne voie rien dans la doc du GIT de Biblibre > (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) > > > Alain Le Drezen > > SID Metz > > > ----- Mail original ----- > > De: "CROUZET Olivier" > > À: "discussions générales sur Koha" > > Envoyé: Lundi 16 Mai 2011 16:40:10 > > Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre > > > > > > > > > > > > Bonjour, > > > > > > > > Filtered Fields : > > > > Les zones de la notice Sudoc qu'on ne veut pas récupèrer en local. > > > > Si on indique uniquement le numéro du champ (par exemple 606), > > aucune > > zone 606 de la notice Sudoc ne sera chargée sur votre système local > > (comme vous l'avez constaté). On peut également mentionner > > simplement une sous-zone (540$a). Pour filtrer plus finement > > encore, > > on peut employer la syntaxe des expressions régulières. En fonction > > de la présence dans une sous-zone d'un motif formulé a l'aide de > > cette syntaxe, la zone complète sera filtrée ou au contraire > > récupérée : > > > > par exemple pour ne récuperer que les zones 606 d'indexation rameau > > : > > > > 606$2: '[^(rameau)]' > > > > ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé par > > le > > caractère ^ entre crochet) autorité sujet rameau". > > > > Attention, on filtre forcément la zone complète quoique l'on ait > > indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une > > sous-zone). > > > > > > > > Protected Fields > > > > Les zones de la notice locale dont on refuse la mise-à-jour par la > > notice Sudoc > > > > le même mécanisme peut être utilisé, cette fois pour indiquer : > > > > "si tel motif est présent, dans telle sous-zone de ma notice > > locale, > > (ou si telle zone ou sous-zone est présente), je ne récupère pas la > > zone de la notice Sudoc. > > > > > > > > Records to discard > > > > Les notices Sudoc qu'on ne veut pas charger > > > > Là, c'est la notice Sudoc entière qu'on peut refuser de charger en > > fonction de la présence à l'intérieur de cette notice, d'un certain > > motif dans telle sous-zone ou de la présence de telle zone ou > > sous-zone précise. > > > > > > > > Olivier Crouzet > > > > Service Informatique Documentaire > > > > SCD Lyon 3 > > > > 04 78 78 78 55 > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > De : infos-bounces at listes.koha-fr.org > > [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le > > Drezen > > Envoyé : lundi 16 mai 2011 12:02 > > À : discussions générales sur Koha > > Objet : [koha-Infos] Chargeur Sudoc BibLibre > > > > > > > > Bonjour, > > > > > > > > > > > > Je teste actuellement le chargeur Sudoc de BibLibre. > > > > L'import des notices autorité et bilbio fonctionne correctement. > > > > Les notices biblio sont bien dédoublonnées. > > > > > > > > Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne > > pas > > chez nous. > > > > J'ai du enlever le 606 des "Filtered fields" du fichier > > "gestion_champs.yaml" car en le laissant tout les 606 > > disparaissaient totalement. > > > > Auriez-vous un piste pour identifier le problème ? > > > > > > > > D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered > > fields" ? > > > > > > > > > > > > Merci d'avance > > > > > > > > > > > > Alain Le Drezen > > > > > > > > _______________________________________________ > > > > Infos mailing list > > > > Infos at listes.koha-fr.org > > > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ Infos mailing list Infos at listes.koha-fr.org https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From fridolyn.somers at progilone.fr Wed May 18 14:59:42 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Wed, 18 May 2011 14:59:42 +0200 Subject: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre In-Reply-To: <6538CC8147CB8E4DBC30E650AA1462170BF21A48@exch-mb3.ad.univ-lyon3.fr> References: <6538CC8147CB8E4DBC30E650AA1462170BF219D6@exch-mb3.ad.univ-lyon3.fr>, <12d694c5-b53c-4d47-9ae6-319bae87aa8b@zbstore2> <6538CC8147CB8E4DBC30E650AA1462170BF21A48@exch-mb3.ad.univ-lyon3.fr> Message-ID: <4DD3C2BE.5090106@progilone.fr> Bonjour, Attention, la doc du chargeur SUDOC indique qu'il y a des modifs à faire dans la conf de Zebra : > ccl.properties: > Identifier-standard 1=1007 4=6 > ident Identifier-standard > > record.abs: (biblios) > melm 009 Identifier-standard:w,Number-standard:n L'indexe Identifier-standard doit être défini sur le champ qui porte le PPN. Cordialement, -- Fridolyn SOMERS Société PROGILONE 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 fridolyn.somers at progilone.fr Le 18/05/2011 14:34, BERNON Jean a écrit : > En effet. Voici d'ailleurs les index déclarés qui ne relèvent pas strictement du contenu des autorités > > melm 001 Local-Number,Local-Number:n,Identifier-standard:w,Identifier-standard:n > melm 009 Identifier-standard:w,Identifier-standard:n > melm 942$a authtype > melm 152$b authtype:w,authtype:p > > Cordialement > Jean Bernon > > > ________________________________________ > De : infos-bounces at listes.koha-fr.org [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen [ledrezen at univ-metz.fr] > Date d'envoi : mercredi 18 mai 2011 14:26 > À : discussions générales sur Koha > Objet : Re: [koha-Infos] RE : Chargeur Sudoc BibLibre > > Bonjour, > > > Je pense que j'ai un problème d'indexation sur le PPN des notices d'autorité. > Elle ne sont d'ailleurs même pas dédoublonnée. > > Avez vous un index en 009 sur les notices d'autorité dans le record.abs? > > > Cordialement > > > > ----- Mail original ----- >> De: "BERNON Jean" >> À: "discussions générales sur Koha" >> Envoyé: Mercredi 18 Mai 2011 13:09:07 >> Objet: [koha-Infos] RE : Chargeur Sudoc BibLibre >> >> Bonjour, >> >> Côté paramétrage a priori rien de spécial >> >> - la zone 606 9 est déclarée dans la grille de catalogage marc >> 2 code du système d'indexation Onglet : 6, Non répétable >> Facultatif, >> 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif >> 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif >> a élément d'entrée Onglet : 6, Non répétable Facultatif, | Autorité >> : SNC >> j Subdivision de forme Onglet : 6, Non répétable Facultatif >> x subdivision du sujet Onglet : 6, Répétable, Facultatif >> y subdivision géographique Onglet : 6, Répétable, Facultatif >> z subdivision chronologique Onglet : 6, Répétable, Facultatif >> >> - il y a un type d'autorité SNC dans "types d'autorité" >> >> - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe >> entre autres 606$9 >> >> Cordialement >> Jean Bernon >> ________________________________________ >> De : infos-bounces at listes.koha-fr.org >> [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen >> [ledrezen at univ-metz.fr] >> Date d'envoi : lundi 16 mai 2011 16:51 >> À : discussions générales sur Koha >> Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre >> >> Bonjour, >> >> Merci beaucoup pour ce complément d'information. >> >> Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID >> dans les 606 ? >> >> >> Je ne voie rien dans la doc du GIT de Biblibre >> (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) >> >> >> Alain Le Drezen >> >> SID Metz >> >> >> ----- Mail original ----- >>> De: "CROUZET Olivier" >>> À: "discussions générales sur Koha" >>> Envoyé: Lundi 16 Mai 2011 16:40:10 >>> Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre >>> >>> >>> >>> >>> >>> Bonjour, >>> >>> >>> >>> Filtered Fields : >>> >>> Les zones de la notice Sudoc qu'on ne veut pas récupèrer en local. >>> >>> Si on indique uniquement le numéro du champ (par exemple 606), >>> aucune >>> zone 606 de la notice Sudoc ne sera chargée sur votre système local >>> (comme vous l'avez constaté). On peut également mentionner >>> simplement une sous-zone (540$a). Pour filtrer plus finement >>> encore, >>> on peut employer la syntaxe des expressions régulières. En fonction >>> de la présence dans une sous-zone d'un motif formulé a l'aide de >>> cette syntaxe, la zone complète sera filtrée ou au contraire >>> récupérée : >>> >>> par exemple pour ne récuperer que les zones 606 d'indexation rameau >>> : >>> >>> 606$2: '[^(rameau)]' >>> >>> ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé par >>> le >>> caractère ^ entre crochet) autorité sujet rameau". >>> >>> Attention, on filtre forcément la zone complète quoique l'on ait >>> indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une >>> sous-zone). >>> >>> >>> >>> Protected Fields >>> >>> Les zones de la notice locale dont on refuse la mise-à-jour par la >>> notice Sudoc >>> >>> le même mécanisme peut être utilisé, cette fois pour indiquer : >>> >>> "si tel motif est présent, dans telle sous-zone de ma notice >>> locale, >>> (ou si telle zone ou sous-zone est présente), je ne récupère pas la >>> zone de la notice Sudoc. >>> >>> >>> >>> Records to discard >>> >>> Les notices Sudoc qu'on ne veut pas charger >>> >>> Là, c'est la notice Sudoc entière qu'on peut refuser de charger en >>> fonction de la présence à l'intérieur de cette notice, d'un certain >>> motif dans telle sous-zone ou de la présence de telle zone ou >>> sous-zone précise. >>> >>> >>> >>> Olivier Crouzet >>> >>> Service Informatique Documentaire >>> >>> SCD Lyon 3 >>> >>> 04 78 78 78 55 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : infos-bounces at listes.koha-fr.org >>> [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le >>> Drezen >>> Envoyé : lundi 16 mai 2011 12:02 >>> À : discussions générales sur Koha >>> Objet : [koha-Infos] Chargeur Sudoc BibLibre >>> >>> >>> >>> Bonjour, >>> >>> >>> >>> >>> >>> Je teste actuellement le chargeur Sudoc de BibLibre. >>> >>> L'import des notices autorité et bilbio fonctionne correctement. >>> >>> Les notices biblio sont bien dédoublonnées. >>> >>> >>> >>> Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne >>> pas >>> chez nous. >>> >>> J'ai du enlever le 606 des "Filtered fields" du fichier >>> "gestion_champs.yaml" car en le laissant tout les 606 >>> disparaissaient totalement. >>> >>> Auriez-vous un piste pour identifier le problème ? >>> >>> >>> >>> D'autre part quelqu'un pourrait-il éclaircir la notion de "Filtered >>> fields" ? >>> >>> >>> >>> >>> >>> Merci d'avance >>> >>> >>> >>> >>> >>> Alain Le Drezen >>> >>> >>> >>> _______________________________________________ >>> >>> Infos mailing list >>> >>> Infos at listes.koha-fr.org >>> >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>> _______________________________________________ >>> Infos mailing list >>> Infos at listes.koha-fr.org >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>> >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >> > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > From ledrezen at univ-metz.fr Wed May 18 15:40:03 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Wed, 18 May 2011 15:40:03 +0200 (CEST) Subject: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre In-Reply-To: <4DD3C2BE.5090106@progilone.fr> Message-ID: <43930b46-f86c-4321-8400-29244b97748e@zbstore2> Bonjour Dans le code de autorites.pl je ne vois pas trop ou est créé "un fichier yaml contenant les numéros PPN des autorités, et les numéros authid équivalents, par exemple 123456789: 123." D'autre part si les ppn des autorités ne sont pas indexés comment se fait le dédoublonnage d'autorités à l'import ? Cordialement ----- Mail original ----- > De: "Fridolyn SOMERS" > À: infos at listes.koha-fr.org > Envoyé: Mercredi 18 Mai 2011 14:59:42 > Objet: Re: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre > > Bonjour, > > Attention, la doc du chargeur SUDOC indique qu'il y a des modifs à > faire > dans la conf de Zebra : > > > ccl.properties: > > Identifier-standard 1=1007 4=6 > > ident Identifier-standard > > > > record.abs: (biblios) > > melm 009 Identifier-standard:w,Number-standard:n > L'indexe Identifier-standard doit être défini sur le champ qui porte > le PPN. > > Cordialement, > > -- > Fridolyn SOMERS > Société PROGILONE > 24b, rue Jean Baldassini > 69007 LYON > +33(0)4.72.76.29.22 > fridolyn.somers at progilone.fr > > > Le 18/05/2011 14:34, BERNON Jean a écrit : > > En effet. Voici d'ailleurs les index déclarés qui ne relèvent pas > > strictement du contenu des autorités > > > > melm 001 > > Local-Number,Local-Number:n,Identifier-standard:w,Identifier-standard:n > > melm 009 Identifier-standard:w,Identifier-standard:n > > melm 942$a authtype > > melm 152$b authtype:w,authtype:p > > > > Cordialement > > Jean Bernon > > > > > > ________________________________________ > > De : infos-bounces at listes.koha-fr.org > > [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen > > [ledrezen at univ-metz.fr] > > Date d'envoi : mercredi 18 mai 2011 14:26 > > À : discussions générales sur Koha > > Objet : Re: [koha-Infos] RE : Chargeur Sudoc BibLibre > > > > Bonjour, > > > > > > Je pense que j'ai un problème d'indexation sur le PPN des notices > > d'autorité. > > Elle ne sont d'ailleurs même pas dédoublonnée. > > > > Avez vous un index en 009 sur les notices d'autorité dans le > > record.abs? > > > > > > Cordialement > > > > > > > > ----- Mail original ----- > >> De: "BERNON Jean" > >> À: "discussions générales sur Koha" > >> Envoyé: Mercredi 18 Mai 2011 13:09:07 > >> Objet: [koha-Infos] RE : Chargeur Sudoc BibLibre > >> > >> Bonjour, > >> > >> Côté paramétrage a priori rien de spécial > >> > >> - la zone 606 9 est déclarée dans la grille de catalogage marc > >> 2 code du système d'indexation Onglet : 6, Non répétable > >> Facultatif, > >> 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif > >> 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif > >> a élément d'entrée Onglet : 6, Non répétable > >> Facultatif, | Autorité > >> : SNC > >> j Subdivision de forme Onglet : 6, Non répétable Facultatif > >> x subdivision du sujet Onglet : 6, Répétable, Facultatif > >> y subdivision géographique Onglet : 6, Répétable, > >> Facultatif > >> z subdivision chronologique Onglet : 6, Répétable, > >> Facultatif > >> > >> - il y a un type d'autorité SNC dans "types d'autorité" > >> > >> - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe > >> entre autres 606$9 > >> > >> Cordialement > >> Jean Bernon > >> ________________________________________ > >> De : infos-bounces at listes.koha-fr.org > >> [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen > >> [ledrezen at univ-metz.fr] > >> Date d'envoi : lundi 16 mai 2011 16:51 > >> À : discussions générales sur Koha > >> Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre > >> > >> Bonjour, > >> > >> Merci beaucoup pour ce complément d'information. > >> > >> Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID > >> dans les 606 ? > >> > >> > >> Je ne voie rien dans la doc du GIT de Biblibre > >> (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) > >> > >> > >> Alain Le Drezen > >> > >> SID Metz > >> > >> > >> ----- Mail original ----- > >>> De: "CROUZET Olivier" > >>> À: "discussions générales sur Koha" > >>> Envoyé: Lundi 16 Mai 2011 16:40:10 > >>> Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre > >>> > >>> > >>> > >>> > >>> > >>> Bonjour, > >>> > >>> > >>> > >>> Filtered Fields : > >>> > >>> Les zones de la notice Sudoc qu'on ne veut pas récupèrer en > >>> local. > >>> > >>> Si on indique uniquement le numéro du champ (par exemple 606), > >>> aucune > >>> zone 606 de la notice Sudoc ne sera chargée sur votre système > >>> local > >>> (comme vous l'avez constaté). On peut également mentionner > >>> simplement une sous-zone (540$a). Pour filtrer plus finement > >>> encore, > >>> on peut employer la syntaxe des expressions régulières. En > >>> fonction > >>> de la présence dans une sous-zone d'un motif formulé a l'aide de > >>> cette syntaxe, la zone complète sera filtrée ou au contraire > >>> récupérée : > >>> > >>> par exemple pour ne récuperer que les zones 606 d'indexation > >>> rameau > >>> : > >>> > >>> 606$2: '[^(rameau)]' > >>> > >>> ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé > >>> par > >>> le > >>> caractère ^ entre crochet) autorité sujet rameau". > >>> > >>> Attention, on filtre forcément la zone complète quoique l'on ait > >>> indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une > >>> sous-zone). > >>> > >>> > >>> > >>> Protected Fields > >>> > >>> Les zones de la notice locale dont on refuse la mise-à-jour par > >>> la > >>> notice Sudoc > >>> > >>> le même mécanisme peut être utilisé, cette fois pour indiquer : > >>> > >>> "si tel motif est présent, dans telle sous-zone de ma notice > >>> locale, > >>> (ou si telle zone ou sous-zone est présente), je ne récupère pas > >>> la > >>> zone de la notice Sudoc. > >>> > >>> > >>> > >>> Records to discard > >>> > >>> Les notices Sudoc qu'on ne veut pas charger > >>> > >>> Là, c'est la notice Sudoc entière qu'on peut refuser de charger > >>> en > >>> fonction de la présence à l'intérieur de cette notice, d'un > >>> certain > >>> motif dans telle sous-zone ou de la présence de telle zone ou > >>> sous-zone précise. > >>> > >>> > >>> > >>> Olivier Crouzet > >>> > >>> Service Informatique Documentaire > >>> > >>> SCD Lyon 3 > >>> > >>> 04 78 78 78 55 > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> -----Message d'origine----- > >>> De : infos-bounces at listes.koha-fr.org > >>> [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le > >>> Drezen > >>> Envoyé : lundi 16 mai 2011 12:02 > >>> À : discussions générales sur Koha > >>> Objet : [koha-Infos] Chargeur Sudoc BibLibre > >>> > >>> > >>> > >>> Bonjour, > >>> > >>> > >>> > >>> > >>> > >>> Je teste actuellement le chargeur Sudoc de BibLibre. > >>> > >>> L'import des notices autorité et bilbio fonctionne correctement. > >>> > >>> Les notices biblio sont bien dédoublonnées. > >>> > >>> > >>> > >>> Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne > >>> pas > >>> chez nous. > >>> > >>> J'ai du enlever le 606 des "Filtered fields" du fichier > >>> "gestion_champs.yaml" car en le laissant tout les 606 > >>> disparaissaient totalement. > >>> > >>> Auriez-vous un piste pour identifier le problème ? > >>> > >>> > >>> > >>> D'autre part quelqu'un pourrait-il éclaircir la notion de > >>> "Filtered > >>> fields" ? > >>> > >>> > >>> > >>> > >>> > >>> Merci d'avance > >>> > >>> > >>> > >>> > >>> > >>> Alain Le Drezen > >>> > >>> > >>> > >>> _______________________________________________ > >>> > >>> Infos mailing list > >>> > >>> Infos at listes.koha-fr.org > >>> > >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >>> _______________________________________________ > >>> Infos mailing list > >>> Infos at listes.koha-fr.org > >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >>> > >> _______________________________________________ > >> Infos mailing list > >> Infos at listes.koha-fr.org > >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >> _______________________________________________ > >> Infos mailing list > >> Infos at listes.koha-fr.org > >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >> > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > From fridolyn.somers at progilone.fr Wed May 18 15:51:47 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Wed, 18 May 2011 15:51:47 +0200 Subject: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre In-Reply-To: <43930b46-f86c-4321-8400-29244b97748e@zbstore2> References: <43930b46-f86c-4321-8400-29244b97748e@zbstore2> Message-ID: <4DD3CEF3.7070601@progilone.fr> > D'autre part si les ppn des autorités ne sont pas indexés comment se fait le dédoublonnage d'autorités à l'import ? A mon avis, il faut aussi modifier la conf Zebra pour que les PPN soient indexés (avec Identifier-standard). Mais je ne maitrise pas le chargeur. -- Fridolyn SOMERS Société PROGILONE 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 fridolyn.somers at progilone.fr Le 18/05/2011 15:40, Alain Le Drezen a écrit : > Bonjour > > Dans le code de autorites.pl je ne vois pas trop ou est créé "un fichier yaml contenant les numéros PPN des autorités, et les numéros authid équivalents, par exemple 123456789: 123." > > D'autre part si les ppn des autorités ne sont pas indexés comment se fait le dédoublonnage d'autorités à l'import ? > > Cordialement > > > ----- Mail original ----- >> De: "Fridolyn SOMERS" >> À: infos at listes.koha-fr.org >> Envoyé: Mercredi 18 Mai 2011 14:59:42 >> Objet: Re: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre >> >> Bonjour, >> >> Attention, la doc du chargeur SUDOC indique qu'il y a des modifs à >> faire >> dans la conf de Zebra : >> >>> ccl.properties: >>> Identifier-standard 1=1007 4=6 >>> ident Identifier-standard >>> >>> record.abs: (biblios) >>> melm 009 Identifier-standard:w,Number-standard:n >> L'indexe Identifier-standard doit être défini sur le champ qui porte >> le PPN. >> >> Cordialement, >> >> -- >> Fridolyn SOMERS >> Société PROGILONE >> 24b, rue Jean Baldassini >> 69007 LYON >> +33(0)4.72.76.29.22 >> fridolyn.somers at progilone.fr >> >> >> Le 18/05/2011 14:34, BERNON Jean a écrit : >>> En effet. Voici d'ailleurs les index déclarés qui ne relèvent pas >>> strictement du contenu des autorités >>> >>> melm 001 >>> Local-Number,Local-Number:n,Identifier-standard:w,Identifier-standard:n >>> melm 009 Identifier-standard:w,Identifier-standard:n >>> melm 942$a authtype >>> melm 152$b authtype:w,authtype:p >>> >>> Cordialement >>> Jean Bernon >>> >>> >>> ________________________________________ >>> De : infos-bounces at listes.koha-fr.org >>> [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen >>> [ledrezen at univ-metz.fr] >>> Date d'envoi : mercredi 18 mai 2011 14:26 >>> À : discussions générales sur Koha >>> Objet : Re: [koha-Infos] RE : Chargeur Sudoc BibLibre >>> >>> Bonjour, >>> >>> >>> Je pense que j'ai un problème d'indexation sur le PPN des notices >>> d'autorité. >>> Elle ne sont d'ailleurs même pas dédoublonnée. >>> >>> Avez vous un index en 009 sur les notices d'autorité dans le >>> record.abs? >>> >>> >>> Cordialement >>> >>> >>> >>> ----- Mail original ----- >>>> De: "BERNON Jean" >>>> À: "discussions générales sur Koha" >>>> Envoyé: Mercredi 18 Mai 2011 13:09:07 >>>> Objet: [koha-Infos] RE : Chargeur Sudoc BibLibre >>>> >>>> Bonjour, >>>> >>>> Côté paramétrage a priori rien de spécial >>>> >>>> - la zone 606 9 est déclarée dans la grille de catalogage marc >>>> 2 code du système d'indexation Onglet : 6, Non répétable >>>> Facultatif, >>>> 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif >>>> 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif >>>> a élément d'entrée Onglet : 6, Non répétable >>>> Facultatif, | Autorité >>>> : SNC >>>> j Subdivision de forme Onglet : 6, Non répétable Facultatif >>>> x subdivision du sujet Onglet : 6, Répétable, Facultatif >>>> y subdivision géographique Onglet : 6, Répétable, >>>> Facultatif >>>> z subdivision chronologique Onglet : 6, Répétable, >>>> Facultatif >>>> >>>> - il y a un type d'autorité SNC dans "types d'autorité" >>>> >>>> - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe >>>> entre autres 606$9 >>>> >>>> Cordialement >>>> Jean Bernon >>>> ________________________________________ >>>> De : infos-bounces at listes.koha-fr.org >>>> [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen >>>> [ledrezen at univ-metz.fr] >>>> Date d'envoi : lundi 16 mai 2011 16:51 >>>> À : discussions générales sur Koha >>>> Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre >>>> >>>> Bonjour, >>>> >>>> Merci beaucoup pour ce complément d'information. >>>> >>>> Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID >>>> dans les 606 ? >>>> >>>> >>>> Je ne voie rien dans la doc du GIT de Biblibre >>>> (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) >>>> >>>> >>>> Alain Le Drezen >>>> >>>> SID Metz >>>> >>>> >>>> ----- Mail original ----- >>>>> De: "CROUZET Olivier" >>>>> À: "discussions générales sur Koha" >>>>> Envoyé: Lundi 16 Mai 2011 16:40:10 >>>>> Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Bonjour, >>>>> >>>>> >>>>> >>>>> Filtered Fields : >>>>> >>>>> Les zones de la notice Sudoc qu'on ne veut pas récupèrer en >>>>> local. >>>>> >>>>> Si on indique uniquement le numéro du champ (par exemple 606), >>>>> aucune >>>>> zone 606 de la notice Sudoc ne sera chargée sur votre système >>>>> local >>>>> (comme vous l'avez constaté). On peut également mentionner >>>>> simplement une sous-zone (540$a). Pour filtrer plus finement >>>>> encore, >>>>> on peut employer la syntaxe des expressions régulières. En >>>>> fonction >>>>> de la présence dans une sous-zone d'un motif formulé a l'aide de >>>>> cette syntaxe, la zone complète sera filtrée ou au contraire >>>>> récupérée : >>>>> >>>>> par exemple pour ne récuperer que les zones 606 d'indexation >>>>> rameau >>>>> : >>>>> >>>>> 606$2: '[^(rameau)]' >>>>> >>>>> ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé >>>>> par >>>>> le >>>>> caractère ^ entre crochet) autorité sujet rameau". >>>>> >>>>> Attention, on filtre forcément la zone complète quoique l'on ait >>>>> indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une >>>>> sous-zone). >>>>> >>>>> >>>>> >>>>> Protected Fields >>>>> >>>>> Les zones de la notice locale dont on refuse la mise-à-jour par >>>>> la >>>>> notice Sudoc >>>>> >>>>> le même mécanisme peut être utilisé, cette fois pour indiquer : >>>>> >>>>> "si tel motif est présent, dans telle sous-zone de ma notice >>>>> locale, >>>>> (ou si telle zone ou sous-zone est présente), je ne récupère pas >>>>> la >>>>> zone de la notice Sudoc. >>>>> >>>>> >>>>> >>>>> Records to discard >>>>> >>>>> Les notices Sudoc qu'on ne veut pas charger >>>>> >>>>> Là, c'est la notice Sudoc entière qu'on peut refuser de charger >>>>> en >>>>> fonction de la présence à l'intérieur de cette notice, d'un >>>>> certain >>>>> motif dans telle sous-zone ou de la présence de telle zone ou >>>>> sous-zone précise. >>>>> >>>>> >>>>> >>>>> Olivier Crouzet >>>>> >>>>> Service Informatique Documentaire >>>>> >>>>> SCD Lyon 3 >>>>> >>>>> 04 78 78 78 55 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -----Message d'origine----- >>>>> De : infos-bounces at listes.koha-fr.org >>>>> [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le >>>>> Drezen >>>>> Envoyé : lundi 16 mai 2011 12:02 >>>>> À : discussions générales sur Koha >>>>> Objet : [koha-Infos] Chargeur Sudoc BibLibre >>>>> >>>>> >>>>> >>>>> Bonjour, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Je teste actuellement le chargeur Sudoc de BibLibre. >>>>> >>>>> L'import des notices autorité et bilbio fonctionne correctement. >>>>> >>>>> Les notices biblio sont bien dédoublonnées. >>>>> >>>>> >>>>> >>>>> Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne >>>>> pas >>>>> chez nous. >>>>> >>>>> J'ai du enlever le 606 des "Filtered fields" du fichier >>>>> "gestion_champs.yaml" car en le laissant tout les 606 >>>>> disparaissaient totalement. >>>>> >>>>> Auriez-vous un piste pour identifier le problème ? >>>>> >>>>> >>>>> >>>>> D'autre part quelqu'un pourrait-il éclaircir la notion de >>>>> "Filtered >>>>> fields" ? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Merci d'avance >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Alain Le Drezen >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> >>>>> Infos mailing list >>>>> >>>>> Infos at listes.koha-fr.org >>>>> >>>>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>>>> _______________________________________________ >>>>> Infos mailing list >>>>> Infos at listes.koha-fr.org >>>>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>>>> >>>> _______________________________________________ >>>> Infos mailing list >>>> Infos at listes.koha-fr.org >>>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>>> _______________________________________________ >>>> Infos mailing list >>>> Infos at listes.koha-fr.org >>>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>>> >>> _______________________________________________ >>> Infos mailing list >>> Infos at listes.koha-fr.org >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>> _______________________________________________ >>> Infos mailing list >>> Infos at listes.koha-fr.org >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >>> >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >> > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > From jean.bernon at univ-lyon3.fr Wed May 18 16:15:13 2011 From: jean.bernon at univ-lyon3.fr (BERNON Jean) Date: Wed, 18 May 2011 14:15:13 +0000 Subject: [koha-Infos] RE : RE : RE : Chargeur Sudoc BibLibre In-Reply-To: <43930b46-f86c-4321-8400-29244b97748e@zbstore2> References: <4DD3C2BE.5090106@progilone.fr>, <43930b46-f86c-4321-8400-29244b97748e@zbstore2> Message-ID: <6538CC8147CB8E4DBC30E650AA1462170BF21AA0@exch-mb3.ad.univ-lyon3.fr> autorites.pl utilise lui-même bulkmarcimport qui à une option -keepids, c'est cette option qui permet de créer le fichier yaml (je n'ai pas plus pioché le détail). Il faut bien sûr indexer les PPN pour le dédoublonnage autorités. L'extrait de authorities/record.abs que je vous ai envoyé montre bien que la zone autorités 009 aui contient le PPN est indexée dans Identifier-standard, dont Fridolyn rappelle la déclaration dans ccl.properties. ________________________________________ De : infos-bounces at listes.koha-fr.org [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen [ledrezen at univ-metz.fr] Date d'envoi : mercredi 18 mai 2011 15:40 À : discussions générales sur Koha Objet : Re: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre Bonjour Dans le code de autorites.pl je ne vois pas trop ou est créé "un fichier yaml contenant les numéros PPN des autorités, et les numéros authid équivalents, par exemple 123456789: 123." D'autre part si les ppn des autorités ne sont pas indexés comment se fait le dédoublonnage d'autorités à l'import ? Cordialement ----- Mail original ----- > De: "Fridolyn SOMERS" > À: infos at listes.koha-fr.org > Envoyé: Mercredi 18 Mai 2011 14:59:42 > Objet: Re: [koha-Infos] RE : RE : Chargeur Sudoc BibLibre > > Bonjour, > > Attention, la doc du chargeur SUDOC indique qu'il y a des modifs à > faire > dans la conf de Zebra : > > > ccl.properties: > > Identifier-standard 1=1007 4=6 > > ident Identifier-standard > > > > record.abs: (biblios) > > melm 009 Identifier-standard:w,Number-standard:n > L'indexe Identifier-standard doit être défini sur le champ qui porte > le PPN. > > Cordialement, > > -- > Fridolyn SOMERS > Société PROGILONE > 24b, rue Jean Baldassini > 69007 LYON > +33(0)4.72.76.29.22 > fridolyn.somers at progilone.fr > > > Le 18/05/2011 14:34, BERNON Jean a écrit : > > En effet. Voici d'ailleurs les index déclarés qui ne relèvent pas > > strictement du contenu des autorités > > > > melm 001 > > Local-Number,Local-Number:n,Identifier-standard:w,Identifier-standard:n > > melm 009 Identifier-standard:w,Identifier-standard:n > > melm 942$a authtype > > melm 152$b authtype:w,authtype:p > > > > Cordialement > > Jean Bernon > > > > > > ________________________________________ > > De : infos-bounces at listes.koha-fr.org > > [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen > > [ledrezen at univ-metz.fr] > > Date d'envoi : mercredi 18 mai 2011 14:26 > > À : discussions générales sur Koha > > Objet : Re: [koha-Infos] RE : Chargeur Sudoc BibLibre > > > > Bonjour, > > > > > > Je pense que j'ai un problème d'indexation sur le PPN des notices > > d'autorité. > > Elle ne sont d'ailleurs même pas dédoublonnée. > > > > Avez vous un index en 009 sur les notices d'autorité dans le > > record.abs? > > > > > > Cordialement > > > > > > > > ----- Mail original ----- > >> De: "BERNON Jean" > >> À: "discussions générales sur Koha" > >> Envoyé: Mercredi 18 Mai 2011 13:09:07 > >> Objet: [koha-Infos] RE : Chargeur Sudoc BibLibre > >> > >> Bonjour, > >> > >> Côté paramétrage a priori rien de spécial > >> > >> - la zone 606 9 est déclarée dans la grille de catalogage marc > >> 2 code du système d'indexation Onglet : 6, Non répétable > >> Facultatif, > >> 3 PPN de l'autorité Onglet : 6, Répétable, Facultatif > >> 9 Numéro interne Koha Onglet : 6, Non répétable Facultatif > >> a élément d'entrée Onglet : 6, Non répétable > >> Facultatif, | Autorité > >> : SNC > >> j Subdivision de forme Onglet : 6, Non répétable Facultatif > >> x subdivision du sujet Onglet : 6, Répétable, Facultatif > >> y subdivision géographique Onglet : 6, Répétable, > >> Facultatif > >> z subdivision chronologique Onglet : 6, Répétable, > >> Facultatif > >> > >> - il y a un type d'autorité SNC dans "types d'autorité" > >> > >> - il y a un index "Koha-Auth-Number" déclaré dans Zebra qui indexe > >> entre autres 606$9 > >> > >> Cordialement > >> Jean Bernon > >> ________________________________________ > >> De : infos-bounces at listes.koha-fr.org > >> [infos-bounces at listes.koha-fr.org] de la part de Alain Le Drezen > >> [ledrezen at univ-metz.fr] > >> Date d'envoi : lundi 16 mai 2011 16:51 > >> À : discussions générales sur Koha > >> Objet : Re: [koha-Infos] Chargeur Sudoc BibLibre > >> > >> Bonjour, > >> > >> Merci beaucoup pour ce complément d'information. > >> > >> Est-ce qu'il faut un paramétrage spécifique pour l'ajout de AUTHID > >> dans les 606 ? > >> > >> > >> Je ne voie rien dans la doc du GIT de Biblibre > >> (http://git.biblibre.com/?p=sudoc.git;a=blob;f=sudoc/doc/utilisation-moulinette-sudoc.txt;h=7c2981f8a40070a43f07c9c835519194491fcbcd;hb=HEAD) > >> > >> > >> Alain Le Drezen > >> > >> SID Metz > >> > >> > >> ----- Mail original ----- > >>> De: "CROUZET Olivier" > >>> À: "discussions générales sur Koha" > >>> Envoyé: Lundi 16 Mai 2011 16:40:10 > >>> Objet: Re: [koha-Infos] Chargeur Sudoc BibLibre > >>> > >>> > >>> > >>> > >>> > >>> Bonjour, > >>> > >>> > >>> > >>> Filtered Fields : > >>> > >>> Les zones de la notice Sudoc qu'on ne veut pas récupèrer en > >>> local. > >>> > >>> Si on indique uniquement le numéro du champ (par exemple 606), > >>> aucune > >>> zone 606 de la notice Sudoc ne sera chargée sur votre système > >>> local > >>> (comme vous l'avez constaté). On peut également mentionner > >>> simplement une sous-zone (540$a). Pour filtrer plus finement > >>> encore, > >>> on peut employer la syntaxe des expressions régulières. En > >>> fonction > >>> de la présence dans une sous-zone d'un motif formulé a l'aide de > >>> cette syntaxe, la zone complète sera filtrée ou au contraire > >>> récupérée : > >>> > >>> par exemple pour ne récuperer que les zones 606 d'indexation > >>> rameau > >>> : > >>> > >>> 606$2: '[^(rameau)]' > >>> > >>> ce qui veut dire : "je filtre tout ce qui n'est pas (symbolisé > >>> par > >>> le > >>> caractère ^ entre crochet) autorité sujet rameau". > >>> > >>> Attention, on filtre forcément la zone complète quoique l'on ait > >>> indiqué (une zone, une sous-zone ou un motif à l'intérieur d'une > >>> sous-zone). > >>> > >>> > >>> > >>> Protected Fields > >>> > >>> Les zones de la notice locale dont on refuse la mise-à-jour par > >>> la > >>> notice Sudoc > >>> > >>> le même mécanisme peut être utilisé, cette fois pour indiquer : > >>> > >>> "si tel motif est présent, dans telle sous-zone de ma notice > >>> locale, > >>> (ou si telle zone ou sous-zone est présente), je ne récupère pas > >>> la > >>> zone de la notice Sudoc. > >>> > >>> > >>> > >>> Records to discard > >>> > >>> Les notices Sudoc qu'on ne veut pas charger > >>> > >>> Là, c'est la notice Sudoc entière qu'on peut refuser de charger > >>> en > >>> fonction de la présence à l'intérieur de cette notice, d'un > >>> certain > >>> motif dans telle sous-zone ou de la présence de telle zone ou > >>> sous-zone précise. > >>> > >>> > >>> > >>> Olivier Crouzet > >>> > >>> Service Informatique Documentaire > >>> > >>> SCD Lyon 3 > >>> > >>> 04 78 78 78 55 > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> -----Message d'origine----- > >>> De : infos-bounces at listes.koha-fr.org > >>> [mailto:infos-bounces at listes.koha-fr.org] De la part de Alain Le > >>> Drezen > >>> Envoyé : lundi 16 mai 2011 12:02 > >>> À : discussions générales sur Koha > >>> Objet : [koha-Infos] Chargeur Sudoc BibLibre > >>> > >>> > >>> > >>> Bonjour, > >>> > >>> > >>> > >>> > >>> > >>> Je teste actuellement le chargeur Sudoc de BibLibre. > >>> > >>> L'import des notices autorité et bilbio fonctionne correctement. > >>> > >>> Les notices biblio sont bien dédoublonnées. > >>> > >>> > >>> > >>> Le mécanisme qui devrait copier l'AUTHID en 606 $9 ne fonctionne > >>> pas > >>> chez nous. > >>> > >>> J'ai du enlever le 606 des "Filtered fields" du fichier > >>> "gestion_champs.yaml" car en le laissant tout les 606 > >>> disparaissaient totalement. > >>> > >>> Auriez-vous un piste pour identifier le problème ? > >>> > >>> > >>> > >>> D'autre part quelqu'un pourrait-il éclaircir la notion de > >>> "Filtered > >>> fields" ? > >>> > >>> > >>> > >>> > >>> > >>> Merci d'avance > >>> > >>> > >>> > >>> > >>> > >>> Alain Le Drezen > >>> > >>> > >>> > >>> _______________________________________________ > >>> > >>> Infos mailing list > >>> > >>> Infos at listes.koha-fr.org > >>> > >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >>> _______________________________________________ > >>> Infos mailing list > >>> Infos at listes.koha-fr.org > >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >>> > >> _______________________________________________ > >> Infos mailing list > >> Infos at listes.koha-fr.org > >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >> _______________________________________________ > >> Infos mailing list > >> Infos at listes.koha-fr.org > >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > >> > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > _______________________________________________ > > Infos mailing list > > Infos at listes.koha-fr.org > > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ Infos mailing list Infos at listes.koha-fr.org https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From pascale.nalon at mines-paristech.fr Thu May 19 14:05:11 2011 From: pascale.nalon at mines-paristech.fr (Pascale Nalon) Date: Thu, 19 May 2011 14:05:11 +0200 Subject: [koha-Infos] =?iso-8859-1?q?G=E9n=E9ration_de_cotes_dans_Koha_3?= =?iso-8859-1?q?=2E4?= Message-ID: <18A2D03F-C70D-4031-85B2-6017CD7E59B7@mines-paristech.fr> Bonjour, Nous nous penchons actuellement sur la possibilité d'abandonner nos registres d'entrée sur papier. Ces registres nous servent actuellement à gérer de nombreux fonds différents, avec chacun une numérotation à la logique particulière, qui nous servent à la constitution des cotes magasins. Koha 3.4 permet-il d'incrémenter des séries de n° variées suivant plusieurs suites prédéfinies, correspondant à chacun des fonds? Merci d'avance Cordialement Pascale Nalon From paul.poulain at biblibre.com Thu May 19 14:23:41 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Thu, 19 May 2011 14:23:41 +0200 Subject: [koha-Infos] =?iso-8859-1?q?G=E9n=E9ration_de_cotes_dans_Koha_3?= =?iso-8859-1?q?=2E4?= In-Reply-To: <18A2D03F-C70D-4031-85B2-6017CD7E59B7@mines-paristech.fr> References: <18A2D03F-C70D-4031-85B2-6017CD7E59B7@mines-paristech.fr> Message-ID: <4DD50BCD.3010409@biblibre.com> Le 19/05/2011 14:05, Pascale Nalon a écrit : > Bonjour, > > Nous nous penchons actuellement sur la possibilité d'abandonner nos registres d'entrée sur papier. > Ces registres nous servent actuellement à gérer de nombreux fonds différents, avec chacun une numérotation à la logique particulière, qui nous servent à la constitution des cotes magasins. > Koha 3.4 permet-il d'incrémenter des séries de n° variées suivant plusieurs suites prédéfinies, correspondant à chacun des fonds? Ce qui existe actuellement, c'est un plugin (stocknumber de mémoire) qui, pour une racine donnée, calcule le numéro "automagiquement". Par exemple, tu tapes TOTO et quand tu sors de la zone, si le dernier était TOTO 1543, il met TOTO 1544 Est-ce que ca répond à la demande ? ( cela dit, je ne suis pas bien sûr que ce plugin soit intégré à la version communautaire ) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From pascale.nalon at mines-paristech.fr Thu May 19 14:33:40 2011 From: pascale.nalon at mines-paristech.fr (Pascale Nalon) Date: Thu, 19 May 2011 14:33:40 +0200 Subject: [koha-Infos] =?iso-8859-1?q?G=E9n=E9ration_de_cotes_dans_Koha_3?= =?iso-8859-1?q?=2E4?= In-Reply-To: <4DD50BCD.3010409@biblibre.com> References: <18A2D03F-C70D-4031-85B2-6017CD7E59B7@mines-paristech.fr> <4DD50BCD.3010409@biblibre.com> Message-ID: <3D45DDE5-F718-4162-A074-E9027B68F602@mines-paristech.fr> Bonjour Paul, Le 19 mai 2011 à 14:23, Paul Poulain a écrit : > Le 19/05/2011 14:05, Pascale Nalon a écrit : >> Bonjour, >> >> Nous nous penchons actuellement sur la possibilité d'abandonner nos registres d'entrée sur papier. >> Ces registres nous servent actuellement à gérer de nombreux fonds différents, avec chacun une numérotation à la logique particulière, qui nous servent à la constitution des cotes magasins. >> Koha 3.4 permet-il d'incrémenter des séries de n° variées suivant plusieurs suites prédéfinies, correspondant à chacun des fonds? > Ce qui existe actuellement, c'est un plugin (stocknumber de mémoire) > qui, pour une racine donnée, calcule le numéro "automagiquement". > > Par exemple, tu tapes TOTO et quand tu sors de la zone, si le dernier > était TOTO 1543, il met TOTO 1544 > > Est-ce que ca répond à la demande ? Oui, magique ! c'est un plugin de la 3.4 ? auquel cas ce n'est pas gagné. Je peux le lier au champ exemplaire que je veux ? Peut-il y avoir aussi un postfixe ? Merci Cordialement Pascale Nalon Mines ParisTech > > ( cela dit, je ne suis pas bien sûr que ce plugin soit intégré à la > version communautaire ) > > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From fridolyn.somers at progilone.fr Thu May 19 18:18:15 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Thu, 19 May 2011 18:18:15 +0200 Subject: [koha-Infos] =?iso-8859-1?q?G=E9n=E9ration_de_cotes_dans_Koha_3?= =?iso-8859-1?q?=2E4?= In-Reply-To: <3D45DDE5-F718-4162-A074-E9027B68F602@mines-paristech.fr> References: <18A2D03F-C70D-4031-85B2-6017CD7E59B7@mines-paristech.fr> <4DD50BCD.3010409@biblibre.com> <3D45DDE5-F718-4162-A074-E9027B68F602@mines-paristech.fr> Message-ID: <4DD542C7.9080001@progilone.fr> Bonjour. Dans la version officielle 3.4, il y a les plugins : *stocknumber.pl et stocknumberram123.pl* : *stocknumberram123.pl* semble être très spécifique mais peux correspondre à un besoin : > This plugin is specific to AM123 but could be used as a base for > similar operations. > It is used for stocknumber computation. > > If the user send an empty string, we return a simple incremented > stocknumber. > If a prefix is submited, we look for the highest stocknumber with this > prefix, and return it incremented. > In this case, a stocknumber has this form : "PREFIX 0009678570". > - PREFIX is an upercase word > - a space separator > - 10 digits, with leading 0s if needed * stocknumber.pl* propose lui de calculer le prochain numéro, pour une branche donnée (c'est la homebranch d'un item qui est prise en compte), pourvu que le stocknumber soit de la forme : (branchecode)_(numéro). Attention, à mon avis, pour un catalogue très conséquent, la requête SQL dans ce plugin peut prendre pas mal de temps. Pour un besoin spécifique comme la gestion des côtes, un développement me semble inévitable. (Je prêche pour ma paroisse, je sais). Cordialement, -- Fridolyn SOMERS Société PROGILONE 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 fridolyn.somers at progilone.fr Le 19/05/2011 14:33, Pascale Nalon a écrit : > Bonjour Paul, > Le 19 mai 2011 à 14:23, Paul Poulain a écrit : > >> Le 19/05/2011 14:05, Pascale Nalon a écrit : >>> Bonjour, >>> >>> Nous nous penchons actuellement sur la possibilité d'abandonner nos registres d'entrée sur papier. >>> Ces registres nous servent actuellement à gérer de nombreux fonds différents, avec chacun une numérotation à la logique particulière, qui nous servent à la constitution des cotes magasins. >>> Koha 3.4 permet-il d'incrémenter des séries de n° variées suivant plusieurs suites prédéfinies, correspondant à chacun des fonds? >> Ce qui existe actuellement, c'est un plugin (stocknumber de mémoire) >> qui, pour une racine donnée, calcule le numéro "automagiquement". >> >> Par exemple, tu tapes TOTO et quand tu sors de la zone, si le dernier >> était TOTO 1543, il met TOTO 1544 >> >> Est-ce que ca répond à la demande ? > Oui, magique ! c'est un plugin de la 3.4 ? auquel cas ce n'est pas gagné. > Je peux le lier au champ exemplaire que je veux ? > Peut-il y avoir aussi un postfixe ? > > Merci > Cordialement > Pascale Nalon > Mines ParisTech >> ( cela dit, je ne suis pas bien sûr que ce plugin soit intégré à la >> version communautaire ) >> >> -- >> Paul POULAIN >> http://www.biblibre.com >> Expert en Logiciels Libres pour l'info-doc >> Tel : (33) 4 91 81 35 08 >> >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From corinne.hayet at bulac.fr Fri May 20 12:09:42 2011 From: corinne.hayet at bulac.fr (Corinne Hayet) Date: Fri, 20 May 2011 12:09:42 +0200 Subject: [koha-Infos] =?iso-8859-1?q?G=E9n=E9ration_de_cotes_dans_Koha_3?= =?iso-8859-1?q?=2E4?= Message-ID: Bonjour, La BULAC a demandé dans ses spécifications en cours de développement un module de génération automatisé de ses cotes magasins qui reprend globalement l'idée d'une génération automatisée d'une cote avec incrémentation automatique d'un numéro d'ordre en fonction d'une série de contraintes. A savoir en ce qui nous concerne : Site + mention spécifique (type RES pour les documents de la réserve) + type de document + format. Pour ceux qui sont intéressés par cet aspect, je peux envoyer la documentation sur nos spécifications (CCTP). Je serais aussi au symposium Koha de la semaine prochaine pour ceux qui veulent en discuter. Corinne HAYET *Ingénieur d'étude - Chef de projet Koha* *BULAC (Bibliothèque universitaire des langues et civilisations)* *60 rue de Wattignies* *75012 PARIS* *mailto : corinne.hayet at bulac.fr* -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From danielchongaelle at gmail.com Fri May 20 16:44:12 2011 From: danielchongaelle at gmail.com (Daniel Le Goff) Date: Fri, 20 May 2011 16:44:12 +0200 Subject: [koha-Infos] EnhancedMessagingPreferences Message-ID: Bonjour, l'onglet "mes notifications" permet d'acceder à un tableau pour que l'usager gère lui-même les mails qu'il souhaite recevoir à chaque emprunt, pour les résas mises de côté, pour l'avertir des dates de retour qui se rapprochant... Le tableau tel quel nous sommes illisible (même pour un bibliothécaire !). aussi avons-nous décidé de ne pas l'afficher pour le moment (via la préférence système EnhancedMessagingPreferences ) Quelqu'un l'utilise-t-il ? quelles lignes du tableau avez-vous conservées ? pour quel retour des usagers ? Daniel Le Goff Bfm Limoges* * -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From maebena72 at yahoo.fr Fri May 20 18:43:21 2011 From: maebena72 at yahoo.fr (maebena soukouya) Date: Fri, 20 May 2011 17:43:21 +0100 (BST) Subject: [koha-Infos] Ne plus m'envoyer des message Message-ID: <965477.1452.qm@web28511.mail.ukl.yahoo.com> je ne veux plus les messages merci SOUKOUYA -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From paul.poulain at biblibre.com Sun May 22 21:23:38 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Sun, 22 May 2011 21:23:38 +0200 Subject: [koha-Infos] Ne plus m'envoyer des message In-Reply-To: <965477.1452.qm@web28511.mail.ukl.yahoo.com> References: <965477.1452.qm@web28511.mail.ukl.yahoo.com> Message-ID: <4DD962BA.8040006@biblibre.com> Le 20/05/2011 18:43, maebena soukouya a écrit : > je ne veux plus les messages > Bonsoir, dans la signature de tous les mails envoyés sur la liste, il y a une adresse qui vous permet de gérer vos abonnements, et donc de vous désabonner. Cette adresse est : > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos La partie résiliation est à la fin. Cordialement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08