From f.taurinya at cirdoc.fr Tue May 10 13:47:25 2011 From: f.taurinya at cirdoc.fr (Franck Taurinya) Date: Tue, 10 May 2011 13:47:25 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Pour_lier_un_champ_UNIMARC_=28990a=29?= =?iso-8859-1?q?_=E0_un_nouveau_champ_de_la_table_bibli?= Message-ID: Bonjour, Je suis en train de développer un outil d'affichage d'une bibliographie qui se base sur la ddb de KOHA car je suis aussi en train d'étudier l'implantation et la migration de notre SIGB (absysnet) vers KOHA. Dans notre bibliothèque nous utilisons le 990$a comme un champ contenant une information sur le plan de classement (utilisé dans la bibliographie). J'aimerai en fait, que lorsque je fais l'import d'une de ces notices qui contient justement le mot "conte" par exemple dans le 990$a cette valeur s'insère aussi dans un champ de la table biblio (ou biblioitems) que j'ai créé (ou un existant). J'ai fait de multiples tests en modifiant par exemple le framework marc et le Liens Koha => MARC pour indiquer l'existence de mon 990$a - bibliographie et le liens entre mon nouveau champ biblio.biblioc avec 990$a. Quand je fais l'import d'une notice (en utilisant le résevoir de l'interface ou le script bulkmarcimport) l'import se fait correctement, le marcxml contient bien mon 990$a mais dans la table biblio, mon champ biblioc reste vide. C'est plus compliqué que ca ou il me manque des infos? Franck Taurinya -- *Franck Taurinya* Responsable Informatique *Médiathèque* 04 67 11 85 10 f.taurinya at cirdoc.fr www.locirdoc.fr -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From pascale.nalon at mines-paristech.fr Tue May 10 14:28:14 2011 From: pascale.nalon at mines-paristech.fr (Pascale Nalon) Date: Tue, 10 May 2011 14:28:14 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Pour_lier_un_champ_UNIMARC_=28990a=29?= =?iso-8859-1?q?_=E0_un_nouveau_champ_de_la_table_bibli?= In-Reply-To: References: Message-ID: <160AE59A-738C-4F05-A3A9-CD6F2BE6B5D6@mines-paristech.fr> Bonjour, Avez-vous lancé le script misc/rebuildnonmarc.pl., après création de votre lien ? Cordialement Pascale Nalon Le 10 mai 2011 à 13:47, Franck Taurinya a écrit : > Bonjour, > > Je suis en train de développer un outil d'affichage d'une bibliographie qui se base sur la ddb de KOHA car je suis aussi en train d'étudier l'implantation et la migration de notre SIGB (absysnet) vers KOHA. > > Dans notre bibliothèque nous utilisons le 990$a comme un champ contenant une information sur le plan de classement (utilisé dans la bibliographie). J'aimerai en fait, que lorsque je fais l'import d'une de ces notices qui contient justement le mot "conte" par exemple dans le 990$a cette valeur s'insère aussi dans un champ de la table biblio (ou biblioitems) que j'ai créé (ou un existant). > > J'ai fait de multiples tests en modifiant par exemple le framework marc et le Liens Koha => MARC pour indiquer l'existence de mon 990$a - bibliographie et le liens entre mon nouveau champ biblio.biblioc avec 990$a. > > Quand je fais l'import d'une notice (en utilisant le résevoir de l'interface ou le script bulkmarcimport) l'import se fait correctement, le marcxml contient bien mon 990$a mais dans la table biblio, mon champ biblioc reste vide. > > C'est plus compliqué que ca ou il me manque des infos? > > Franck Taurinya > > -- > > > > Franck Taurinya > Responsable Informatique > Médiathèque > 04 67 11 85 10 > f.taurinya at cirdoc.fr > www.locirdoc.fr > > _______________________________________________ > 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 martin_caris at hotmail.com Tue May 10 15:44:02 2011 From: martin_caris at hotmail.com (martin caris) Date: Tue, 10 May 2011 15:44:02 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Transf=E9rer_les_notices_=28base_de_d?= =?iso-8859-1?q?onn=E9es=29_sur_un_CD_ou_une_cl=E9_USB?= Message-ID: Bonjour, Est-ce que c'est possible avec Koha de transférer les notices (base de données) sur un CD ou une clé USB? Quelles sont les commandes pour réaliser cet opération? Merci. Martin Caris -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From frederic at tamil.fr Tue May 10 16:28:05 2011 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Tue, 10 May 2011 16:28:05 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Pour_lier_un_champ_UNIMARC_=28990a=29?= =?iso-8859-1?q?_=E0_un_nouveau_champ_de_la_table_bibli?= In-Reply-To: References: Message-ID: <4DC94B75.1070507@tamil.fr> > J'ai fait de multiples tests en modifiant par exemple le framework > marc et le Liens Koha => MARC pour indiquer l'existence de mon 990$a - > bibliographie et le liens entre mon nouveau champ biblio.biblioc avec > 990$a. Vous avez donc ajouté vous-même ce champ biblioc à la table biblio, directement dans MySQL, puis vous avez utilisé l'interface de Koha pour lier 990$a à ce champ. Mais ce n'est pas suffisant. En effet, la recopie du champ MARC dans le champ MySQL n'est faite que pour les champs "standards", pas pour ceux que vous avez ajoutés manuellement à la table MySQL. Koha n'est pas conçu ainsi. Vous avez deux options. La plus simple consiste à détourner de son usage un champ MySQL "standard" de biblio ou biblioitems ; la plus complexe consiste à modifier le code de Koha. Pour réaliser ce que vous voulez, il faudrait modifier le module C4::Biblio.pm. Recherchez UPDATE biblio et INSERT INTO biblio. Vous trouverez les emplacements où la table biblio est mise à jour. Bien sûr toute modification du code sera perdue à la prochaine mise à jour de Koha sauf si vous prenez soin de suivre vos adaptations locales dans un logiciel de gestion de versions... Cordialement, -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html From paul.poulain at biblibre.com Tue May 10 16:40:36 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 10 May 2011 16:40:36 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Transf=E9rer_les_notices_=28base_de_d?= =?iso-8859-1?q?onn=E9es=29_sur_un_CD_ou_une_cl=E9_USB?= In-Reply-To: References: Message-ID: <4DC94E64.1080909@biblibre.com> Le 10/05/2011 15:44, martin caris a écrit : > Bonjour, Bonjour, > Est-ce que c'est possible avec Koha de transférer les notices (base de données) sur un CD ou une clé USB? Quelles sont les commandes pour réaliser cet opération? > Regardez du coté de Koha > Outils > Exporter notices > vous amène sur cette page /cgi-bin/koha/tools/export.pl qui vous permet d'exporter au format iso2709 tout ou partie de votre catalogue. C'est vous qui choisissez la destination du fichier, vous pouvez donc choisir une clef USB. Est-ce que cela répond à votre question ? Si vous voulez transférer toute la base mySQL, c'est autre chose, il faut avoir accès au serveur sur lequel la base est installée, faire un mysqldump -uXXX -p YYY >dump.sql (XXX est votre login mysql, YYY le nom de la base), et vous aurez votre fichier. Cordialement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From f.taurinya at cirdoc.fr Wed May 11 13:54:46 2011 From: f.taurinya at cirdoc.fr (Franck Taurinya) Date: Wed, 11 May 2011 13:54:46 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Pour_lier_un_champ_UNIMARC_=28990a=29?= =?iso-8859-1?q?_=E0_un_nouveau_champ_de_la_table_bibli?= Message-ID: @ Pascale Nalon Merci, l'utilisation de ce script (renommé batchRebuildBiblioTables.pl) m'a permis d'utiliser de lier un champ mysql existant à mon 990a ! @ Frédéric Demians Merci aussi pour l'info, je me doutais que le modèle de la ddb était écrit quelque part et changer la ddb requiert forcément de changer le modèle dans koha. Pour le moment et pour répondre à notre solution, seul le champ 990a doit être présent dans la ddb. Si il est requis de devoir en lier d'autres, je vais certainement faire un script permettant de modifier les fichiers du modèle (C4::Biblio.pm) en fonction de nouveaux champs de la ddb. Affaire à suivre donc. -- *Franck Taurinya* Responsable Informatique *Médiathèque* 04 67 11 85 10 f.taurinya at cirdoc.fr www.locirdoc.fr -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From Jean-Manuel.Broust at univ-lyon2.fr Wed May 11 14:52:30 2011 From: Jean-Manuel.Broust at univ-lyon2.fr (Jean-Manuel BROUST) Date: Wed, 11 May 2011 14:52:30 +0200 (CEST) Subject: [koha-Infos] =?iso-8859-1?q?r=E9ception_dans_koha_3=2E2?= Message-ID: <13712254.75775.1305118351876.JavaMail.root@co7> Bonjour à tous, La bibliothèque de Nimes a pu apporter quelques réponses à ma première question. Je reste toutefois surpris par le fonctionnement de koha sur ce point : Lorsqu'un budget est attribué à un acquéreur et qu'on limite l'accès au budget à cet acquéreur, la personne en charge des réceptions (qui a des droits de super user) ne peut pas accéder à la liste déroulante des budgets en modification de commande, . Par contre le superlibrarian de koha voit tous les budgets dans le menu déroulant... Est ce un fonctionnement normal de koha ou un bug ? Dans le premier cas, est il prévu d'assouplir ce fonctionnement ? Merci de votre aide, Jean-Manuel Broust Service commun de documentation - Lyon 2 jean-manuel.broust at univ-lyon2.fr 04 78 69 77 47 (lun. mardi, vendr.) 04 78 77 31 69 (mer. jeud.) From ledrezen at univ-metz.fr Wed May 11 15:02:16 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Wed, 11 May 2011 15:02:16 +0200 (CEST) Subject: [koha-Infos] Circulation transfert In-Reply-To: <52f84c79-15f6-4d48-a75a-d74662d8dc25@zbstore2> Message-ID: Bonjour, Nous testons la version 3.4 mais ces questions se posaient déjà en 3.2 Voici quelques questions pour lesquelles nous ne trouvons pas d'information. Comment définir qu'une branch (par exemple un magasin isolé ou une bibliothèque non ouverte à tout public) n'est pas à inclure dans la liste des pick-up location ? Le module "Library transfer limits" ne permet que de spécifier pour quelle branche on accepte le retour. Comment spécifier qu'une bibliothèques n'envoie que vers les bibliothèques A, B et C ou vers aucune bibliothèque ce qui permettrait de limiter la pick-up location en fonction de la holdinbranch. Merci d'avance pour toute aide ! Alain Le Drezen From henridamien.laurent at biblibre.com Wed May 11 15:37:07 2011 From: henridamien.laurent at biblibre.com (LAURENT Henri-Damien) Date: Wed, 11 May 2011 15:37:07 +0200 Subject: [koha-Infos] =?iso-8859-1?q?r=E9ception_dans_koha_3=2E2?= In-Reply-To: <13712254.75775.1305118351876.JavaMail.root@co7> References: <13712254.75775.1305118351876.JavaMail.root@co7> Message-ID: <4DCA9103.3020109@biblibre.com> Le 11/05/2011 14:52, Jean-Manuel BROUST a écrit : > Bonjour à tous, > > La bibliothèque de Nimes a pu apporter quelques réponses à ma première question. Je reste toutefois surpris par le fonctionnement de koha sur ce point : > Lorsqu'un budget est attribué à un acquéreur et qu'on limite l'accès au budget à cet acquéreur, la personne en charge des réceptions (qui a des droits de super user) ne peut pas accéder à la liste déroulante des budgets en modification de commande, . > Par contre le superlibrarian de koha voit tous les budgets dans le menu déroulant... > Est ce un fonctionnement normal de koha ou un bug ? Dans le premier cas, est il prévu d'assouplir ce fonctionnement ? > > > Merci de votre aide, > Un développement en cours pour Saint Etienne permet de définir des utilisateurs sur les budgets. Il vous sera ainsi possible d'assouplir ces règles. -- Henri-Damien LAURENT From ledrezen at univ-metz.fr Wed May 11 17:40:20 2011 From: ledrezen at univ-metz.fr (Alain Le Drezen) Date: Wed, 11 May 2011 17:40:20 +0200 (CEST) Subject: [koha-Infos] =?utf-8?q?Lier_notices_authorit=C3=A9s_et_bib?= In-Reply-To: Message-ID: Bonjour, Quand nous lançons link_bibs_to_authorities.pl nous obtenons le message : Can't locate object method "new" via package "C4::Heading::UNIMARC" (perhaps you forgot to load "C4::Heading::UNIMARC"?) at /usr/share/koha/lib/C4/Heading.pm line 175. Il semble manquer /usr/share/koha/lib/C4/Heading/UNIMARC.pm ? Manifestement Lyon 3 à réussi à lier ses notice bib et authorité. Merci d'avance pour toute aide. Alain Le Drezen SCD Metz From jean.bernon at univ-lyon3.fr Wed May 11 18:41:30 2011 From: jean.bernon at univ-lyon3.fr (BERNON Jean) Date: Wed, 11 May 2011 16:41:30 +0000 Subject: [koha-Infos] =?iso-8859-1?q?RE_=3A__Lier_notices_authorit=E9s_et_?= =?iso-8859-1?q?bib?= In-Reply-To: References: , Message-ID: <6538CC8147CB8E4DBC30E650AA1462170BF14C63@exch-mb3.ad.univ-lyon3.fr> Bonjour, A Lyon 3 les liens des biblios aux autorités sont faits par le chargeur sudoc. Nous avons bien un UNIMARC.pm dans ~/src/C4/AuthoritiesMarc, mais je ne crois pas (je n'en suis donc pas sûr) qu'il soit utilisé. Le chargeur sudoc procède ainsi : 1) il charge d'abord les autorités, il crée au passage un fichier de correspondance entre les ppn et les authid chargés, il indexe les notices d'autorités (programme autorites.pl qui s'appuie sur bulkmarcimport.pl) 2) il charge les biblios, il fait des traitements spéciaux sur chaque notice chargée, dont la routine _link_authority_chunks qui intègre les authid dans des sous-zones $9 des zones biblios soumises à autorité, il indexe le tout (programme Dedoublonnage.pm). Ensuite l'affichage des biblios à partir d'une autorité utilise l'indexation des $9 des biblios. 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 11 mai 2011 17:40 À : discussions générales sur Objet : [koha-Infos] Lier notices authorités et bib Bonjour, Quand nous lançons link_bibs_to_authorities.pl nous obtenons le message : Can't locate object method "new" via package "C4::Heading::UNIMARC" (perhaps you forgot to load "C4::Heading::UNIMARC"?) at /usr/share/koha/lib/C4/Heading.pm line 175. Il semble manquer /usr/share/koha/lib/C4/Heading/UNIMARC.pm ? Manifestement Lyon 3 à réussi à lier ses notice bib et authorité. Merci d'avance pour toute aide. Alain Le Drezen SCD Metz _______________________________________________ Infos mailing list Infos at listes.koha-fr.org https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From martin_caris at hotmail.com Thu May 12 02:28:03 2011 From: martin_caris at hotmail.com (martin caris) Date: Thu, 12 May 2011 02:28:03 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Transf=E9rer_les_notices_=28base_de_d?= =?iso-8859-1?q?onn=E9es=29_sur_un_CD_ou_une_cl=E9_USB?= Message-ID: Bonjour, Cela répond bien à ma question mais j'ai un message d'erreur lorsque j'essaye d'exporter au format xml: Erreur d'analyse XML : données incompréhensibles après l'élément de document Emplacement : file:///home/martin/T%C3%A9l%C3%A9chargements/koha(2).mrc Numéro de ligne 53, Colonne 1 : ^ Qu'est-ce que cela veut dire? Merci. Martin Caris -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From frederic at tamil.fr Thu May 12 07:24:31 2011 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Thu, 12 May 2011 07:24:31 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Lier_notices_authorit=E9s_et_bib?= In-Reply-To: References: Message-ID: <4DCB6F0F.8020605@tamil.fr> > Quand nous lançons link_bibs_to_authorities.pl nous obtenons le message : > Can't locate object method "new" via package "C4::Heading::UNIMARC" > (perhaps you forgot to load "C4::Heading::UNIMARC"?) at > /usr/share/koha/lib/C4/Heading.pm line 175. > Il semble manquer /usr/share/koha/lib/C4/Heading/UNIMARC.pm ? Oui. Ce script fonctionne uniquement avec un Catalogue Koha MARC21. Il n'y a rien de bien difficile à créer une version UNIMARC du fichier MARC21.pm existant. Toutefois il faut bien comprendre les limitations de ce script. Il lie les zones MARC contrôlées par autorités aux autorités en les identifiant sur le texte de leur vedette (heading). Cela ne permet pas de garantir une identification à 100%. En général, dans le cadre d'une migration, si on a déjà au départ des autorités, elles ont un identifiant unique équivalent à celui qu'on trouve dans Koha. On établie une table d'équivalence entre les identifiants de départ et ceux d'arrivée, et on modifie les notices bibliographiques au moyen de cette table avant chargement dans Koha. Cordialement, -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.h From fridolyn.somers at progilone.fr Thu May 12 08:57:51 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Thu, 12 May 2011 08:57:51 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Transf=E9rer_les_notices_=28base_de_d?= =?iso-8859-1?q?onn=E9es=29_sur_un_CD_ou_une_cl=E9_USB?= In-Reply-To: References: Message-ID: <4DCB84EF.40204@progilone.fr> Bonjour, J'imagine que ce message s'affiche si vous ouvrez le fichier avec Internet Explorer. Préférez un éditeur de fichier avancé comme Notepad++ : http://notepad-plus-plus.org/download 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 12/05/2011 02:28, martin caris a écrit : > Bonjour, > > Cela répond bien à ma question mais j'ai un message d'erreur lorsque > j'essaye d'exporter au format xml: > > Erreur d'analyse XML : données incompréhensibles après l'élément de > document > Emplacement : file:///home/martin/T%C3%A9l%C3%A9chargements/koha(2).mrc > > Numéro de ligne 53, Colonne 1 : > ^ > > Qu'est-ce que cela veut dire? > Merci. > > > Martin Caris > > > > _______________________________________________ > 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 danielchongaelle at gmail.com Thu May 12 09:46:46 2011 From: danielchongaelle at gmail.com (Daniel Le Goff) Date: Thu, 12 May 2011 09:46:46 +0200 Subject: [koha-Infos] rappels par mails, papier ou les deux ?? Message-ID: Bonjour, la Bfm de Limoges bascule vers Koha le 26 mai, ce qui explique notre future absence au symposium de Lyon. pour la gestion des retards, nous trouvons qu'il y a un développement à imaginer (et financer) un jour prochain : aujourd'hui sur notre version 3.02, il faut choisir (pour les adhérents qui ont un mail) entre des envois par papier ou par mail. Notre demande est que l'on puisse envoyer 2 mails de retard avant un dernier "avertissment" par courrier. Comme ce 3ème courrier parle de passage du dossier à la Trésorerie, il nous semble que le papier est plus "officiel" qu'un mail. Koha ne permet pas cette modulation aujourd'hui (à l'inverse de plusieurs SIGB déployés en France). D'autres bibs ont-elles creusées la question ? Daniel Le Goff Bfm de Limoges -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From olivier.crouzet at univ-lyon3.fr Thu May 12 11:28:44 2011 From: olivier.crouzet at univ-lyon3.fr (CROUZET Olivier) Date: Thu, 12 May 2011 09:28:44 +0000 Subject: [koha-Infos] rappels par mails, papier ou les deux ?? In-Reply-To: References: Message-ID: 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. 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). Olivier Crouzet Service Informatique Documentaire SCD Lyon 3 04 78 78 78 55 De : infos-bounces at listes.koha-fr.org [mailto:infos-bounces at listes.koha-fr.org] De la part de Daniel Le Goff Envoyé : jeudi 12 mai 2011 09:47 À : infos at listes.koha-fr.org Objet : [koha-Infos] rappels par mails, papier ou les deux ?? Bonjour, la Bfm de Limoges bascule vers Koha le 26 mai, ce qui explique notre future absence au symposium de Lyon. pour la gestion des retards, nous trouvons qu'il y a un développement à imaginer (et financer) un jour prochain : aujourd'hui sur notre version 3.02, il faut choisir (pour les adhérents qui ont un mail) entre des envois par papier ou par mail. Notre demande est que l'on puisse envoyer 2 mails de retard avant un dernier "avertissment" par courrier. Comme ce 3ème courrier parle de passage du dossier à la Trésorerie, il nous semble que le papier est plus "officiel" qu'un mail. Koha ne permet pas cette modulation aujourd'hui (à l'inverse de plusieurs SIGB déployés en France). D'autres bibs ont-elles creusées la question ? Daniel Le Goff Bfm de Limoges -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From martin_caris at hotmail.com Sun May 15 18:53:20 2011 From: martin_caris at hotmail.com (martin caris) Date: Sun, 15 May 2011 18:53:20 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Pas_de_r=E9sultats_avec_la_recherche_?= =?iso-8859-1?q?avanc=E9e?= Message-ID: 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 -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: