From col.stmichel29.cdi at orange.fr Fri Nov 13 08:59:44 2009 From: col.stmichel29.cdi at orange.fr (Col. St-Michel - CDI) Date: Fri Nov 13 08:59:50 2009 Subject: [Pmb-cdi] Table "exemplaires_temp" Message-ID: <003101ca6437$430f3750$f06efea9@gestionnaire> Bonjour, Lors des tests de l'attribution automatique des n° d'exemplaires, j'ai constaté que les n° proposés par PMB sont stockés dans la table exemplaires_temp même lorsqu'ils ne sont pas attribués à un exemplaire. J'ai ainsi une séries de GEN123461, GEN123462, etc... venant de tests anciens : peut-on vider cette table sans danger ? Dans la mesure où *j'ai la certitude* qu'aucun de ces numéros n'est attribué, cette table me semble être une simple table de stockage, la "mémoire" de PMB quant aux n° qu'il a pu proposer. Cette table est-elle vraiment sans lien aucun avec une quelqu'autre table, de telle sorte qu'on peut la vider sans danger ? Jean-Pierre Guéguen Professeur documentaliste Collège Saint-Michel Plouzané (Finistère) From cdi-latronche at itecboisfleury.fr Fri Nov 13 14:21:04 2009 From: cdi-latronche at itecboisfleury.fr (CDI/itecboisfleury) Date: Fri Nov 13 14:17:41 2009 Subject: =?iso-8859-1?Q?=5BPmb-cdi=5D_Probl=E8me_d'extensions?= Message-ID: <001701ca6464$2a626880$026b11ac@itecboisfleury.local> Bonjour, J'ai un petit problème lors de l'installation de PMB. J'ai installé EasyPHP 5.3.0 et PMB 3.2.11 en suivant la fiche pratique "Installer et paramétrer PMB avec EasyPhp" de Citedoc : http://www.easyphp.org/download.php http://www.sigb.net/?page=download&lang=fr http://www.citedoc.net/gestion/pmb_fiches/pmb_1_2_installation_parametrage_pmb_easyphp_20090331.pdf Tout se déroule correctement jusqu'à la page 2 "Les extensions php", là je ne peux pas réaliser l'étape suivante : "Clic droit sur l'icône d'EasyPhp dans la barre des tâches. Menu "Configuration", "Extensions PHP". Cochez «php_bz2», «php_gd2», «php_mbstring»,«php_xslt»,«php_yaz», puis cliquez sur Appliquer, Fermer." En effet, lorque je fais Menu "Configuration", "Extensions PHP", je n'ai aucune extension dans la fenêtre en question et ne peux donc pas les cocher. Sur mon PC, je suis loggée en "administrateur" : j'ai normalement tous les droits pour pouvoir installer des logiciels. J'ai désinstallé et réinstallé 3 fois EasyPHP, toujours pas d'extensions disponibles. Dois-je installer une version plus ancienne d'EasyPHP ? Ai-je oublié de cocher une option lors de l'installation ? Ou cela ressemble-t-il bel et bien à un problème de droits ? D'avance merci de votre aide. Lydia Serve, documentaliste. Lycée ITEC-BOISFLEURY (38) From cdichampsphilippe at yahoo.fr Mon Nov 16 13:58:47 2009 From: cdichampsphilippe at yahoo.fr (Cdi Cdi) Date: Mon Nov 16 14:05:30 2009 Subject: [Pmb-cdi] connexion impossible Message-ID: <98959.47881.qm@web24611.mail.ird.yahoo.com> Bonjour, j'ai installé PMB en suivant la procédure puis inséré la base de Bretagne avec succés. Après cela, impossible de me reconnecter avec le login "admin" et le mot de passe "admin". Pourtant je n'ai jamais modifié le mot de passe. Quelqu'un pourrait-il m'aider ? Je précise : le CDI ouvre donc pas de BCDi pré-existant, tout est à faire. Merci beaucoup, Emmanuelle Boireau From erobert at sigb.net Mon Nov 16 14:07:44 2009 From: erobert at sigb.net (Eric ROBERT) Date: Mon Nov 16 14:07:49 2009 Subject: [Pmb-cdi] connexion impossible References: <98959.47881.qm@web24611.mail.ird.yahoo.com> Message-ID: <15D1E14307144DF69219762AB4F6864D@hydepark> Bonjour, il peut y avoir des pb de mots de passe liés à la version de MySQL différente entre votre PMB et la base restaurée. Chercher "PMB changer mot de passe admin" dans Google ;-) Cordialement, Eric ROBERT Direction générale -------------------------- PMB Services www.sigb.net ZA de Mont sur Loir BP 10 023 72500 CHATEAU DU LOIR Tel: +33 (0)2 43 440 660 ----- Original Message ----- From: "Cdi Cdi" To: Sent: Monday, November 16, 2009 1:58 PM Subject: [Pmb-cdi] connexion impossible Bonjour, j'ai installé PMB en suivant la procédure puis inséré la base de Bretagne avec succés. Après cela, impossible de me reconnecter avec le login "admin" et le mot de passe "admin". Pourtant je n'ai jamais modifié le mot de passe. Quelqu'un pourrait-il m'aider ? Je précise : le CDI ouvre donc pas de BCDi pré-existant, tout est à faire. Merci beaucoup, Emmanuelle Boireau _______________________________________________ Pmb-cdi mailing list Pmb-cdi@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From sophie-hel.julien at ac-grenoble.fr Mon Nov 16 15:28:44 2009 From: sophie-hel.julien at ac-grenoble.fr (Sophie Julien) Date: Mon Nov 16 15:21:39 2009 Subject: [Pmb-cdi] connexion impossible In-Reply-To: <98959.47881.qm@web24611.mail.ird.yahoo.com> References: <98959.47881.qm@web24611.mail.ird.yahoo.com> Message-ID: <4B01619C.6080603@ac-grenoble.fr> Cdi Cdi a écrit : > Bonjour, > > j'ai installé PMB en suivant la procédure puis inséré la base de Bretagne avec succés. Après cela, impossible de me reconnecter avec le login "admin" et le mot de passe "admin". Pourtant je n'ai jamais modifié le mot de passe. Quelqu'un pourrait-il m'aider ? > Je précise : le CDI ouvre donc pas de BCDi pré-existant, tout est à faire. > > Merci beaucoup, > > Emmanuelle Boireau > > > > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > J'ai eu le même problème que toi, voilà la réponse qui m'avait été donné sur la liste : "Une solution : vider le champ pwd dans la table "users" pour tous les utilisateurs. Recréer ensuite le mot de passe à partir de pmb. " Ca a très bien marché J'espère qu'il en sera de même pour toi -- Sophie JULIEN, Documentaliste au Lycée Ch. Poncet de Cluses (74) From mepf at free.fr Tue Nov 17 16:20:07 2009 From: mepf at free.fr (mepf@free.fr) Date: Tue Nov 17 16:20:17 2009 Subject: [Pmb-cdi] PMB : Version 3.1.27 In-Reply-To: <001701ca6464$2a626880$026b11ac@itecboisfleury.local> Message-ID: <1632151853.128491258471207731.JavaMail.root@zimbra14-e2.priv.proxad.net> Bonjour, je cherche la version 3.1.27 de PMB, afin d'installer ma base sur le serveur du collège, car pour l'instant elle est toujours en local sur mon poste. Or je ne retrouve pas mon fichier de téléchargement de PMB d'origine. Merci de m'aider ! Mélanie Pettinotto Collège des Buclos, Meylan (38) From annemarie.cubat at gmail.com Tue Nov 17 18:18:10 2009 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Tue Nov 17 18:18:13 2009 Subject: [Pmb-cdi] =?iso-8859-1?q?Trucs_et_astuces_=3A_comment_conserver_?= =?iso-8859-1?q?le_z=E9ro_initial_lors_du_transfert_vers_le_tableur?= Message-ID: <68f4997c0911170918p7e124c2due69984efa42476fc@mail.gmail.com> Bonsoir à tout le monde, Dans la série des "trucs et astuces" liés aux requêtes SQL, je vous propose une solution simple pour éviter de perdre le zéro initial. De quoi s'agit-il? Si certains champs commencent par un ou plusieurs zéros, il peut y avoir problème lorsqu'on exécute une requête en mode édition. En effet, si un champ peut être considéré comme numérique ou alphanumérique lors du transfert vers le tableur, c'est l'option numérique qui l'emporte, et on perd le zéro initial. C'est pourquoi il est toujours déconseillé d'avoir des séries de numéros d'exemplaires comme ceci : 000001, 00002, 00030, 00405 ... D'autant plus que le nombre de zéros au début varie et qu'un tri correct ne peut être assuré en mode alphanumérique. Il vaut mieux avoir une série de ce genre-ci : 100001, 100010, 100306, 101234 ... On commence par un chiffre autre que zéro, on a toujours le même nombre de chiffres, donc les tris numérique et alphanumérique donneront le même résultat. Personnellement, je n'avais pas de problème pour les n° d'exemplaires, car j'avais pris la précaution de commencer par la valeur 1000001. Mais j'avais des problèmes si je voulais imprimer la liste des indexations décimales - du moins les indexations <100. Et par conséquence, j'avais aussi des problèmes pour l'impression des cotes de rangement. Pas si je voulais imprimer la cote de rangement au complet, car il y a quand même au moins une lettre quelque part, donc l'ensemble était considéré comme de l'alphanumérique, et je ne perdais pas le zéro initial ex. livre 840 BAR NUI ex. ouvrage en plusieurs volumes 030 UNI 05 030 UNI 10 ex. périodique 050 SCI 09-08 (N.B. 09-08 : paru en septembre 2008) Mais pour les étiquettes de rangement, je scinde cette cote en trois parties (impression en 3 lignes), et j'avais donc des problèmes non seulement pour la 1e partie si la cote Dewey <100, mais aussi pour la 3e (n° de volume ou date de parution des périodiques). Rarement pour la 2e partie Donc le problème évité pour les n° d'exemplaires resurgissait ailleurs. Voici une manière simple de forcer le tableur à considérer ce qui arrive comme de l'alphanumérique, et donc de garder le zéro initial. Exemple : requête SQL pour obtenir la liste des indexations décimales Voici la 1e version que j'avais rédigée de cette procédure SELECT indexint_name as 'Cote', indexint_comment as 'Commentaire' FROM indexint ORDER BY indexint_name Pour les non-initiés : Le champ indexint_name contient la cote Dewey (ex. 050, 510 ...) Le champ indexint_comment contient le commentaire (ex. périodiques, mathématiques ...) Le problème concerne donc le champ indexint_name, si la cote < 100 Solution : il suffit par concaténation d'ajouter un espace et la requête devient SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as 'Commentaire' FROM indexint ORDER BY indexint_name Idem pour la requête qui me permet d'imprimer les cotes de rangement (en 3 lignes), en voici le début Ancienne version SELECT SUBSTRING(expl_cote FROM 1 FOR 3) ou SELECT LEFT(expl_cote,3) J'extrais ainsi les 3 premiers caractères, autrement dit ce qui correspond à la cote Dewey Nouvelle version SELECT CONCAT(' ', SUBSTRING(expl_cote FROM 1 FOR 3),' ') SELECT CONCAT(' ', LEFT(expl_cote, 3),' ') J'ai ajouté un espace non seulement au début (pour éviter le perte du zéro initial) mais aussi à la fin pour des raisons d'impression (en 3 lignes). En effet, je voulais centrer cette 1e partie de cote de rangement sur mon étiquette, or si je mettais un seul espace au début, la cote serait centrée par l'ordinateur qui tiendrait compte de cet espace (invisible !), mais cette cote aurait l'air décentrée par rapport aux autres puisqu'elle contiendrait 4 caractères et non pas 3 comme on le pense. C'est pourquoi j'ai ajouté un espace à la fin, il y a donc 5 caractères et le tout est bien centré. Cette solution convient dans la plupart des cas, SAUF si vous voulez extraire de la base de données un numéro d'exemplaire commençant par zéro et l'imprimer ensuite avec une police de codes-barres. SI vous imprimez le n° d'exemplaire avec une police "normale", pas de problème, l'espace ajouté au début ne dérange pas. Par contre, si vous optez pour une police de codes-barres, cet espace transféré vers le tableur sera intégré dans votre code-barres, donc au lieu d'avoir le n° d'exemplaire 003015, le n° généré sera "Espace 003015". Le piège est bien sûr que cet espace n'apparaît pas à l'oeil nu, sauf si on y fait attention, et que si vous passez ce code-barres à la douchette, on vous répondra "Exemplaire inconnu" ! Mais si vous avez pris la précaution de commencer vos n°s d'exemplaires par un chiffre autre que zéro, il n'y a aucun problème, vous ne devrez pas recourir à l'astuce expliquée ci-dessus pour les n°s d'exemplaires. J'espère que ce petit "truc" pourra vous aider, et que mon explication était claire. Bonne soirée à tous, Anne-Marie Cubat From virgpmb at gmail.com Tue Nov 17 19:03:54 2009 From: virgpmb at gmail.com (Virg TM) Date: Tue Nov 17 19:12:33 2009 Subject: [Pmb-cdi] PMB : Version 3.1.27 In-Reply-To: <1632151853.128491258471207731.JavaMail.root@zimbra14-e2.priv.proxad.net> References: <001701ca6464$2a626880$026b11ac@itecboisfleury.local> <1632151853.128491258471207731.JavaMail.root@zimbra14-e2.priv.proxad.net> Message-ID: Bonsoir, Tu as une version de PMB 3.1.27bzh ici : http://citedoc.net/index_bis.php?page=pmb_telechargement Bonne installation ! Virginie Tripier Martheau Lycée Saint Joseph - Saint Martin Boulogne (62) Le 17 novembre 2009 16:20, a écrit : > Bonjour, > je cherche la version 3.1.27 de PMB, afin d'installer ma base sur le > serveur du collège, car pour l'instant elle est toujours en local sur mon > poste. Or je ne retrouve pas mon fichier de téléchargement de PMB d'origine. > Merci de m'aider ! > > Mélanie Pettinotto > Collège des Buclos, Meylan (38) > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > From asoubis at gmail.com Wed Nov 18 09:16:45 2009 From: asoubis at gmail.com (A. Soubis) Date: Wed Nov 18 09:16:48 2009 Subject: =?ISO-8859-1?Q?Re=3A_=5BPmb=2Dcdi=5D_Trucs_et_astuces_=3A_comment_conserver_l?= =?ISO-8859-1?Q?e_z=E9ro_initial_lors_du_transfert_vers_le_tableur?= In-Reply-To: <68f4997c0911170918p7e124c2due69984efa42476fc@mail.gmail.com> References: <68f4997c0911170918p7e124c2due69984efa42476fc@mail.gmail.com> Message-ID: <275c4d650911180016o28de660racee8819755bdf61@mail.gmail.com> You are the best one, Anne-Marie ! Nikel ! Pas compliqué, mais fallait juste y penser... Grand merci Anne Le 17 novembre 2009 18:18, Anne-Marie CUBAT a écrit : > Bonsoir à tout le monde, > > > Dans la série des "trucs et astuces" liés aux requêtes SQL, je vous propose > une solution simple pour éviter de perdre le zéro initial. > > De quoi s'agit-il? > Si certains champs commencent par un ou plusieurs zéros, il peut y avoir > problème lorsqu'on exécute une requête en mode édition. > > En effet, si un champ peut être considéré comme numérique ou alphanumérique > lors du transfert vers le tableur, c'est l'option numérique qui l'emporte, > et on perd le zéro initial. > C'est pourquoi il est toujours déconseillé d'avoir des séries de numéros > d'exemplaires comme ceci : 000001, 00002, 00030, 00405 ... D'autant plus > que > le nombre de zéros au début varie et qu'un tri correct ne peut être assuré > en mode alphanumérique. > Il vaut mieux avoir une série de ce genre-ci : 100001, 100010, 100306, > 101234 ... > On commence par un chiffre autre que zéro, on a toujours le même nombre de > chiffres, donc les tris numérique et alphanumérique donneront le même > résultat. > > > Personnellement, je n'avais pas de problème pour les n° d'exemplaires, car > j'avais pris la précaution de commencer par la valeur 1000001. > Mais j'avais des problèmes si je voulais imprimer la liste des indexations > décimales - du moins les indexations <100. > Et par conséquence, j'avais aussi des problèmes pour l'impression des cotes > de rangement. > Pas si je voulais imprimer la cote de rangement au complet, car il y a > quand > même au moins une lettre quelque part, donc l'ensemble était considéré > comme > de l'alphanumérique, et je ne perdais pas le zéro initial > ex. livre 840 BAR NUI > ex. ouvrage en plusieurs volumes 030 UNI 05 030 UNI 10 > ex. périodique 050 SCI 09-08 (N.B. 09-08 : paru en septembre 2008) > > Mais pour les étiquettes de rangement, je scinde cette cote en trois > parties > (impression en 3 lignes), et j'avais donc des problèmes non seulement pour > la 1e partie si la cote Dewey <100, mais aussi pour la 3e (n° de volume ou > date de parution des périodiques). > Rarement pour la 2e partie > Donc le problème évité pour les n° d'exemplaires resurgissait ailleurs. > > > Voici une manière simple de forcer le tableur à considérer ce qui arrive > comme de l'alphanumérique, et donc de garder le zéro initial. > > Exemple : requête SQL pour obtenir la liste des indexations décimales > > Voici la 1e version que j'avais rédigée de cette procédure > SELECT indexint_name as 'Cote', indexint_comment as 'Commentaire' FROM > indexint ORDER BY indexint_name > > Pour les non-initiés : > Le champ indexint_name contient la cote Dewey (ex. 050, 510 ...) > Le champ indexint_comment contient le commentaire (ex. périodiques, > mathématiques ...) > > Le problème concerne donc le champ indexint_name, si la cote < 100 > > Solution : il suffit par concaténation d'ajouter un espace et la requête > devient > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire' FROM indexint ORDER BY indexint_name > > > > Idem pour la requête qui me permet d'imprimer les cotes de rangement (en 3 > lignes), en voici le début > > Ancienne version > SELECT SUBSTRING(expl_cote FROM 1 FOR 3) ou SELECT LEFT(expl_cote,3) > J'extrais ainsi les 3 premiers caractères, autrement dit ce qui > correspond à la cote Dewey > > Nouvelle version > SELECT CONCAT(' ', SUBSTRING(expl_cote FROM 1 FOR 3),' ') > SELECT CONCAT(' ', LEFT(expl_cote, 3),' ') > > J'ai ajouté un espace non seulement au début (pour éviter le perte du > zéro initial) > mais aussi à la fin pour des raisons d'impression (en 3 lignes). > > En effet, je voulais centrer cette 1e partie de cote de rangement sur mon > étiquette, or si je mettais un seul espace au début, la cote serait centrée > par l'ordinateur qui tiendrait compte de cet espace (invisible !), mais > cette cote aurait l'air décentrée par rapport aux autres puisqu'elle > contiendrait 4 caractères et non pas 3 comme on le pense. C'est pourquoi > j'ai ajouté un espace à la fin, il y a donc 5 caractères et le tout est > bien > centré. > > > Cette solution convient dans la plupart des cas, SAUF si vous voulez > extraire de la base de données un numéro d'exemplaire commençant par zéro > et > l'imprimer ensuite avec une police de codes-barres. > > SI vous imprimez le n° d'exemplaire avec une police "normale", pas de > problème, l'espace ajouté au début ne dérange pas. > > Par contre, si vous optez pour une police de codes-barres, cet espace > transféré vers le tableur sera intégré dans votre code-barres, donc au lieu > d'avoir le n° d'exemplaire 003015, le n° généré sera "Espace 003015". > Le piège est bien sûr que cet espace n'apparaît pas à l'oeil nu, sauf si on > y fait attention, et que si vous passez ce code-barres à la douchette, on > vous répondra "Exemplaire inconnu" ! > > Mais si vous avez pris la précaution de commencer vos n°s d'exemplaires par > un chiffre autre que zéro, il n'y a aucun problème, vous ne devrez pas > recourir à l'astuce expliquée ci-dessus pour les n°s d'exemplaires. > > > J'espère que ce petit "truc" pourra vous aider, et que mon explication > était > claire. > > Bonne soirée à tous, > > > Anne-Marie Cubat > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From benedicte.joanne at free.fr Thu Nov 19 14:34:43 2009 From: benedicte.joanne at free.fr (benedicte.joanne@free.fr) Date: Thu Nov 19 14:34:52 2009 Subject: [Pmb-cdi] Pb restauration In-Reply-To: <15D1E14307144DF69219762AB4F6864D@hydepark> References: <98959.47881.qm@web24611.mail.ird.yahoo.com> <15D1E14307144DF69219762AB4F6864D@hydepark> Message-ID: <1258637683.4b054973b8340@imp.free.fr> Bonjour, je souhaite restaurer ma base PMB et j'ai utilisé la fiche 2.9. j'ai utilisé la fonction Emergency restore. Je suis bloquée avec ceci : Notice: Undefined index: archive_file in c:\easyphp\www\pmb\admin\sauvegarde\emergency\emergency_upload.php on line 9 bonjour Notice: Undefined index: archive_file in c:\easyphp\www\pmb\admin\sauvegarde\emergency\emergency_upload.php on line 10 Notice: Undefined index: archive_file in c:\easyphp\www\pmb\admin\sauvegarde\emergency\emergency_upload.php on line 10 Que dois-je faire ? Bénédicte Joanne Collège st Vincent-Brottier - Blois Notre Dame Romorantin