From edith.boulo at wanadoo.fr Thu Oct 2 12:19:59 2008 From: edith.boulo at wanadoo.fr (Edith Boulo) Date: Thu Oct 2 12:20:25 2008 Subject: Fw: Re: Re: =?ISO-8859-1?Q?=5FRe=3A=5F=5BPmb-cdi=5D=5Fpb=5Fd?= =?ISO-8859-1?Q?e=5Fsuppression=5Fde=5Fmots-cl=E9s=5Fpar=5Flots?= In-Reply-To: <200809290925151787614@yahoo.fr> References: <200809190943393710931@yahoo.fr>, <5F281F87A8E14E1EA645ADA7580A273B@DalaiMama>, <200809261338447248987@yahoo.fr>, <33A38419D49547A2AF907D477B7F764D@DalaiMama>, <200809261539527740300@yahoo.fr>, <48DCF6EB.7090205@wanadoo.fr>, <200809261656132168268@yahoo.fr> <200809290925151787614@yahoo.fr> Message-ID: <48E4A04F.7030000@wanadoo.fr> En quelle version de pmb êtes-vous ? Je viens de constater que je rencontrais ce problème d'import des procédures (qui fonctionnent par ailleurs parfaitement lorsqu'on procéde en création) en 3.1.21, et pas en 3.1.23. cordialement, E. Boulo Cédric Goulet a écrit : > Bonjour, > je renvoie ma réponse de vendredi dernier sur la liste de diffusion, l'ayant uniquement faite parvenir à E. Boulo. > > Message de : Cédric Goulet > envoyé le : 2008-09-26 16:56:13 > à : Edith Boulo > cc : > Sujet : Re: Re: _Re:_[Pmb-cdi]_pb_de_suppression_de_mots-clés_par_lots > > Bonjour, > alors, là, je suis confronté à un mystère... La procédure ne fonctionnant pas, j'ai modifié la procédure " N 4.2. Vider le champ Autres caractéristiques matérielles (ill. en coul.) " en remplaçant ill par index_l, et cela a marché. Ensuite, j'ai exporté la procédure, je l'ai renommée afin qu'elle s'appelle " 4.0. Vider le champ mots-clés" et là, quand j'ai voulu l'importer, PMB m'a indiqué : > Procédure invalide > Error code = 1000 > > > D'ailleurs, toutes les procédures qui m'ont été indiquées par Anne-Marie Cubat sur le wiki de PMB ont subi le même sort... > > allez, bon weekend, je verrai cela lundi... > > > > Cédric Goulet > 2008-09-26 > > > > En réponse au message > de : Edith Boulo > du : 2008-09-26 16:51:23 > À : cdibonsauveur@yahoo.fr; Mailing_list_des_utilisateurs_de_PMB_dans_l'éducation_/_PMB_Use rs_list > CC : > Sujet : Re: _Re:_[Pmb-cdi]_pb_de_suppression_de_mots-clés_par_lots > > Cédric Goulet a écrit : > >> Je vous remercie de m'avoir répondu aussi rapidement, mais je suis confronté à un problème : je peux créer la procédure d'action, mais elle refuse de s'exécuter. Où me suis-je trompé ? >> > > Que se passe-t-il exactement ? > > ------------------------------------------------------------------------ > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From cdibonsauveur at yahoo.fr Thu Oct 2 12:21:42 2008 From: cdibonsauveur at yahoo.fr (=?iso-8859-1?B?Q+lkcmljIEdvdWxldA==?=) Date: Thu Oct 2 12:28:24 2008 Subject: =?iso-8859-1?B?UmU6X1tQbWItY2RpXV9wYl9kZV9zdXBwcmVzc2lvbl9kZV9tb3RzLWNs6XNfcGFyX2xvdHM=?= References: <200809190943393710931@yahoo.fr>, <5F281F87A8E14E1EA645ADA7580A273B@DalaiMama>, <200809261338447248987@yahoo.fr>, <33A38419D49547A2AF907D477B7F764D@DalaiMama>, <200809261539527740300@yahoo.fr>, <48DCF6EB.7090205@wanadoo.fr>, <200809261656132168268@yahoo.fr>, <200809290925151787614@yahoo.fr>, <48E4A04F.7030000@wanadoo.fr> Message-ID: <200810021221415643447@yahoo.fr> Bonjour, je suis avec la version 3.1.23. Contrairement à vous, je peux créer la procédure d'action, mais quand je clique sur elle dans Paniers > Actions > Par procédure d'action, rien ne se passe... Cordialement, Cédric Goulet 2008-10-02 En réponse au message de : Edith Boulo du : 2008-10-02 12:19:51 À : cdibonsauveur@yahoo.fr; Mailing_list_des_utilisateurs_de_PMB_dans_l'éducation_/_PMB_Use rs_list CC : Sujet : Re: Fw: Re: Re: _Re:_[Pmb-cdi]_pb_de_suppression_de_mots-clés_par_lots En quelle version de pmb êtes-vous ? Je viens de constater que je rencontrais ce problème d'import des procédures (qui fonctionnent par ailleurs parfaitement lorsqu'on procéde en création) en 3.1.21, et pas en 3.1.23. cordialement, E. Boulo Cédric Goulet a écrit : > Bonjour, > je renvoie ma réponse de vendredi dernier sur la liste de diffusion, l'ayant uniquement faite parvenir à E. Boulo. > > Message de : Cédric Goulet > envoyé le : 2008-09-26 16:56:13 > à : Edith Boulo > cc : > Sujet : Re: Re: _Re:_[Pmb-cdi]_pb_de_suppression_de_mots-clés_par_lots > > Bonjour, > alors, là, je suis confronté à un mystère... La procédure ne fonctionnant pas, j'ai modifié la procédure " N 4.2. Vider le champ Autres caractéristiques matérielles (ill. en coul.) " en remplaçant ill par index_l, et cela a marché. Ensuite, j'ai exporté la procédure, je l'ai renommée afin qu'elle s'appelle " 4.0. Vider le champ mots-clés" et là, quand j'ai voulu l'importer, PMB m'a indiqué : > Procédure invalide > Error code = 1000 > > > D'ailleurs, toutes les procédures qui m'ont été indiquées par Anne-Marie Cubat sur le wiki de PMB ont subi le même sort... > > allez, bon weekend, je verrai cela lundi... > > > > Cédric Goulet > 2008-09-26 > > > > En réponse au message > de : Edith Boulo > du : 2008-09-26 16:51:23 > À : cdibonsauveur@yahoo.fr; Mailing_list_des_utilisateurs_de_PMB_dans_l'éducation_/_PMB_Use rs_list > CC : > Sujet : Re: _Re:_[Pmb-cdi]_pb_de_suppression_de_mots-clés_par_lots > > Cédric Goulet a écrit : > > > Je vous remercie de m'avoir répondu aussi rapidement, mais je suis confronté à un problème : je peux créer la procédure d'action, mais elle refuse de s'exécuter. Où me suis-je trompé ? > > > > Que se passe-t-il exactement ? > > ------------------------------------------------------------------------ > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From brigitte.maurel at ac-creteil.fr Fri Oct 3 09:21:48 2008 From: brigitte.maurel at ac-creteil.fr (Brigitte Maurel) Date: Fri Oct 3 09:22:23 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?r=E9cup=E9ration_de_notices_de_BCDI?= Message-ID: <48E5C80C.5010701@ac-creteil.fr> Lors de l'export de BCDI vers PMB, nous avons perdu l'indication des périodiques correspondant aux articles indexés. Le titre de l'article existe mais le "in" est vide. Que pouvons-nous faire ? Brigitte Maurel (Noisiel, 77) From clg-beurnonville at ac-reims.fr Fri Oct 3 10:47:58 2008 From: clg-beurnonville at ac-reims.fr (clg-beurnonville@ac-reims.fr) Date: Fri Oct 3 11:07:29 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?liens_vers_p=E9riodiques?= Message-ID: Bonjour, J'ai installé pmb dans mon collège il y a deux ans sur le PC du CDI avec easy php, et l'an dernier (j'étais en formation) l'assistant d'éducation chargé de l'informatique l'a installé sur le serveur académique. Depuis, il n'y a plus de liens vers la consultation ou la création des périodiques, quand on clique sur périodique ou sur bulletinage, dans le catalogue, les pages sont blanches, quand on veut consulter d'anciens bulletins (que j'avais réussi à enregistrer auparavant!); ils apparaissent dans la liste, mais pas de lien non plus... page blanche! Je ne comprends pas bien comment cela est possible, il doit manquer des fichiers... oui, mais lesquels et où? J'ai installé la dernière version de pmb, mais le problème persiste. Merci de bien vouloir m'aider, d'autant que je ne suis pas une pro de l'administration de réseau! Cordialement, Ariane DENIS CDI - Collège Beurnonville 58 rue Turenne 10000 TROYES From Cdi.0890032b at ac-dijon.fr Thu Oct 9 15:35:38 2008 From: Cdi.0890032b at ac-dijon.fr (Cdi 0890032b) Date: Thu Oct 9 15:36:16 2008 Subject: [Pmb-cdi] Besoin d'aide pour =?iso-8859-1?q?proc=E9dure=2E?= In-Reply-To: References: Message-ID: <1223559338.48ee08aa72551@webmail.ac-dijon.fr> Bonjour, Je cherche à écrire une procédure permettant de lister les exemplaires disponibles (donc non empruntés) pour une même notice. Est-ce que quelqu'un pourrait m'aider ? Merci beaucoup, Cordialement, -- Valérie Couriol CDI Lycée Chevalier d'Eon 2, place Edmond Jacob 89700 TONNERRE From amcubat at skynet.be Fri Oct 10 13:42:52 2008 From: amcubat at skynet.be (Anne-Marie Cubat-Vandeputte) Date: Fri Oct 10 13:40:20 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?Requ=EAte_SQL_-_Liste_des_articles_de_p?= =?iso-8859-1?q?=E9riodiques_-_par_panier?= Message-ID: <6FDC44F1A60C4600929C4705486B83A3@DalaiMama> Bonjour à tout le monde, Je sais que je m'éloigne de la question vitale posée hier et que je découvre ce midi "To be or not to be a multilingual mailing-list, that is the question" (question à laquelle je répondrais oui) Je sais aussi que nous sommes vendredi, et que je déroge aux règles (?) en postant un message sérieux, mais voici une requête SQL que j'ai mise au point hier, et qui pourra, je crois, rendre service à de nombreuses personnes. Contexte : je voulais convaincre les professeurs de langues de venir plus souvent à la bibliothèque, et je voulais donc les "appâter" en leur envoyant la liste des articles dont nous disposions en anglais et en néerlandais (pour l'année 2007-08). Donc pas la liste des bulletins, mais bien la liste des articles dépouillés. Dans PMB, dans l'onglet catalogue, lorsqu'on fait une recherche sur un périodique, et qu'on voit le titre "Etat des collections", on a 2 fois l'icône "panier" - en cliquant à gauche : on peut mettre le bulletin ou l'exemplaire du bulletin dans un panier - à droite : sous le titre "Articles", on voit le nombre d'articles dépouillés - en cliquant à droite, à côté du nombre d'articles, on peut mettre ces articles dans un panier de notices Mettre d'un coup tous les articles d'un bulletin dans un panier de notices est une possibilité tout à fait géniale ;-) Merci aux concepteurs de PMB ! Et c'est de là que je suis partie. J'ai choisi une revue qui paraît 5 fois par an, et en 5 clics de souris, j'ai mis tous les articles de 2007-2008 dans un panier de notices. Ensuite, j'ai exécuté en mode "éditions" la requête que j'avais préalablement créée, et j'ai ainsi pu disposer dans le tableur de la liste complète des articles publiés au cours de l'année scolaire précédente. Un peu de mise en page dans le tableur, j'ai ajouté le titre du périodique, et le document était prêt pour un envoi par e-mail et/ou pour l'impression ! J'ai vidé mon panier de notices, et j'ai recommencé la manoeuvre pour le périodique suivant ... Je me suis dit que cette action personnalisable pouvait être utile à d'autres bibliothécaires, voici donc la requête en question (en fin de message). Je sais qu'on ne va pas systématiquement envoyer la liste des articles dépouillés, mais vu que la base de données de mon école n'est pas encore en ligne, cela me semblait une idée intéressante pour amener plus de monde à la bibliothèque.. D'ailleurs, avec la DSI on envoie des messages "ciblés" à propos des nouvelles acquisitions (livres, CD ...), dès lors pourquoi ne pas envoyer une liste d'articles récents? Deux remarques - vous devez préalablement avoir mis les articles des divers bulletins dans un panier de notices. (un panier par périodique me semble plus simple) - attention à la date de parution (on en parlait sur la liste au début du mois de septembre) Dans PMB, si on catalogue un bulletin, il y a 2 aspects pour la date 1) une date de parution (le champ date_date) C'est une date calendrier au sens strict du terme respectez la syntaxe des dates (09-10-2008) ou employez le calendrier Pour que PMB puisse trier, il faut en effet encoder une date précise, donc tous les mensuels paraissent le 1er du mois, les trimestriels le 1er jour du 1er des 3 mois, etc ! L'ordinateur n'étant qu'une "bête machine", il ne sait pas que '1er trimestre 2008" et "Janvier-Mars 2008"sont des synonymes. Donc pas de fantaisie dans le champ "date de parution" ! Je rappelle que si vous n'avez pas introduit de date, PMB prend par défaut la data de catalogage, c'est pourquoi les bulletins apparaissent parfois dans un ordre qui n'est pas antéchronologique, c'est parce que vous avez oublié de préciser une date ou que vous avez employé une syntaxe trop "libre" 2) un libellé de période dont la formulation est plus souple (le champ mention_date) ex. septembre-octobre 2008, 2e trimestre 2008 etc La requête trie les bulletins par ordre de parution, en se basant sur la date au sens strict du terme ORDER BY date_date Par contre, elle requête affiche le libellé de période SELECT mention_date AS 'Libellé de période' P.S. Un petit mot pour Annie Jezéquel Annie, si tu veux ajouter cette requête sur le site de Citédoc, n'hésite pas ! Bon week-end à tous, Cordialement, Anne-Marie Cubat Ecole N.-D. de la Sagesse Avenue Van Overbeke, 10 B-1083 Bruxelles Belgique Liste des articles de périodiques - par panier Code SQL (copier-coller et supprimer les sauts de ligne !) SELECT expl_cb AS 'Code-barres', bulletin_numero AS 'N° du bulletin', mention_date AS 'Libellé de période', npages AS 'Pages', tit1 AS 'Titres des articles' FROM notices, caddie_content, analysis, bulletins LEFT JOIN exemplaires ON expl_bulletin=bulletin_id WHERE caddie_id IN (!!CADDIE!!) AND notice_id=object_id AND notice_id=analysis_notice AND analysis_bulletin=bulletin_id ORDER BY date_date Définition des paramètres Titre du paramètre CADDIE : Nom du panier Mode de choix du paramètre : liste de choix à partir d'une requête Cocher "obligatoire" Cliquer sur "Options" Options pour le paramètre CADDIE On peut cocher "liste multiple" afin de pouvoir sélectionner plusieurs paniers Requête SELECT idcaddie, name FROM caddie WHERE type='NOTI' ORDER BY name From amcubat at skynet.be Thu Oct 16 22:58:55 2008 From: amcubat at skynet.be (Anne-Marie Cubat-Vandeputte) Date: Thu Oct 16 22:56:09 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?Diaporama_sur_le_Wiki_-_requ=EAtes_sql_?= =?iso-8859-1?q?et_paniers?= Message-ID: <7D2BC322FD554591B9C902A0DFDDE16F@DalaiMama> Bonsoir à tout le monde, Grâce à l'aide de Gautier Michelin, il y a maintenant un nouveau document sur le Wiki Menu principal Utilisation de PMB au quotidien - Fichiers d'aide et modes d'emploi (dans l'index des pages à la lettre F : FichiersAide) Titre : requêtes SQL et paniers C'est un diaporama Powerpoint sur les actions (ou états) personnalisables et les paniers (avec de nombreuses copies d'écran). Dans la première partie, je montre que grâce aux requêtes SQL, on peut personnaliser et affiner l'usage que l'on fait de PMB. J'explique ensuite comment encoder ces requêtes (onglet "administration") et comment les exécuter (onglet "éditions"). En guise d'illustration, j'ai choisi un exemple concret : l'impression d'étiquettes de rangement personnalisées (par publipostage entre le modèle d'étiquettes et les données de la base). La deuxième partie est consacrée aux paniers. J'explique l'intérêt des paniers (de notices, d'exemplaires, de bulletins ou de lecteurs), non seulement pour la gestion quotidienne mais aussi pour effectuer un "traitement par lot", c'est-à-dire modifier en une seule opération une série de données. Ici aussi, un cas concret sert de fil conducteur : quelques exemplaires de périodiques ont été mal catalogués (ils sont empruntables alors qu'ils devraient être exclus du prêt). Je montre donc comment collecter les données (remplir le panier avec les exemplaires concernés) et ensuite comment en changer le statut. J'espère que ce diaporama vous sera utile. Bon vendredi ! comme d'habitude sur la liste de PMB ;-) et bon week-end à tout le monde, Cordialement, Anne-Marie Cubat Ecole N.-D. de la Sagesse Avenue Van Overbeke, 10 B-1083 Bruxelles Belgique From amcubat at skynet.be Mon Oct 20 18:46:33 2008 From: amcubat at skynet.be (Anne-Marie Cubat-Vandeputte) Date: Mon Oct 20 18:43:51 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?P=E9riodiques_-_requ=EAtes_sql_et_panie?= =?iso-8859-1?q?rs_-_Wiki?= Message-ID: <164AACCE85984A148B46075CEEB59605@DalaiMama> Bonsoir à tout le monde, Ces derniers temps je me suis consacrée davantage à la gestion des périodiques, je voulais entre autres obtenir des listes complètes ou partielles de bulletins ou d'articles de périodiques. Résultat : j'ai donc peaufiné les requêtes sql que j'avais déjà, et j'en ai rédigé d'autres. J'ai réfléchi au moyen d'obtenir un tri chronologique correct, au choix judicieux du type de paniers à employer, etc. Un autre fil conducteur a été que je ne voulais pas réinventer la roue (et surtout que je m'en sentais pas capable .. ;-) Les concepteurs de PMB nous offrent déjà tellement de possibilités, entre autres grâce aux paniers, que je ne voyais pas la nécessité de me lancer dans la rédaction d'actions personnalisables super compliquées. J'ai donc exploité à fond les options offertes par PMB. Dans la majorité des cas, pour la gestion courante, on s'en tire avec quelques requêtes sql, à condition - d'avoir bien catalogué les bulletins sinon pas de tri chronologique ni de sélection de bulletins ou articles parus entre 2 dates (vous trouverez toutes les explications à ce sujet dans le document pdf) - de mettre les bonnes données dans le panier adéquat Si ces 2 conditions sont remplies, il suffit de lancer une action personnalisable, et on obtient en général ce qu'il faut. J'avais d'abord pensé ne mettre que les requêtes sql en ligne, mais j'ai vite réalisé que des commentaires et explications étaient indispensables. Et vous me connaissez, dès que je commence à écrire, il m'est difficile de m'arrêter. ;-) Le résultat, c'est que vous avez deux nouveaux documents sur le Wiki !!! - dans la rubrique des Fichiers d'aide et Modes d'emploi rédigés par les utilisateurs un mode d'emploi (pdf) assez long (11 pages) où j'explique ma démarche et le but de ces requêtes - une autre page avec le code qui peut donc être téléchargé. (il y a un lien vers cette autre page qui s'appelle CollectionPeriodiques). N.B. Je n'ai pas encore eu le temps de réexporter toutes ces actions personnalisables, je les avais exportées hier, mais il faudrait que je le refasse pour toute sécurité (car entre-temps j'ai corrigé et complété quelques requêtes). Ces requêtes sont bien sûr perfectibles, j'attends donc vos réactions et commentaires. Vincent Mayoux avait d'ailleurs lancé un appel en ce sens ... Bonne semaine à tout le monde et à bientôt, Cordialement, Anne-Marie Cubat Ecole N.-D. de la Sagesse Avenue Van Overbeke, 10 B-1083 Bruxelles Belgique From nadine.foucher at ac-orleans-tours.fr Tue Oct 21 14:34:10 2008 From: nadine.foucher at ac-orleans-tours.fr (N.Foucher) Date: Tue Oct 21 14:34:45 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?probl=E8me_PHP_/_m=E9modocnets_urgent?= Message-ID: <32172.98550.qm@web26001.mail.ukl.yahoo.com> Bonjour, je n'ai toujours pas résolu mon problème d'insertion des mémodocnets du mois de juin. rappel : lorsque je fais la conversion (memo notices BCDI > unimarc ISO 2709) le message suivant apparaît: c:\program files\easyphp1-8\www\pmb\admin\convert\xmltransform.php on line 36 j'ai essayé de réinsérer le 1er pack de mémodocnet (ce qui avait été fait avec succès en janvier) et là le même message arrive. pourriez-vous me dire ce que doit contenir le fichier xmltransform.php ou me donner une autre piste? merci, NF From jean.tanguy at ac-rennes.fr Wed Oct 22 10:30:26 2008 From: jean.tanguy at ac-rennes.fr (Jean TANGUY) Date: Wed Oct 22 10:31:01 2008 Subject: [Pmb-cdi] commande "Emergency" In-Reply-To: <32172.98550.qm@web26001.mail.ukl.yahoo.com> References: <32172.98550.qm@web26001.mail.ukl.yahoo.com> Message-ID: <48FEE4A2.5050409@ac-rennes.fr> Bonjour, Avec PMB 3.2 tournant sous Ubuntu, serveur Xampp, PHP5, la commande emergency pour restaurer une sauvegarde refuse de fonctionner (PMB considère que le fichier n'est pas une sauvegarde valide). Mais en mettant le fichier dans /backup/backups, en le renommant, puis en demandant à PMB de le restaurer, la restauration se fait parfaitement (et rapidement). Avec PMB 3.2 tournant sous WindowsXP, easyphp et PHP4, la même commande emergency avec le même fichier de sauvegarde sur la même clé USB fonctionne parfaitement. Une explication ? °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Jean TANGUY 22000 - Saint Brieuc courriel : jean.tanguy@ac-rennes.fr site perso : http://www.livres-jeunesse.net/ Le web-infos du CDI du collège saint Jean Bosco : http:/cdi.isjb-coat.org/ °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° From cfernandez1 at ac-clermont.fr Wed Oct 22 15:46:56 2008 From: cfernandez1 at ac-clermont.fr (fernandez_ac-clermont) Date: Thu Oct 23 09:07:11 2008 Subject: [Pmb-cdi] commande "Emergency" In-Reply-To: <48FEE4A2.5050409@ac-rennes.fr> References: <32172.98550.qm@web26001.mail.ukl.yahoo.com> <48FEE4A2.5050409@ac-rennes.fr> Message-ID: <48FF2ED0.8020208@ac-clermont.fr> Aucune idée pour résoudre le problème, mais pourquoi ne pas faire simplement une sauvegarde directe des fichiers de la base bibli. Ils sont dans var mysql. c'est ce que je fais tous les soirs et c'est rapide. Avec xampp, ces fichiers sont donc dans /etc/lampp/var/mysql Il faut d'abord donner tous les droits pour les copier: sudo chmod 777 -R //etc/var/lampp/var/mysql/bibli: puis un cp de bibli dans le répertoire externe d'une clé usb par exemple ou le répertoire de la session. Pour la restauration, il suffit de remettre les fichiers au même endroit . On peut aussi exporter la base à partir de phpmyadmin, mais, si elle est trop grosse, il faut le faire par morceaux. Claude Fernandez Jean TANGUY a écrit : > Bonjour, > > Avec PMB 3.2 tournant sous Ubuntu, serveur Xampp, PHP5, la commande > emergency pour restaurer une sauvegarde refuse de fonctionner (PMB > considère que le fichier n'est pas une sauvegarde valide). Mais en > mettant le fichier dans /backup/backups, en le renommant, puis en > demandant à PMB de le restaurer, la restauration se fait parfaitement > (et rapidement). > Avec PMB 3.2 tournant sous WindowsXP, easyphp et PHP4, la même commande > emergency avec le même fichier de sauvegarde sur la même clé USB > fonctionne parfaitement. > Une explication ? > > > °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° > Jean TANGUY > 22000 - Saint Brieuc > > > courriel : jean.tanguy@ac-rennes.fr > > site perso : http://www.livres-jeunesse.net/ > Le web-infos du CDI du collège saint Jean Bosco : > http:/cdi.isjb-coat.org/ > °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From erobert at sigb.net Thu Oct 23 09:12:32 2008 From: erobert at sigb.net (Eric ROBERT) Date: Thu Oct 23 09:14:45 2008 Subject: [Pmb-cdi] commande "Emergency" References: <32172.98550.qm@web26001.mail.ukl.yahoo.com><48FEE4A2.5050409@ac-rennes.fr> <48FF2ED0.8020208@ac-clermont.fr> Message-ID: Bonjour, La méthode fonctionne sous certaines conditions et sous réserve d'un point TRES important qui n'est pas mentionné dans cette recette. IL FAUT ARRETER AVANT COPIE le service MySQL si vous voulez utiliser cette méthode. Cette méthode de resturation ne fonctionnera pas si les versions de MySQL ne sont pas strictement identiques ! La meilleure méthode est le dump SQL, on aura prévenu ;-) Eric ----- Original Message ----- From: "fernandez_ac-clermont" To: ; "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list" Sent: Wednesday, October 22, 2008 3:46 PM Subject: Re: [Pmb-cdi] commande "Emergency" > Aucune idée pour résoudre le problème, mais pourquoi ne pas faire > simplement une sauvegarde directe des fichiers de la base bibli. Ils sont > dans var mysql. c'est ce que je fais tous les soirs et c'est rapide. > > Avec xampp, ces fichiers sont donc dans /etc/lampp/var/mysql > > Il faut d'abord donner tous les droits pour les copier: > sudo chmod 777 -R //etc/var/lampp/var/mysql/bibli: > > puis un cp de bibli dans le répertoire externe d'une clé usb par exemple > ou le répertoire de la session. > Pour la restauration, il suffit de remettre les fichiers au même endroit . > On peut aussi exporter la base à partir de phpmyadmin, mais, si elle est > trop grosse, il faut le faire par morceaux. > Claude Fernandez > > Jean TANGUY a écrit : >> Bonjour, >> >> Avec PMB 3.2 tournant sous Ubuntu, serveur Xampp, PHP5, la commande >> emergency pour restaurer une sauvegarde refuse de fonctionner (PMB >> considère que le fichier n'est pas une sauvegarde valide). Mais en >> mettant le fichier dans /backup/backups, en le renommant, puis en >> demandant à PMB de le restaurer, la restauration se fait parfaitement (et >> rapidement). >> Avec PMB 3.2 tournant sous WindowsXP, easyphp et PHP4, la même commande >> emergency avec le même fichier de sauvegarde sur la même clé USB >> fonctionne parfaitement. >> Une explication ? >> >> >> °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° >> Jean TANGUY >> 22000 - Saint Brieuc >> >> >> courriel : jean.tanguy@ac-rennes.fr >> >> site perso : http://www.livres-jeunesse.net/ >> Le web-infos du CDI du collège saint Jean Bosco : >> http:/cdi.isjb-coat.org/ >> °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° >> >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >> > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From amcubat at skynet.be Thu Oct 23 13:01:32 2008 From: amcubat at skynet.be (Anne-Marie Cubat-Vandeputte) Date: Thu Oct 23 12:58:54 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?Wiki_-_Impression_de_plusieurs_cartes_d?= =?iso-8859-1?q?e_lecteurs_sur_la_m=EAme_feuille_A4?= Message-ID: <5B440D997C9A45789488212F246C049C@DalaiMama> Bonjour à tout le monde, Lors de ma visite à la bibliothèque de l'école Poudlard, j'ai découvert un grimoire intéressant : PMB - Pratiquer la Magie en Bibliothèque. Grâce aux informations que j'y ai trouvées (et quelques cogitations !), je peux vous transmettre des idées pour résoudre un problème qui préoccupe beaucoup de personnes parmi nous : comment économiser du papier et imprimer plusieurs cartes de lecteurs sur la même feuille A4. D'un coup de baguette magique, j'ai ajouté quelques documents sur le Wiki 1) dans la rubrique des Fichiers d'aide et Modes d'emploi en pdf un document en 2 parties a) 2 procédures utiles dans PMB pour extraire les données b) explication pas à pas avec de nombreuses captures d'écran comment réaliser en traitement de texte le publipostage entre le modèle de carte de lecteur et les données . 2) dans la rubrique des requêtes sql et actions personnalisables - Lecteurs J'ai mis à jour une page que j'avais créée et où j'avais donné le code de plusieurs requêtes (listes et nombre de lecteurs) C'est là que j'ai ajouté les 2 procédures qui servent pour les cartes de lecteurs : la première se base sur les groupes de lecteurs, la deuxième sur les paniers de lecteurs. Bonne lecture sur le Wiki et bonne impression de cartes de lecteurs. On pourrait peut-être lancer un concours? La carte de lecteur la plus originale, la plus esthétique, la plus humoristique ... ? Amicalement, Anne-Marie Cubat Ecole N.-D. de la Sagesse Avenue Van Overbeke, 10 B-1083 Bruxelles Belgique From Claude.Fernandez at ac-clermont.fr Thu Oct 23 13:02:02 2008 From: Claude.Fernandez at ac-clermont.fr (Fernandez Claude) Date: Thu Oct 23 13:21:06 2008 Subject: [Pmb-cdi] commande "Emergency" In-Reply-To: References: <32172.98550.qm@web26001.mail.ukl.yahoo.com> <48FEE4A2.5050409@ac-rennes.fr> <48FF2ED0.8020208@ac-clermont.fr> Message-ID: <20081023130202.13757abm3e6xrb0g@bv.ac-clermont.fr> Arrêter mysql. Merci pour la précision. Claude Fernandez Quoting "Eric ROBERT" : > Bonjour, > > La méthode fonctionne sous certaines conditions et sous réserve d'un point > TRES important qui n'est pas mentionné dans cette recette. > > IL FAUT ARRETER AVANT COPIE le service MySQL si vous voulez utiliser cette > méthode. > > Cette méthode de resturation ne fonctionnera pas si les versions de MySQL ne > sont pas strictement identiques ! > > La meilleure méthode est le dump SQL, on aura prévenu ;-) > > Eric > > > ----- Original Message ----- From: "fernandez_ac-clermont" > > To: ; "Mailing list des utilisateurs de PMB dans > l'éducation / PMB Users list" > Sent: Wednesday, October 22, 2008 3:46 PM > Subject: Re: [Pmb-cdi] commande "Emergency" > > >> Aucune idée pour résoudre le problème, mais pourquoi ne pas faire >> simplement une sauvegarde directe des fichiers de la base bibli. Ils sont >> dans var mysql. c'est ce que je fais tous les soirs et c'est rapide. >> >> Avec xampp, ces fichiers sont donc dans /etc/lampp/var/mysql >> >> Il faut d'abord donner tous les droits pour les copier: >> sudo chmod 777 -R //etc/var/lampp/var/mysql/bibli: >> >> puis un cp de bibli dans le répertoire externe d'une clé usb par exemple >> ou le répertoire de la session. >> Pour la restauration, il suffit de remettre les fichiers au même endroit . >> On peut aussi exporter la base à partir de phpmyadmin, mais, si elle est >> trop grosse, il faut le faire par morceaux. >> Claude Fernandez >> >> Jean TANGUY a écrit : >>> Bonjour, >>> >>> Avec PMB 3.2 tournant sous Ubuntu, serveur Xampp, PHP5, la commande >>> emergency pour restaurer une sauvegarde refuse de fonctionner (PMB >>> considère que le fichier n'est pas une sauvegarde valide). Mais en >>> mettant le fichier dans /backup/backups, en le renommant, puis en >>> demandant à PMB de le restaurer, la restauration se fait parfaitement (et >>> rapidement). >>> Avec PMB 3.2 tournant sous WindowsXP, easyphp et PHP4, la même commande >>> emergency avec le même fichier de sauvegarde sur la même clé USB >>> fonctionne parfaitement. >>> Une explication ? >>> >>> >>> °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° >>> Jean TANGUY >>> 22000 - Saint Brieuc >>> >>> >>> courriel : jean.tanguy@ac-rennes.fr >>> >>> site perso : http://www.livres-jeunesse.net/ >>> Le web-infos du CDI du collège saint Jean Bosco : >>> http:/cdi.isjb-coat.org/ >>> °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° >>> >>> _______________________________________________ >>> Pmb-cdi mailing list >>> Pmb-cdi@pmbservices.fr >>> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >>> >> >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From Claude.Fernandez at ac-clermont.fr Thu Oct 23 13:36:49 2008 From: Claude.Fernandez at ac-clermont.fr (Fernandez Claude) Date: Thu Oct 23 13:37:28 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi Message-ID: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> Bonjour, Pas vu ce problème de code barre évoqué, mais je n'ai peut-être pas bien vu. Après le transfert de bcdi à pmb, j'ai constaté que les code barre préalablement édités avec un module de Poitiers étaient calés à 6 chiffres avec des zéros devant. D'où l'échec de la lecture avec la douchette pour PMB. Et sur ce modèle de douchette, pas de paramétrage pour parer au problème. Il a fallu que je rajoute un bout de code en javascript dans un include de PMB pour enlever les zéros. Néanmoins, si on a des codes barre d'avance et qu'on rentre un nouveau code barre pour un nouvel exemplaire, il faut modifier un autre fichier. Là, j'ai changé directement la table de varchar en integer (pas vraiment conseillé), mais ça enlève automatiquement les zéros. Ça serait pas mal que soit rajouté quelque choise de propre pour éviter ce problème à ceux qui ont déjà des codes barre édités avec ce module de BCDI. A noter, si on a des codes barres édités par une méthode qui ne produit pas les zéros, avec BCDI, il y aura quand même des problèmes car BCDI n'accepte pas les codes barre de moins de 3 chiffres. Donc, dans ce cas, pour passer à pmb, il faudra refaire les code barre de 1 à 99 (qui sont par exemple pour 21: 021). Bien sûr, dès que l'on peut, il faut faire ses codes barre avec "Génération code barre" dans pmb, et là pas de problème. Claude Fernandez From erobert at sigb.net Thu Oct 23 14:47:18 2008 From: erobert at sigb.net (Eric ROBERT) Date: Thu Oct 23 14:48:10 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> Message-ID: <17AFD29226AE4548BD99ACDF682CE2AE@colisee> La cuisine des numéros en modifiant le code PMB ne me parait pas une bonne solution, pourquoi ne pas aller corriger en table les zéros en trop ? D'ailleurs, s'ils ont été migrés ainsi, c'est que BCDI a du exporter ces zéros non significatifs, corriger post migration les données me parait plus judicieux que modifier les scripts PMB ? Cordialement, Eric ROBERT Direction générale -------------------------- PMB Services www.sigb.net 24 & 26, place des Halles 72500 CHATEAU DU LOIR Tel: 02 43 440 660 ----- Original Message ----- From: "Fernandez Claude" To: Sent: Thursday, October 23, 2008 1:36 PM Subject: [Pmb-cdi] code barre 39 edites sous module bcdi Bonjour, Pas vu ce problème de code barre évoqué, mais je n'ai peut-être pas bien vu. Après le transfert de bcdi à pmb, j'ai constaté que les code barre préalablement édités avec un module de Poitiers étaient calés à 6 chiffres avec des zéros devant. D'où l'échec de la lecture avec la douchette pour PMB. Et sur ce modèle de douchette, pas de paramétrage pour parer au problème. Il a fallu que je rajoute un bout de code en javascript dans un include de PMB pour enlever les zéros. Néanmoins, si on a des codes barre d'avance et qu'on rentre un nouveau code barre pour un nouvel exemplaire, il faut modifier un autre fichier. Là, j'ai changé directement la table de varchar en integer (pas vraiment conseillé), mais ça enlève automatiquement les zéros. Ça serait pas mal que soit rajouté quelque choise de propre pour éviter ce problème à ceux qui ont déjà des codes barre édités avec ce module de BCDI. A noter, si on a des codes barres édités par une méthode qui ne produit pas les zéros, avec BCDI, il y aura quand même des problèmes car BCDI n'accepte pas les codes barre de moins de 3 chiffres. Donc, dans ce cas, pour passer à pmb, il faudra refaire les code barre de 1 à 99 (qui sont par exemple pour 21: 021). Bien sûr, dès que l'on peut, il faut faire ses codes barre avec "Génération code barre" dans pmb, et là pas de problème. Claude Fernandez _______________________________________________ Pmb-cdi mailing list Pmb-cdi@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From pri.lp.pgueneau at ddec.nc Fri Oct 24 05:41:59 2008 From: pri.lp.pgueneau at ddec.nc (Responsable informatique LPPG) Date: Fri Oct 24 05:39:11 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?Probl=E8me_de_g=E9n=E9ration_de_codes_b?= =?iso-8859-1?q?arres?= Message-ID: <49014407.3000609@ddec.nc> Bonjour Je tente de générer des codes barres mais lorsque le document pdf s'affiche j'ai pas de code barres juste les numéros et le nom de l'établissement? Quelqu'un a eu ce problème? Pascal GANGUTIA Nouvelle Caledonie From cfernandez1 at ac-clermont.fr Fri Oct 24 18:41:22 2008 From: cfernandez1 at ac-clermont.fr (fernandez_ac-clermont) Date: Fri Oct 24 18:42:02 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi In-Reply-To: <17AFD29226AE4548BD99ACDF682CE2AE@colisee> References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> <17AFD29226AE4548BD99ACDF682CE2AE@colisee> Message-ID: <4901FAB2.3000004@ac-clermont.fr> Je me suis sans doute mal expliqué. Voilà. Les numéros d'exemplaires se sont correctement transferrés dans pmb. Par exemple le numéro 248 de bcdi se trouve sous le numéro 248 dans pmb. Le problème, c'est que les codes-barres se trouvant sur les étiquettes (collés sur les livres) sont des codes barres à 6 chiffres avec des zéros devant, soit 000248 (et non 248 comme les codes barres produits par Génération code barre de pmb). Donc, quand on veut par exemple faire un prêt, on passe le code barre sous la douchette, pmb répond: "erreur, exemplaire inexistant" car il lit la chaîne 000248 et ne la trouve pas dans ses tables (où il y a 248). J'ai donc rajouté un petit script pour que les zéros soient enlevés juste après la lecture de la douchette. Exactement: dans la fonction test-form se trouvant dans pmb/includes/templates/searcher_templates.tpl.php Ça résoud le problème aussi pour la recherche d'exemplaire. En revanche, si on utilise de nouveaux code barre pour entrer des nouveaux livres (code barre édités auparavant avec le module de Poitiers), pmb va enregistrer un nouveau code barre, par exemple 002145. Pourquoi pas, mais si jamais on saisit à la main 2145, ça marchera pas, pmb ne retrouvera pas l'exemplaire. Pour parer à cela, j'ai transformé le champ du numéro d'exemplaire dans la table expl (si mes souvenirs sont bons) de var char en integer (mais c'est pas très orthodoxe il pourrait y avoir des conséquences imprévues à ce changement). Voilà. Donc, suggestion: modifier les fichiers concernés pour supprimer les zéros à l'entrée quand on saisit à la douchette. Cela évitera un problème à ceux qui ont toute leur bibliothèque éditée avec le module de Poitiers. Ça doit être quand même une modification assez mineure à faire. Claude Fernandez Eric ROBERT a écrit : > La cuisine des numéros en modifiant le code PMB ne me parait pas une > bonne solution, pourquoi ne pas aller corriger en table les zéros en > trop ? D'ailleurs, s'ils ont été migrés ainsi, c'est que BCDI a du > exporter ces zéros non significatifs, corriger post migration les > données me parait plus judicieux que modifier les scripts PMB ? > > Cordialement, > > Eric ROBERT > Direction générale > -------------------------- > PMB Services www.sigb.net > 24 & 26, place des Halles > 72500 CHATEAU DU LOIR > Tel: 02 43 440 660 > > > ----- Original Message ----- From: "Fernandez Claude" > > To: > Sent: Thursday, October 23, 2008 1:36 PM > Subject: [Pmb-cdi] code barre 39 edites sous module bcdi > > > Bonjour, > Pas vu ce problème de code barre évoqué, mais je n'ai peut-être pas > bien vu. Après le transfert de bcdi à pmb, j'ai constaté que les code > barre préalablement édités avec un module de Poitiers étaient calés à > 6 chiffres avec des zéros devant. D'où l'échec de la lecture avec la > douchette pour PMB. Et sur ce modèle de douchette, pas de paramétrage > pour parer au problème. Il a fallu que je rajoute un bout de code en > javascript dans un include de PMB pour enlever les zéros. Néanmoins, > si on a des codes barre d'avance et qu'on rentre un nouveau code barre > pour un nouvel exemplaire, il faut modifier un autre fichier. Là, j'ai > changé directement la table de varchar en integer (pas vraiment > conseillé), mais ça enlève automatiquement les zéros. Ça serait pas > mal que soit rajouté quelque choise de propre pour éviter ce problème > à ceux qui ont déjà des codes barre édités avec ce module de BCDI. A > noter, si on a des codes barres édités par une méthode qui ne produit > pas les zéros, avec BCDI, il y aura quand même des problèmes car BCDI > n'accepte pas les codes barre de moins de 3 chiffres. Donc, dans ce > cas, pour passer à pmb, il faudra refaire les code barre de 1 à 99 > (qui sont par exemple pour 21: 021). Bien sûr, dès que l'on peut, il > faut faire ses codes barre avec "Génération code barre" dans pmb, et > là pas de problème. > Claude Fernandez > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From edith.boulo at wanadoo.fr Sun Oct 26 07:42:55 2008 From: edith.boulo at wanadoo.fr (Edith Boulo) Date: Sun Oct 26 07:43:30 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi In-Reply-To: <4901FAB2.3000004@ac-clermont.fr> References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> <17AFD29226AE4548BD99ACDF682CE2AE@colisee> <4901FAB2.3000004@ac-clermont.fr> Message-ID: <4904116F.1080102@wanadoo.fr> Bonjour, Je pense que ce qu'Eric suggérait était plus simple que de modifier le code de PMB. D'autant plus qu'un certain nombre de fonctionnent très bien avec des codes-barres commençant par des zéro. Puisque les codes-barres imprimés contiennent des zéro, il suffit d'ajouter des zéro aux codes-barres enregistrés. J'avais fait des procédures pour une collègue qui se retrouvait dans ce cas, et qui avait des codes-barres imprimés de 6 caractères à chaque fois. - sélection des codes-barres sur 5 caractères -> ajout d'un zéro devant - sélection des codes-barres sur 4 caractères -> ajout de 2 zéro etc. Je dois pouvoir retrouver cela ; ça évite de se retrouver avec des aménagements "maison". cordialement, E. Boulo fernandez_ac-clermont a écrit : > > Je me suis sans doute mal expliqué. Voilà. Les numéros d'exemplaires > se sont correctement transferrés dans pmb. Par exemple le numéro 248 > de bcdi se trouve sous le numéro 248 dans pmb. Le problème, c'est que > les codes-barres se trouvant sur les étiquettes (collés sur les > livres) sont des codes barres à 6 chiffres avec des zéros devant, soit > 000248 (et non 248 comme les codes barres produits par Génération code > barre de pmb). Donc, quand on veut par exemple faire un prêt, on passe > le code barre sous la douchette, pmb répond: "erreur, exemplaire > inexistant" car il lit la chaîne 000248 et ne la trouve pas dans ses > tables (où il y a 248). > J'ai donc rajouté un petit script pour que les zéros soient enlevés > juste après la lecture de la douchette. Exactement: dans la fonction > test-form se trouvant dans > > pmb/includes/templates/searcher_templates.tpl.php > > Ça résoud le problème aussi pour la recherche d'exemplaire. En > revanche, si on utilise de nouveaux code barre pour entrer des > nouveaux livres (code barre édités auparavant avec le module de > Poitiers), pmb va enregistrer un nouveau code barre, par exemple > 002145. Pourquoi pas, mais si jamais on saisit à la main 2145, ça > marchera pas, pmb ne retrouvera pas l'exemplaire. Pour parer à cela, > j'ai transformé le champ du numéro d'exemplaire dans la table expl (si > mes souvenirs sont bons) de var char en integer (mais c'est pas très > orthodoxe il pourrait y avoir des conséquences imprévues à ce > changement). Voilà. > Donc, suggestion: modifier les fichiers concernés pour supprimer les > zéros à l'entrée quand on saisit à la douchette. Cela évitera un > problème à ceux qui ont toute leur bibliothèque éditée avec le module > de Poitiers. Ça doit être quand même une modification assez mineure à > faire. > Claude Fernandez > > > Eric ROBERT a écrit : >> La cuisine des numéros en modifiant le code PMB ne me parait pas une >> bonne solution, pourquoi ne pas aller corriger en table les zéros en >> trop ? D'ailleurs, s'ils ont été migrés ainsi, c'est que BCDI a du >> exporter ces zéros non significatifs, corriger post migration les >> données me parait plus judicieux que modifier les scripts PMB ? >> >> Cordialement, >> >> Eric ROBERT >> Direction générale >> -------------------------- >> PMB Services www.sigb.net >> 24 & 26, place des Halles >> 72500 CHATEAU DU LOIR >> Tel: 02 43 440 660 >> >> >> ----- Original Message ----- From: "Fernandez Claude" >> >> To: >> Sent: Thursday, October 23, 2008 1:36 PM >> Subject: [Pmb-cdi] code barre 39 edites sous module bcdi >> >> >> Bonjour, >> Pas vu ce problème de code barre évoqué, mais je n'ai peut-être pas >> bien vu. Après le transfert de bcdi à pmb, j'ai constaté que les code >> barre préalablement édités avec un module de Poitiers étaient calés à >> 6 chiffres avec des zéros devant. D'où l'échec de la lecture avec la >> douchette pour PMB. Et sur ce modèle de douchette, pas de paramétrage >> pour parer au problème. Il a fallu que je rajoute un bout de code en >> javascript dans un include de PMB pour enlever les zéros. Néanmoins, >> si on a des codes barre d'avance et qu'on rentre un nouveau code barre >> pour un nouvel exemplaire, il faut modifier un autre fichier. Là, j'ai >> changé directement la table de varchar en integer (pas vraiment >> conseillé), mais ça enlève automatiquement les zéros. Ça serait pas >> mal que soit rajouté quelque choise de propre pour éviter ce problème >> à ceux qui ont déjà des codes barre édités avec ce module de BCDI. A >> noter, si on a des codes barres édités par une méthode qui ne produit >> pas les zéros, avec BCDI, il y aura quand même des problèmes car BCDI >> n'accepte pas les codes barre de moins de 3 chiffres. Donc, dans ce >> cas, pour passer à pmb, il faudra refaire les code barre de 1 à 99 >> (qui sont par exemple pour 21: 021). Bien sûr, dès que l'on peut, il >> faut faire ses codes barre avec "Génération code barre" dans pmb, et >> là pas de problème. >> Claude Fernandez >> >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >> > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > From cfernandez1 at ac-clermont.fr Sun Oct 26 14:12:24 2008 From: cfernandez1 at ac-clermont.fr (fernandez_ac-clermont) Date: Sun Oct 26 14:13:01 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi In-Reply-To: <4904116F.1080102@wanadoo.fr> References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> <17AFD29226AE4548BD99ACDF682CE2AE@colisee> <4901FAB2.3000004@ac-clermont.fr> <4904116F.1080102@wanadoo.fr> Message-ID: <49046CB8.4070202@ac-clermont.fr> Je n'y avais pas pensé. Je n'avais donc pas bien compris le message d'Éric. Pour faire la manip que vous dites, il faut quand même créer un petit programme php. Ou alors, il serait peut-être possible de reprendre les données avec le tableur d'Openoffice. Lui, il peut rajouter les zéros automatiquement, ensuite réinjeter les données dans la table de pmb. Néanmoins, prévoir ce cas dans une prochaine version de pmb en modifiant quelques fichiers, ça éviterait définitivement à ceux qui migrent de se voir confronter à ce problème. Dans l'hypothèse où les fichiers pmb ne seraient pas modifiés, oui, il vaut mieux modifier la base, c'est ce que je ferai quand j'aurai le temps et le courage -:) Merci. Claude F Edith Boulo a écrit : > Bonjour, > > Je pense que ce qu'Eric suggérait était plus simple que de modifier le > code de PMB. D'autant plus qu'un certain nombre de fonctionnent très > bien avec des codes-barres commençant par des zéro. > Puisque les codes-barres imprimés contiennent des zéro, il suffit > d'ajouter des zéro aux codes-barres enregistrés. > J'avais fait des procédures pour une collègue qui se retrouvait dans ce > cas, et qui avait des codes-barres imprimés de 6 caractères à chaque fois. > - sélection des codes-barres sur 5 caractères -> ajout d'un zéro devant > - sélection des codes-barres sur 4 caractères -> ajout de 2 zéro > etc. > > Je dois pouvoir retrouver cela ; ça évite de se retrouver avec des > aménagements "maison". > > cordialement, > E. Boulo > > > fernandez_ac-clermont a écrit : >> >> Je me suis sans doute mal expliqué. Voilà. Les numéros d'exemplaires >> se sont correctement transferrés dans pmb. Par exemple le numéro 248 >> de bcdi se trouve sous le numéro 248 dans pmb. Le problème, c'est que >> les codes-barres se trouvant sur les étiquettes (collés sur les >> livres) sont des codes barres à 6 chiffres avec des zéros devant, soit >> 000248 (et non 248 comme les codes barres produits par Génération code >> barre de pmb). Donc, quand on veut par exemple faire un prêt, on passe >> le code barre sous la douchette, pmb répond: "erreur, exemplaire >> inexistant" car il lit la chaîne 000248 et ne la trouve pas dans ses >> tables (où il y a 248). >> J'ai donc rajouté un petit script pour que les zéros soient enlevés >> juste après la lecture de la douchette. Exactement: dans la fonction >> test-form se trouvant dans >> >> pmb/includes/templates/searcher_templates.tpl.php >> >> Ça résoud le problème aussi pour la recherche d'exemplaire. En >> revanche, si on utilise de nouveaux code barre pour entrer des >> nouveaux livres (code barre édités auparavant avec le module de >> Poitiers), pmb va enregistrer un nouveau code barre, par exemple >> 002145. Pourquoi pas, mais si jamais on saisit à la main 2145, ça >> marchera pas, pmb ne retrouvera pas l'exemplaire. Pour parer à cela, >> j'ai transformé le champ du numéro d'exemplaire dans la table expl (si >> mes souvenirs sont bons) de var char en integer (mais c'est pas très >> orthodoxe il pourrait y avoir des conséquences imprévues à ce >> changement). Voilà. >> Donc, suggestion: modifier les fichiers concernés pour supprimer les >> zéros à l'entrée quand on saisit à la douchette. Cela évitera un >> problème à ceux qui ont toute leur bibliothèque éditée avec le module >> de Poitiers. Ça doit être quand même une modification assez mineure à >> faire. >> Claude Fernandez >> >> >> Eric ROBERT a écrit : >>> La cuisine des numéros en modifiant le code PMB ne me parait pas une >>> bonne solution, pourquoi ne pas aller corriger en table les zéros en >>> trop ? D'ailleurs, s'ils ont été migrés ainsi, c'est que BCDI a du >>> exporter ces zéros non significatifs, corriger post migration les >>> données me parait plus judicieux que modifier les scripts PMB ? >>> >>> Cordialement, >>> >>> Eric ROBERT >>> Direction générale >>> -------------------------- >>> PMB Services www.sigb.net >>> 24 & 26, place des Halles >>> 72500 CHATEAU DU LOIR >>> Tel: 02 43 440 660 >>> >>> >>> ----- Original Message ----- From: "Fernandez Claude" >>> >>> To: >>> Sent: Thursday, October 23, 2008 1:36 PM >>> Subject: [Pmb-cdi] code barre 39 edites sous module bcdi >>> >>> >>> Bonjour, >>> Pas vu ce problème de code barre évoqué, mais je n'ai peut-être pas >>> bien vu. Après le transfert de bcdi à pmb, j'ai constaté que les code >>> barre préalablement édités avec un module de Poitiers étaient calés à >>> 6 chiffres avec des zéros devant. D'où l'échec de la lecture avec la >>> douchette pour PMB. Et sur ce modèle de douchette, pas de paramétrage >>> pour parer au problème. Il a fallu que je rajoute un bout de code en >>> javascript dans un include de PMB pour enlever les zéros. Néanmoins, >>> si on a des codes barre d'avance et qu'on rentre un nouveau code barre >>> pour un nouvel exemplaire, il faut modifier un autre fichier. Là, j'ai >>> changé directement la table de varchar en integer (pas vraiment >>> conseillé), mais ça enlève automatiquement les zéros. Ça serait pas >>> mal que soit rajouté quelque choise de propre pour éviter ce problème >>> à ceux qui ont déjà des codes barre édités avec ce module de BCDI. A >>> noter, si on a des codes barres édités par une méthode qui ne produit >>> pas les zéros, avec BCDI, il y aura quand même des problèmes car BCDI >>> n'accepte pas les codes barre de moins de 3 chiffres. Donc, dans ce >>> cas, pour passer à pmb, il faudra refaire les code barre de 1 à 99 >>> (qui sont par exemple pour 21: 021). Bien sûr, dès que l'on peut, il >>> faut faire ses codes barre avec "Génération code barre" dans pmb, et >>> là pas de problème. >>> Claude Fernandez >>> >>> _______________________________________________ >>> Pmb-cdi mailing list >>> Pmb-cdi@pmbservices.fr >>> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >>> _______________________________________________ >>> Pmb-cdi mailing list >>> Pmb-cdi@pmbservices.fr >>> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >>> >> >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >> >> > > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From edith.boulo at wanadoo.fr Sun Oct 26 14:23:12 2008 From: edith.boulo at wanadoo.fr (Edith Boulo) Date: Sun Oct 26 14:23:46 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi In-Reply-To: <49046CB8.4070202@ac-clermont.fr> References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> <17AFD29226AE4548BD99ACDF682CE2AE@colisee> <4901FAB2.3000004@ac-clermont.fr> <4904116F.1080102@wanadoo.fr> <49046CB8.4070202@ac-clermont.fr> Message-ID: <49046F40.1090002@wanadoo.fr> fernandez_ac-clermont a écrit : > > Je n'y avais pas pensé. Je n'avais donc pas bien compris le message > d'Éric. Pour faire la manip que vous dites, il faut quand même créer > un petit programme php. Ou alors, il serait peut-être possible de > reprendre les données avec le tableur d'Openoffice. Lui, il peut > rajouter les zéros automatiquement, ensuite réinjeter les données dans > la table de pmb. Néanmoins, prévoir ce cas dans une prochaine version > de pmb en modifiant quelques fichiers, ça éviterait définitivement à > ceux qui migrent de se voir confronter à ce problème. Dans l'hypothèse > où les fichiers pmb ne seraient pas modifiés, oui, il vaut mieux > modifier la base, c'est ce que je ferai quand j'aurai le temps et le > courage -:) Merci. > Claude F Mais ce n'est vraiment pas grand chose à faire, et on n'a pas besoin de sortir de pmb pour ça. Il suffit d'utiliser les procédures de sélection et d'action dans les paniers. ...dans l'hypothèse où tous les codes-barres sont imprimés sur 6 caractères (ce qui est fréquent dans les CDI) et doivent donc normalement en comporter 6 dans la base (pour les autres hypothèses, je ne vois pas trop comment faire). Procédure de sélection : select expl_id as object_id, 'EXPL' as object_type from exemplaires where CHAR_LENGTH(expl_cb)=!!nb_caracteres!! (pas besoin de configurer le paramètre) Procédure d'action update exemplaires set expl_cb=concat('!!prefixe!!',expl_cb) where expl_id in (CADDIE(EXPL)) (idem) On sélectionne d'abord tous les exemplaires dont les codes-barres comportent 5 caractères à l'aide de la procédure de sélection, et on ajoute un zéro à l'aide de la procédure d'action. On sélectionne ensuite ceux qui ont 4 caractères et on ajoute deux zéro etc. ça ne nécessite ni beaucoup de temps ni beaucoup de courage... cordialement, E. Boulo From cfernandez1 at ac-clermont.fr Sun Oct 26 16:30:40 2008 From: cfernandez1 at ac-clermont.fr (fernandez_ac-clermont) Date: Sun Oct 26 16:31:16 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi In-Reply-To: <49046F40.1090002@wanadoo.fr> References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> <17AFD29226AE4548BD99ACDF682CE2AE@colisee> <4901FAB2.3000004@ac-clermont.fr> <4904116F.1080102@wanadoo.fr> <49046CB8.4070202@ac-clermont.fr> <49046F40.1090002@wanadoo.fr> Message-ID: <49048D20.6050909@ac-clermont.fr> Merci, Édith, néanmoins, je viens de comprendre que cette procédure ne conviendrait pas dans notre cas. En effet, une partie des codes barres ont été édités avec le module de Poitiers (comportant donc des zéros non significatifs) et une partie avec Openoffice à l'aide de la police code barre libre ID Automation (produisant des codes barres sans les zéros non significatifs). Je ne vois donc pas d'autre solution que de modifier le code entrant par la douchette dans les fichiers pmb concernés. Et il me semble que la modification de ces fichiers (pas très importante) dans une prochaine version serait la solution radicale qui éviterait tout souci à ceux qui migrent. Ils ne s'apercevraient même pas du problème. Claude Fernandez Edith Boulo a écrit : > fernandez_ac-clermont a écrit : >> >> Je n'y avais pas pensé. Je n'avais donc pas bien compris le message >> d'Éric. Pour faire la manip que vous dites, il faut quand même créer >> un petit programme php. Ou alors, il serait peut-être possible de >> reprendre les données avec le tableur d'Openoffice. Lui, il peut >> rajouter les zéros automatiquement, ensuite réinjeter les données dans >> la table de pmb. Néanmoins, prévoir ce cas dans une prochaine version >> de pmb en modifiant quelques fichiers, ça éviterait définitivement à >> ceux qui migrent de se voir confronter à ce problème. Dans l'hypothèse >> où les fichiers pmb ne seraient pas modifiés, oui, il vaut mieux >> modifier la base, c'est ce que je ferai quand j'aurai le temps et le >> courage -:) Merci. >> Claude F > > Mais ce n'est vraiment pas grand chose à faire, et on n'a pas besoin de > sortir de pmb pour ça. Il suffit d'utiliser les procédures de sélection > et d'action dans les paniers. > ...dans l'hypothèse où tous les codes-barres sont imprimés sur 6 > caractères (ce qui est fréquent dans les CDI) et doivent donc > normalement en comporter 6 dans la base (pour les autres hypothèses, je > ne vois pas trop comment faire). > > Procédure de sélection : > select expl_id as object_id, 'EXPL' as object_type from exemplaires > where CHAR_LENGTH(expl_cb)=!!nb_caracteres!! > (pas besoin de configurer le paramètre) > > Procédure d'action > update exemplaires set expl_cb=concat('!!prefixe!!',expl_cb) where > expl_id in (CADDIE(EXPL)) > (idem) > > On sélectionne d'abord tous les exemplaires dont les codes-barres > comportent 5 caractères à l'aide de la procédure de sélection, et on > ajoute un zéro à l'aide de la procédure d'action. > On sélectionne ensuite ceux qui ont 4 caractères et on ajoute deux zéro > etc. > > ça ne nécessite ni beaucoup de temps ni beaucoup de courage... > > cordialement, > E. Boulo > > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From erobert at sigb.net Sun Oct 26 17:38:02 2008 From: erobert at sigb.net (Eric ROBERT) Date: Sun Oct 26 17:38:43 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr><17AFD29226AE4548BD99ACDF682CE2AE@colisee><4901FAB2.3000004@ac-clermont.fr> <4904116F.1080102@wanadoo.fr><49046CB8.4070202@ac-clermont.fr> <49046F40.1090002@wanadoo.fr> <49048D20.6050909@ac-clermont.fr> Message-ID: <718766DA30E544C4AF2323D5F4FF1F81@colisee> Bonjour, La solution que vous proposez est la mauvaise: une adaptation de code pour palier une erreur de données qui en outre est corrigeable, c'est exactement ce qu'il faut faire pour avoir un PMB bugué. La solution donnée par Edith est excatement ce qu'il faut faire (c'est le détail exact de ce que j'avais conseillé dans mon précédent mail), libre à vous de choisir une solution inadaptée. Cordialement, Eric ROBERT Direction générale -------------------------- PMB Services www.sigb.net 24 & 26, place des Halles 72500 CHATEAU DU LOIR Tel: 02 43 440 660 ----- Original Message ----- From: "fernandez_ac-clermont" To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list" Sent: Sunday, October 26, 2008 4:30 PM Subject: Re: [Pmb-cdi] code barre 39 edites sous module bcdi > Merci, Édith, néanmoins, je viens de comprendre que cette procédure ne > conviendrait pas dans notre cas. En effet, une partie des codes barres ont > été édités avec le module de Poitiers (comportant donc des zéros non > significatifs) et une partie avec Openoffice à l'aide de la police code > barre libre ID Automation (produisant des codes barres sans les zéros non > significatifs). Je ne vois donc pas d'autre solution que de modifier le > code entrant par la douchette dans les fichiers pmb concernés. Et il me > semble que la modification de ces fichiers (pas très importante) dans une > prochaine version serait la solution radicale qui éviterait tout souci à > ceux qui migrent. Ils ne s'apercevraient même pas du problème. > Claude Fernandez > > Edith Boulo a écrit : >> fernandez_ac-clermont a écrit : >>> >>> Je n'y avais pas pensé. Je n'avais donc pas bien compris le message >>> d'Éric. Pour faire la manip que vous dites, il faut quand même créer un >>> petit programme php. Ou alors, il serait peut-être possible de reprendre >>> les données avec le tableur d'Openoffice. Lui, il peut rajouter les >>> zéros automatiquement, ensuite réinjeter les données dans la table de >>> pmb. Néanmoins, prévoir ce cas dans une prochaine version de pmb en >>> modifiant quelques fichiers, ça éviterait définitivement à ceux qui >>> migrent de se voir confronter à ce problème. Dans l'hypothèse où les >>> fichiers pmb ne seraient pas modifiés, oui, il vaut mieux modifier la >>> base, c'est ce que je ferai quand j'aurai le temps et le courage -:) >>> Merci. >>> Claude F >> >> Mais ce n'est vraiment pas grand chose à faire, et on n'a pas besoin de >> sortir de pmb pour ça. Il suffit d'utiliser les procédures de sélection >> et d'action dans les paniers. >> ...dans l'hypothèse où tous les codes-barres sont imprimés sur 6 >> caractères (ce qui est fréquent dans les CDI) et doivent donc normalement >> en comporter 6 dans la base (pour les autres hypothèses, je ne vois pas >> trop comment faire). >> >> Procédure de sélection : >> select expl_id as object_id, 'EXPL' as object_type from exemplaires where >> CHAR_LENGTH(expl_cb)=!!nb_caracteres!! >> (pas besoin de configurer le paramètre) >> >> Procédure d'action >> update exemplaires set expl_cb=concat('!!prefixe!!',expl_cb) where >> expl_id in (CADDIE(EXPL)) >> (idem) >> >> On sélectionne d'abord tous les exemplaires dont les codes-barres >> comportent 5 caractères à l'aide de la procédure de sélection, et on >> ajoute un zéro à l'aide de la procédure d'action. >> On sélectionne ensuite ceux qui ont 4 caractères et on ajoute deux zéro >> etc. >> >> ça ne nécessite ni beaucoup de temps ni beaucoup de courage... >> >> cordialement, >> E. Boulo >> >> >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >> > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From cfernandez1 at ac-clermont.fr Sun Oct 26 18:01:14 2008 From: cfernandez1 at ac-clermont.fr (fernandez_ac-clermont) Date: Sun Oct 26 18:01:51 2008 Subject: [Pmb-cdi] code barre 39 edites sous module bcdi In-Reply-To: <718766DA30E544C4AF2323D5F4FF1F81@colisee> References: <20081023133649.347413i5xnk003j4@bv.ac-clermont.fr> <17AFD29226AE4548BD99ACDF682CE2AE@colisee> <4901FAB2.3000004@ac-clermont.fr> <4904116F.1080102@wanadoo.fr> <49046CB8.4070202@ac-clermont.fr> <49046F40.1090002@wanadoo.fr> <49048D20.6050909@ac-clermont.fr> <718766DA30E544C4AF2323D5F4FF1F81@colisee> Message-ID: <4904A25A.3040906@ac-clermont.fr> Bien sûr, je n'avais nullement l'intention de laisser cela en état. Il me faudra donc lister les codes barre sans zéros significatifs et ceux avec zéros non significatifs sur les livres dans la bibliothèque car cela, la méthode d'Édith ne peut évidemment le faire. Un peu de manutention, mais c'est faisable. Après j'aurai 2 lots, et selon le cas, je referai des étiquettes code barre pour homogénéiser. Merci de me prévenir. Claude Fernandez Eric ROBERT a écrit : > Bonjour, > > La solution que vous proposez est la mauvaise: une adaptation de code > pour palier une erreur de données qui en outre est corrigeable, c'est > exactement ce qu'il faut faire pour avoir un PMB bugué. > > La solution donnée par Edith est excatement ce qu'il faut faire (c'est > le détail exact de ce que j'avais conseillé dans mon précédent mail), > libre à vous de choisir une solution inadaptée. > > Cordialement, > > Eric ROBERT > Direction générale > -------------------------- > PMB Services www.sigb.net > 24 & 26, place des Halles > 72500 CHATEAU DU LOIR > Tel: 02 43 440 660 > > > ----- Original Message ----- From: "fernandez_ac-clermont" > > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list" > Sent: Sunday, October 26, 2008 4:30 PM > Subject: Re: [Pmb-cdi] code barre 39 edites sous module bcdi > > >> Merci, Édith, néanmoins, je viens de comprendre que cette procédure ne >> conviendrait pas dans notre cas. En effet, une partie des codes barres >> ont été édités avec le module de Poitiers (comportant donc des zéros >> non significatifs) et une partie avec Openoffice à l'aide de la police >> code barre libre ID Automation (produisant des codes barres sans les >> zéros non significatifs). Je ne vois donc pas d'autre solution que de >> modifier le code entrant par la douchette dans les fichiers pmb >> concernés. Et il me semble que la modification de ces fichiers (pas >> très importante) dans une prochaine version serait la solution >> radicale qui éviterait tout souci à ceux qui migrent. Ils ne >> s'apercevraient même pas du problème. >> Claude Fernandez >> >> Edith Boulo a écrit : >>> fernandez_ac-clermont a écrit : >>>> >>>> Je n'y avais pas pensé. Je n'avais donc pas bien compris le message >>>> d'Éric. Pour faire la manip que vous dites, il faut quand même créer >>>> un petit programme php. Ou alors, il serait peut-être possible de >>>> reprendre les données avec le tableur d'Openoffice. Lui, il peut >>>> rajouter les zéros automatiquement, ensuite réinjeter les données >>>> dans la table de pmb. Néanmoins, prévoir ce cas dans une prochaine >>>> version de pmb en modifiant quelques fichiers, ça éviterait >>>> définitivement à ceux qui migrent de se voir confronter à ce >>>> problème. Dans l'hypothèse où les fichiers pmb ne seraient pas >>>> modifiés, oui, il vaut mieux modifier la base, c'est ce que je ferai >>>> quand j'aurai le temps et le courage -:) Merci. >>>> Claude F >>> >>> Mais ce n'est vraiment pas grand chose à faire, et on n'a pas besoin >>> de sortir de pmb pour ça. Il suffit d'utiliser les procédures de >>> sélection et d'action dans les paniers. >>> ...dans l'hypothèse où tous les codes-barres sont imprimés sur 6 >>> caractères (ce qui est fréquent dans les CDI) et doivent donc >>> normalement en comporter 6 dans la base (pour les autres hypothèses, >>> je ne vois pas trop comment faire). >>> >>> Procédure de sélection : >>> select expl_id as object_id, 'EXPL' as object_type from exemplaires >>> where CHAR_LENGTH(expl_cb)=!!nb_caracteres!! >>> (pas besoin de configurer le paramètre) >>> >>> Procédure d'action >>> update exemplaires set expl_cb=concat('!!prefixe!!',expl_cb) where >>> expl_id in (CADDIE(EXPL)) >>> (idem) >>> >>> On sélectionne d'abord tous les exemplaires dont les codes-barres >>> comportent 5 caractères à l'aide de la procédure de sélection, et on >>> ajoute un zéro à l'aide de la procédure d'action. >>> On sélectionne ensuite ceux qui ont 4 caractères et on ajoute deux zéro >>> etc. >>> >>> ça ne nécessite ni beaucoup de temps ni beaucoup de courage... >>> >>> cordialement, >>> E. Boulo >>> >>> >>> _______________________________________________ >>> Pmb-cdi mailing list >>> Pmb-cdi@pmbservices.fr >>> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi >>> >> >> _______________________________________________ >> Pmb-cdi mailing list >> Pmb-cdi@pmbservices.fr >> http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From amcubat at skynet.be Tue Oct 28 16:31:13 2008 From: amcubat at skynet.be (Anne-Marie Cubat-Vandeputte) Date: Tue Oct 28 16:28:34 2008 Subject: [Pmb-cdi] =?iso-8859-1?q?Wiki_-_Mise_=E0_jour_des_pages_sur_les_?= =?iso-8859-1?q?paniers_et_les_mots-cl=E9s?= Message-ID: Bonjour, Suite à la question posée par Jean-Philippe Mainil (voir autre message sur la liste), j'ai réalisé que certaines des procédures que j'avais écrites ne fonctionnaient plus, car un champ s'est ajouté dans la table notices_categories, et je ne l'avais pas remarqué. J'ai donc rectifié ces procédures, et j'ai mis le Wiki à jour Il s'agit de deux pages liées aux paniers et au thésaurus (catégories) Dans la partie "utilisation avancée de PMB" procédures de collecte - procédures d'actions dans les paniers a) La 1e page s'appelle NoticeMotClef Elle contient une procédure de sélection de notices sur bas d'un mot-clé commun, et permet donc de regrouper dans un panier des notices afin de leur faire subir un traitement par lot b) La 2e page s'appelle ProcMotClefActionPanier Elle contient trois procédures d'action - ajouter un mot-clé à un lot de notices - remplacer un mot-clé par un autre dans un lot de notices - supprimer un mot-clé d'un lot de notices Les procédures ont été testées en PMB 3.1.23, mais pas en mode multi-thésaurus. (ce sera fait sous peu). N.B. Dans la page même, vous pouvez "récupérer" le code sql qui apparaît sur un fond légèrement jaune. Mais ne téléchargez pas les requêtes qui figurent tout au bas de la page, ce sont d'anciennes versions, et malheureusement, je ne parviens pas à les effacer. Bonne journée à tous, Cordialement, Anne-Marie Cubat Ecole N.-D. de la Sagesse Avenue Van Overbeke, 10 B-1083 Bruxelles Belgique