From meriemtoaba at yahoo.fr Sat Jan 2 15:56:25 2010 From: meriemtoaba at yahoo.fr (TOABA Meriem) Date: Sat Jan 2 15:56:28 2010 Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 1 In-Reply-To: <20100101110006.D1C363A180@smtpout.37telecom.net> Message-ID: <128658.15985.qm@web28501.mail.ukl.yahoo.com> Bonne Année 2010!! Merci. TOABA Meriem --- En date de : Ven 1.1.10, pmb-cdi-request@pmbservices.fr a écrit : De: pmb-cdi-request@pmbservices.fr Objet: Lot Pmb-cdi, Vol 25, Parution 1 À: pmb-cdi@pmbservices.fr Date: Vendredi 1 Janvier 2010, 12h00 Send Pmb-cdi mailing list submissions to     pmb-cdi@pmbservices.fr To subscribe or unsubscribe via the World Wide Web, visit     http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi or, via email, send a message with subject or body 'help' to     pmb-cdi-request@pmbservices.fr You can reach the person managing the list at     pmb-cdi-owner@pmbservices.fr When replying, please edit your Subject line so it is more specific than "Re: Contents of Pmb-cdi digest..." Thèmes du jour :    1. Bonne année 2010 (Anne-Marie CUBAT)    2. Re: [Pmb-user] Bonne année 2010 (Eric ROBERT) ---------------------------------------------------------------------- Message: 1 Date: Thu, 31 Dec 2009 12:14:13 +0100 From: Anne-Marie CUBAT Subject: [Pmb-cdi] Bonne année 2010 To: PMB-User , PMB-CDI     Message-ID:     <68f4997c0912310314x3aea7566h9585b5b8a95ba865@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Bonjour, A tous ceux qui sont encore au travail le 31 décembre ... A tous ceux qui travaillent ou courent ... pour préparer le réveillon A tous ceux qui se reposent ... car ils ont beaucoup travaillé ou couru d'un magasin à l'autre ... Bonne année 2010 à tout le monde ! Nous allons tous ensemble Prendre et Manipuler notre Baguette afin de Promouvoir la Magie en Bibliothèque   ;-) Amicalement, Anne-Marie Cubat ------------------------------ Message: 2 Date: Thu, 31 Dec 2009 12:17:00 +0100 From: "Eric ROBERT" Subject: [Pmb-cdi] Re: [Pmb-user] Bonne année 2010 To: "Liste de diffusion des utilisateurs de PMB / PMB Users list"     , "PMB-CDI" Message-ID: <6530425D6C5D4191B0078FF9FE2D8AEB@hydepark> Content-Type: text/plain; format=flowed; charset="iso-8859-1";     reply-type=original tout Plus et Mieux que Bien alors ;-) Eric (revenu de Joburg, http://dibuka.bibli.fr/opac/) ----- Original Message ----- From: "Anne-Marie CUBAT" To: "PMB-User" ; "PMB-CDI" Sent: Thursday, December 31, 2009 12:14 PM Subject: [Pmb-user] Bonne année 2010 Bonjour, A tous ceux qui sont encore au travail le 31 décembre ... A tous ceux qui travaillent ou courent ... pour préparer le réveillon A tous ceux qui se reposent ... car ils ont beaucoup travaillé ou couru d'un magasin à l'autre ... Bonne année 2010 à tout le monde ! Nous allons tous ensemble Prendre et Manipuler notre Baguette afin de Promouvoir la Magie en Bibliothèque   ;-) Amicalement, Anne-Marie Cubat _______________________________________________ Pmb-user mailing list Pmb-user@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-user ------------------------------ _______________________________________________ Pmb-cdi mailing list Pmb-cdi@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi Fin de Lot Pmb-cdi, Vol 25, Parution 1 ************************************** From sophie-hel.julien at ac-grenoble.fr Fri Jan 8 14:08:32 2010 From: sophie-hel.julien at ac-grenoble.fr (Sophie Julien) Date: Fri Jan 8 14:05:19 2010 Subject: [Pmb-cdi] affichage exemplaire Message-ID: <4B472E50.2010200@ac-grenoble.fr> Bonjour et meilleurs voeux à tous J'ignore quelle mauvaise manip j'ai fait mais dans l'Opac la mention "aucun exemplaire" apparait désormais dans le champs exemplaire (donc pas d'accès aux cotes pour les élèves) Alors que ceux-ci existent bien et que j'ai bien mis 1 dans le paramétrage Opac show_exemplaires. Merci de votre aide -- Sophie JULIEN, Documentaliste au Lycée Ch. Poncet de Cluses (74) From edith.boulo at wanadoo.fr Fri Jan 8 14:18:50 2010 From: edith.boulo at wanadoo.fr (Edith Boulo) Date: Fri Jan 8 14:19:02 2010 Subject: [Pmb-cdi] affichage exemplaire In-Reply-To: <4B472E50.2010200@ac-grenoble.fr> References: <4B472E50.2010200@ac-grenoble.fr> Message-ID: <4B4730BA.5020909@wanadoo.fr> Le 08/01/2010 14:08, Sophie Julien a écrit : > > Bonjour et meilleurs voeux à tous > J'ignore quelle mauvaise manip j'ai fait mais dans l'Opac la mention > "aucun exemplaire" apparait désormais dans le champs exemplaire (donc > pas d'accès aux cotes pour les élèves) > Alors que ceux-ci existent bien et que j'ai bien mis 1 dans le > paramétrage Opac show_exemplaires. > Merci de votre aide > Il faut aller voir du côté Administration > Exemplaires : voir si les sections ou localisations sont bien visibles dans l'opac. cordialement, E. Boulo From Laurent.Denee at bibliomondo.com Fri Jan 8 20:08:39 2010 From: Laurent.Denee at bibliomondo.com (Laurent Denee) Date: Fri Jan 8 20:24:12 2010 Subject: [Pmb-cdi] =?iso-8859-1?q?Modifier_le_rang_des_r=E9servation=2E?= Message-ID: Bonjour, Je suis entrain de mettre un place un système de réservation pour un établissement scolaire sur une base de PMB et je voudrais savoir si il est possible de modifier le rang des réservations. Je m'explique : Plusieurs personnes peuvent réserver un livre qui dont on ne possède qu'un exemplaire. Peut-on donc choisir la réservation a valider plutôt que ce ne soit directement la première réservation? J'espère avoir été claire et vous remercie de votre réponse. Laurent Denée | Développeur From cdibonsauveur at yahoo.fr Mon Jan 11 10:15:02 2010 From: cdibonsauveur at yahoo.fr (=?iso-8859-1?B?Q+lkcmljIEdvdWxldA==?=) Date: Mon Jan 11 10:23:47 2010 Subject: [Pmb-cdi] =?iso-8859-1?q?Probl=E8me_3=2E3_RC7?= Message-ID: <201001111015016462200@yahoo.fr> Bonjour, je viens de mettre à jour PMB avec la dernière version en ligne, et j'ai ceci qui apparaît : Parse error: parse error, expecting `')'' in e:\intranet\pmb\includes\resa_func.inc.php on line 498 Est-ce dû à la version ou à Easyphp ? Cordialement, Cédric Goulet LTP Le Bon Sauveur 50000 Saint Lô France From lskgwi at laposte.net Mon Jan 11 14:42:13 2010 From: lskgwi at laposte.net (=?iso-8859-1?B?aGVyduk=?=) Date: Mon Jan 11 14:42:18 2010 Subject: [Pmb-cdi] configuration d'un serveur z3950 Message-ID: <20100111134214.6D622E0029E1@mwinf8416.laposte.net> Bonjour à tous, Je voudrais configurer un serveur z3950 vers une base qui se trouve chez l'hébergeur PHPNUX. Comment définir les paramètres et en particulier l'URL et le port ? Que demander à l'hébergeur précisément si je dois le contacter ? Merci d'avance. Et "Bloavezh Mat / Bonne Année" à tous. Hervé Peaudecerf Documentaliste Skolaj Diwan Gwiseni From cdibonsauveur at yahoo.fr Fri Jan 15 10:32:02 2010 From: cdibonsauveur at yahoo.fr (=?iso-8859-1?B?Q+lkcmljIEdvdWxldA==?=) Date: Fri Jan 15 10:42:34 2010 Subject: [Pmb-cdi] PMB 3.3RC7 et extensions php Message-ID: <201001151031594923526@yahoo.fr> Bonjour, je voudrais savoir si d'autres extensions php étaient nécessaires pour l'utilisation de cette nouvelle version ou si l'on se limitait toujours à «php_bz2», «php_gd2», «php_mbstring»,«php_xslt»,«php_yaz». Merci, Cédric Goulet LTP Le Bon Sauveur 50000 Saint Lô France From asoubis at gmail.com Fri Jan 15 11:39:54 2010 From: asoubis at gmail.com (A. Soubis) Date: Fri Jan 15 11:39:57 2010 Subject: [Pmb-cdi] PMB 3.3RC7 et extensions php In-Reply-To: <201001151031594923526@yahoo.fr> References: <201001151031594923526@yahoo.fr> Message-ID: <275c4d651001150239p7b7fd30eofed2cfa809aa581f@mail.gmail.com> Ai-je bien tout suivi... ? J'ajoute une question qui va avec : Quel est le meilleur outil pour installer cette nouvelle version sous windows : - wamp ? - easyPHP et quelle version ? Merci ANNE Le 15 janvier 2010 10:32, Cédric Goulet a écrit : > Bonjour, > je voudrais savoir si d'autres extensions php étaient nécessaires pour > l'utilisation de cette nouvelle version ou si l'on se limitait toujours à > «php_bz2», «php_gd2», «php_mbstring»,«php_xslt»,«php_yaz». > > Merci, > > Cédric Goulet > LTP Le Bon Sauveur > 50000 Saint Lô > France > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > From annemarie.cubat at gmail.com Fri Jan 15 11:55:40 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Fri Jan 15 11:55:42 2010 Subject: [Pmb-cdi] PMB 3.3RC7 et extensions php In-Reply-To: <275c4d651001150239p7b7fd30eofed2cfa809aa581f@mail.gmail.com> References: <201001151031594923526@yahoo.fr> <275c4d651001150239p7b7fd30eofed2cfa809aa581f@mail.gmail.com> Message-ID: <68f4997c1001150255k16311445ua54859c76c33fe33@mail.gmail.com> Bonjour, J'ajouterais une petite (?) question liée aux précédentes ;-) Si "yaz" n'est pas inclus dans le package d'origine, quelle version de yaz faudrait-il télécharger en complément ? - quelle version compatible, bien sûr !! Et comment l'installer? Car PMB sans le Z 39.50 ... un seul être vous manque et tout est dépeuplé ... En tout le cas, le catalogue se remplirait moins vite ... Bonne journée à tous, Anne-Marie Cubat Le 15 janvier 2010 11:39, A. Soubis a écrit : > Ai-je bien tout suivi... ? > > J'ajoute une question qui va avec : > > Quel est le meilleur outil pour installer cette nouvelle version sous > windows : > - wamp ? > - easyPHP et quelle version ? > > Merci > ANNE > > Le 15 janvier 2010 10:32, Cédric Goulet a écrit : > > > Bonjour, > > je voudrais savoir si d'autres extensions php étaient nécessaires pour > > l'utilisation de cette nouvelle version ou si l'on se limitait toujours à > > «php_bz2», «php_gd2», «php_mbstring»,«php_xslt»,«php_yaz». > > > > Merci, > > > > Cédric Goulet > > LTP Le Bon Sauveur > > 50000 Saint Lô > > France > > > > _______________________________________________ > > 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 annemarie.cubat at gmail.com Fri Jan 15 14:46:43 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Fri Jan 15 14:46:57 2010 Subject: [Pmb-cdi] =?iso-8859-1?q?Statistiques_-_=E2ge_des_lecteurs_-_ris?= =?iso-8859-1?q?ques_d=27erreur_et_solution?= Message-ID: <68f4997c1001150546o4f97c259q3de06e7d42239355@mail.gmail.com> Bonjour à tous, Je vous écris pour vous parler d'un risque d'erreur dans les statistiques liées aux lecteurs, plus précisément les tranches d'âge - et aussi de la solution, je vous rassure tout de suite !. Vu que je suis en train de revérifier toutes mes procédures afin de les mettre en ligne sur mon site, je m'étais attaquée à la partie lecteurs et statistiques. J'avais lancé quelques requêtes statistiques de test sur ma base, et j'ai été surprise de constater que certains de mes lecteurs avaient pris un sacré coup de vieux : des élèves avaient plus de 60 ans ! J'ai donc cherché pourquoi ... Dans PMB, on introduit l'année de naissance du lecteur, soit directement au clavier, soit à partir d'un fichier de données qui vient du secrétariat. Par convention, empr_year (le champ qui indique l'année de naissance du lecteur) contient la valeur 0 si on ignore quand il est né. Les fichiers qui viennent du secrétariat contiennent en général, non pas l'année de naissance, mais la date de naissance complète. J'avais expliqué dans un document comment employer une des fonctions d'Excel - qui s'appelle ANNEE() - afin de transformer cette date en année Voir http://amcubat.be/docpmb/excel-fonctions-utiles Mais il y a un problème que je n'avais pas perçu, c'est le cas où le fichier du secrétariat est incomplet - il manque la date de naissance. J'avais cru que la cellule resterait vide, ce qui n'est pas le cas. Excel a une réaction bizarre : si Excel s'attend à une date, et qu'il n'en trouve pas, mais qu'il veut absolument une date, il met le 1er janvier 1900 !!!. Donc, dans les quelques 900 lecteurs de ma base, il y en avait 3 ou 4 qui avaient atteint l'âge d'Agecanonix ;-).- des élèves nés en 1900 ! Bref, vu le nombre de lecteurs, j'avais quelques circonstances atténuantes pour expliquer le fait que je n'avais pas perçu ce problème plus tôt. ;-) On se console comme on peut ... J'ai trouvé une solution dans Excel - je continue à employer la fonction ANNEE(), mais j'ajoute une condition J'ai donc mis mon site à jour - et mes requêtes sql :-). Pour les détails sur la manière de corriger cela dans le tableur, voir la nouvelle version du fichier Excel joint à la page http://amcubat.be/docpmb/excel-fonctions-utiles Si vous tenez compte de cette correction, vous n'aurez plus ce problème lors du prochain import de lecteurs. En attendant, je vous conseille donc de vérifier vous aussi vos données. Commencez par télécharger la nouvelle version des procédures - les 3 fichiers zip http://amcubat.be/docpmb/requetes-sql/telecharger-et-importer Première vérification - Administration - statistiques - lecteurs La 4e requête de cette rubrique vous dresse un tableau globale de la situation : nombre de lecteurs par localisation, catégorie, tranche d'âge et sexe. Vous verrez tout de suite s'il y a des problèmes. Vu les résultats obtenus, j'ai complété les procédures de sélection pour remplir les paniers de lecteurs. Voir http://amcubat.be/docpmb/lecteurs-selection-commentaires Vous trouverez une procédure qui identifie les lecteurs dont l'année de naissance est inconnue (valeur 0 dans le champ empr_year) illogique car ils seraient nés en 1900, voire avant et tant que j'y étais, j'ai ajouté un test pour être sûr que (par une faute de frappe malencontreuse) vous n'ayez pas fait naître des lecteurs dans le futur ! Si vous trouvez la valeur 1900 comme année de naissance, remplacez-la par zéro - ainsi PMB considérera cela comme une date de naissance inconnue. Et employez le post-it intégré à PMB : ajoutez par une procédure d'action un message aux fiches de ces lecteurs (voir paniers de lecteurs, sélection et action) Puisque c'est la saison des statistiques, je me suis aussi dit que vous devriez "vieillir" des lecteurs et les changer de catégorie. J'ai donc ajouté une requête de sélection qui permet de repérer tous les lecteurs dont l'âge est >=...et <= ..., et même une autre qui repère ceux qui ne sont pas dans une catégorie qui correspond à leur âge, Vous pourrez ensuite les changer de catégorie par une procédure d'action. Cette dernière procédure n'a bien sûr de sens que si chez vous, il y a un lien entre l'âge et la catégorie des lecteurs. N.B. Elle risque de provoquer un choc chez les lecteurs nés en décembre. Imaginez leur situation : ils viennent à peine de fêter leur anniversaire en décembre 2009, et dès le début du mois de janvier, on leur ajoute une année supplémentaire au compteur ;-) Sur le site, vous disposez déjà de commentaires pour toutes les requêtes (sélection ou action) des onglets circulation et catalogue, donc toutes les procédures liées aux paniers de lecteurs, bulletins, notices et exemplaires. Les explications pour les requêtes en administration sont en cours de rédaction ... mais les listes de requêtes sont bine sûr disponobles Encore un peu de patience ... Bonne week-end à tous, Statistiquement vôtre, Anne-Marie Cubat From ingrid.hubert at mairie-manteslaville.fr Fri Jan 15 15:41:24 2010 From: ingrid.hubert at mairie-manteslaville.fr (HUBERT Ingrid) Date: Mon Jan 18 09:27:20 2010 Subject: [Pmb-cdi] nettoyage de la base et suppression d'exemplaires par lot Message-ID: Bonjour, Nous souhaitons supprimer de notre base les exemplaires étant au rebut ou définitivement perdus. Je les ai donc tous mis dans un panier mais je ne trouve pas de procédure sur citédoc, le wiki ou le site d'Anne-Marie qui permette de supprimer ces exemplaires en une seule fois... Quelqu'un aurait-il une idée et est-ce courant de supprimer des exemplaires afin de clarifier un peu les notices (nous avons 3 localisations et on se retrouve vite avec de nombreux exemplaires "anciens" polluant les disponibles...) Merci d'avance Cordialement, Ingrid HUBERT -----Message d'origine----- De : pmb-user-bounces@pmbservices.fr [mailto:pmb-user-bounces@pmbservices.fr]De la part de Anne-Marie CUBAT Envoyé : vendredi 15 janvier 2010 14:47 À : PMB-User; PMB-CDI Objet : [Pmb-user] Statistiques - âge des lecteurs - risques d'erreur et solution Bonjour à tous, Je vous écris pour vous parler d'un risque d'erreur dans les statistiques liées aux lecteurs, plus précisément les tranches d'âge - et aussi de la solution, je vous rassure tout de suite !. Vu que je suis en train de revérifier toutes mes procédures afin de les mettre en ligne sur mon site, je m'étais attaquée à la partie lecteurs et statistiques. J'avais lancé quelques requêtes statistiques de test sur ma base, et j'ai été surprise de constater que certains de mes lecteurs avaient pris un sacré coup de vieux : des élèves avaient plus de 60 ans ! J'ai donc cherché pourquoi ... Dans PMB, on introduit l'année de naissance du lecteur, soit directement au clavier, soit à partir d'un fichier de données qui vient du secrétariat. Par convention, empr_year (le champ qui indique l'année de naissance du lecteur) contient la valeur 0 si on ignore quand il est né. Les fichiers qui viennent du secrétariat contiennent en général, non pas l'année de naissance, mais la date de naissance complète. J'avais expliqué dans un document comment employer une des fonctions d'Excel - qui s'appelle ANNEE() - afin de transformer cette date en année Voir http://amcubat.be/docpmb/excel-fonctions-utiles Mais il y a un problème que je n'avais pas perçu, c'est le cas où le fichier du secrétariat est incomplet - il manque la date de naissance. J'avais cru que la cellule resterait vide, ce qui n'est pas le cas. Excel a une réaction bizarre : si Excel s'attend à une date, et qu'il n'en trouve pas, mais qu'il veut absolument une date, il met le 1er janvier 1900 !!!. Donc, dans les quelques 900 lecteurs de ma base, il y en avait 3 ou 4 qui avaient atteint l'âge d'Agecanonix ;-).- des élèves nés en 1900 ! Bref, vu le nombre de lecteurs, j'avais quelques circonstances atténuantes pour expliquer le fait que je n'avais pas perçu ce problème plus tôt. ;-) On se console comme on peut ... J'ai trouvé une solution dans Excel - je continue à employer la fonction ANNEE(), mais j'ajoute une condition J'ai donc mis mon site à jour - et mes requêtes sql :-). Pour les détails sur la manière de corriger cela dans le tableur, voir la nouvelle version du fichier Excel joint à la page http://amcubat.be/docpmb/excel-fonctions-utiles Si vous tenez compte de cette correction, vous n'aurez plus ce problème lors du prochain import de lecteurs. En attendant, je vous conseille donc de vérifier vous aussi vos données. Commencez par télécharger la nouvelle version des procédures - les 3 fichiers zip http://amcubat.be/docpmb/requetes-sql/telecharger-et-importer Première vérification - Administration - statistiques - lecteurs La 4e requête de cette rubrique vous dresse un tableau globale de la situation : nombre de lecteurs par localisation, catégorie, tranche d'âge et sexe. Vous verrez tout de suite s'il y a des problèmes. Vu les résultats obtenus, j'ai complété les procédures de sélection pour remplir les paniers de lecteurs. Voir http://amcubat.be/docpmb/lecteurs-selection-commentaires Vous trouverez une procédure qui identifie les lecteurs dont l'année de naissance est inconnue (valeur 0 dans le champ empr_year) illogique car ils seraient nés en 1900, voire avant et tant que j'y étais, j'ai ajouté un test pour être sûr que (par une faute de frappe malencontreuse) vous n'ayez pas fait naître des lecteurs dans le futur ! Si vous trouvez la valeur 1900 comme année de naissance, remplacez-la par zéro - ainsi PMB considérera cela comme une date de naissance inconnue. Et employez le post-it intégré à PMB : ajoutez par une procédure d'action un message aux fiches de ces lecteurs (voir paniers de lecteurs, sélection et action) Puisque c'est la saison des statistiques, je me suis aussi dit que vous devriez "vieillir" des lecteurs et les changer de catégorie. J'ai donc ajouté une requête de sélection qui permet de repérer tous les lecteurs dont l'âge est >=...et <= ..., et même une autre qui repère ceux qui ne sont pas dans une catégorie qui correspond à leur âge, Vous pourrez ensuite les changer de catégorie par une procédure d'action. Cette dernière procédure n'a bien sûr de sens que si chez vous, il y a un lien entre l'âge et la catégorie des lecteurs. N.B. Elle risque de provoquer un choc chez les lecteurs nés en décembre. Imaginez leur situation : ils viennent à peine de fêter leur anniversaire en décembre 2009, et dès le début du mois de janvier, on leur ajoute une année supplémentaire au compteur ;-) Sur le site, vous disposez déjà de commentaires pour toutes les requêtes (sélection ou action) des onglets circulation et catalogue, donc toutes les procédures liées aux paniers de lecteurs, bulletins, notices et exemplaires. Les explications pour les requêtes en administration sont en cours de rédaction ... mais les listes de requêtes sont bine sûr disponobles Encore un peu de patience ... Bonne week-end à tous, Statistiquement vôtre, Anne-Marie Cubat _______________________________________________ Pmb-user mailing list Pmb-user@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-user From Annie.Jezequel at ac-rennes.fr Mon Jan 18 10:45:08 2010 From: Annie.Jezequel at ac-rennes.fr (Annie.Jezequel@ac-rennes.fr) Date: Mon Jan 18 10:45:28 2010 Subject: [Pmb-cdi] nettoyage de la base et suppression d'exemplaires par lot In-Reply-To: References: Message-ID: <9385dca7299cd62.4b543bb4@ac-rennes.fr> Bonjour, Il n'y a rien sur Citédoc car ceci existe dans le logiciel : paniers > actions > Suppr de la base. Voyez les fiches qui parlent de cela. Cordialement Annie Jézéquel ----- Message d'origine ----- De: HUBERT Ingrid Date: Lundi, Janvier 18, 2010 9:27 am Objet: [Pmb-cdi] nettoyage de la base et suppression d'exemplaires par lot À: Liste de diffusion des utilisateurs de PMB / PMB Users list , PMB-CDI > Bonjour, > > Nous souhaitons supprimer de notre base les exemplaires étant au rebut > ou définitivement perdus. Je les ai donc tous mis dans un panier mais > je ne trouve pas de procédure sur citédoc, le wiki ou le site > d'Anne-Marie qui permette de supprimer ces exemplaires en une seule fois... > Quelqu'un aurait-il une idée et est-ce courant de supprimer des > exemplaires afin de clarifier un peu les notices (nous avons 3 > localisations et on se retrouve vite avec de nombreux exemplaires > "anciens" polluant les disponibles...) > > Merci d'avance > Cordialement, > > Ingrid HUBERT > > > > -----Message d'origine----- > De : pmb-user-bounces@pmbservices.fr > [ la part de Anne-Marie CUBAT > Envoyé : vendredi 15 janvier 2010 14:47 > À : PMB-User; PMB-CDI > Objet : [Pmb-user] Statistiques - âge des lecteurs - risques d'erreur > et > solution > > > Bonjour à tous, > > Je vous écris pour vous parler d'un risque d'erreur dans les statistiques > liées aux lecteurs, plus précisément les tranches d'âge - et aussi de > la > solution, je vous rassure tout de suite !. > > Vu que je suis en train de revérifier toutes mes procédures afin de les > mettre en ligne sur mon site, je m'étais attaquée à la partie lecteurs > et > statistiques. > J'avais lancé quelques requêtes statistiques de test sur ma base, et j'ai > été surprise de constater que certains de mes lecteurs avaient pris un > sacré > coup de vieux : des élèves avaient plus de 60 ans ! > J'ai donc cherché pourquoi ... > > Dans PMB, on introduit l'année de naissance du lecteur, soit > directement au > clavier, soit à partir d'un fichier de données qui vient du secrétariat. > Par convention, empr_year (le champ qui indique l'année de naissance du > lecteur) contient la valeur 0 si on ignore quand il est né. > > Les fichiers qui viennent du secrétariat contiennent en général, non pas > l'année de naissance, mais la date de naissance complète. > J'avais expliqué dans un document comment employer une des fonctions d'Excel > - qui s'appelle ANNEE() - afin de transformer cette date en année > Voir > > Mais il y a un problème que je n'avais pas perçu, c'est le cas où le fichier > du secrétariat est incomplet - il manque la date de naissance. > J'avais cru que la cellule resterait vide, ce qui n'est pas le cas. > Excel a une réaction bizarre : si Excel s'attend à une date, et qu'il > n'en > trouve pas, mais qu'il veut absolument une date, il met le 1er janvier > 1900 > !!!. > Donc, dans les quelques 900 lecteurs de ma base, il y en avait 3 ou 4 > qui > avaient atteint l'âge d'Agecanonix ;-).- des élèves nés en 1900 ! > > Bref, vu le nombre de lecteurs, j'avais quelques circonstances atténuantes > pour expliquer le fait que je n'avais pas perçu ce problème plus tôt. > ;-) > On se console comme on peut ... > > > J'ai trouvé une solution dans Excel - je continue à employer la fonction > ANNEE(), mais j'ajoute une condition > J'ai donc mis mon site à jour - et mes requêtes sql :-). > > Pour les détails sur la manière de corriger cela dans le tableur, voir > la > nouvelle version du fichier Excel joint à la page > > Si vous tenez compte de cette correction, vous n'aurez plus ce > problème lors > du prochain import de lecteurs. > > En attendant, je vous conseille donc de vérifier vous aussi vos données. > > Commencez par télécharger la nouvelle version des procédures - les 3 > fichiers zip > > > Première vérification - Administration - statistiques - lecteurs > La 4e requête de cette rubrique vous dresse un tableau globale de la > situation : nombre de lecteurs par localisation, catégorie, tranche > d'âge et > sexe. > Vous verrez tout de suite s'il y a des problèmes. > > Vu les résultats obtenus, j'ai complété les procédures de sélection pour > remplir les paniers de lecteurs. > Voir > > Vous trouverez une procédure qui identifie les lecteurs dont l'année de > naissance est > inconnue (valeur 0 dans le champ empr_year) > illogique car ils seraient nés en 1900, voire avant > et tant que j'y étais, j'ai ajouté un test pour être sûr que (par une > faute > de frappe malencontreuse) vous n'ayez pas fait naître des lecteurs > dans le > futur ! > > Si vous trouvez la valeur 1900 comme année de naissance, remplacez-la > par > zéro - ainsi PMB considérera cela comme une date de naissance inconnue. > Et employez le post-it intégré à PMB : ajoutez par une procédure > d'action un > message aux fiches de ces lecteurs (voir paniers de lecteurs, > sélection et > action) > > Puisque c'est la saison des statistiques, je me suis aussi dit que vous > devriez "vieillir" des lecteurs et les changer de catégorie. > J'ai donc ajouté une requête de sélection qui permet de repérer tous les > lecteurs dont l'âge est >=...et <= ..., et même une autre qui repère ceux > qui ne sont pas dans une catégorie qui correspond à leur âge, > Vous pourrez ensuite les changer de catégorie par une procédure d'action. > Cette dernière procédure n'a bien sûr de sens que si chez vous, il y a > un > lien entre l'âge et la catégorie des lecteurs. > > N.B. Elle risque de provoquer un choc chez les lecteurs nés en décembre. > Imaginez leur situation : ils viennent à peine de fêter leur > anniversaire en > décembre 2009, et dès le début du mois de janvier, on leur ajoute une > année > supplémentaire au compteur ;-) > > Sur le site, vous disposez déjà de commentaires pour toutes les requêtes > (sélection ou action) des onglets circulation et catalogue, donc > toutes les > procédures liées aux paniers de lecteurs, bulletins, notices et exemplaires. > > Les explications pour les requêtes en administration sont en cours de > rédaction ... mais les listes de requêtes sont bine sûr disponobles > Encore un peu de patience ... > > Bonne week-end à tous, > > Statistiquement vôtre, > > Anne-Marie Cubat > _______________________________________________ > Pmb-user mailing list > Pmb-user@pmbservices.fr > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > From annie.jezequel at ac-rennes.fr Mon Jan 18 19:47:03 2010 From: annie.jezequel at ac-rennes.fr (=?iso-8859-1?Q?Annie_J=E9z=E9quel?=) Date: Mon Jan 18 19:46:26 2010 Subject: [Pmb-cdi] nettoyage de la base et suppression d'exemplaires par lot In-Reply-To: Message-ID: Bonjour, Il n'y a rien sur Citédoc car ceci existe dans le logiciel : paniers > actions > Suppr de la base. Voyez les fiches qui parlent de cela. Cordialement Annie Jézéquel -----Message d'origine----- De : pmb-cdi-bounces@pmbservices.fr [mailto:pmb-cdi-bounces@pmbservices.fr] De la part de HUBERT Ingrid Envoyé : vendredi 15 janvier 2010 15:41 À : Liste de diffusion des utilisateurs de PMB / PMB Users list; PMB-CDI Objet : [Pmb-cdi] nettoyage de la base et suppression d'exemplaires par lot Bonjour, Nous souhaitons supprimer de notre base les exemplaires étant au rebut ou définitivement perdus. Je les ai donc tous mis dans un panier mais je ne trouve pas de procédure sur citédoc, le wiki ou le site d'Anne-Marie qui permette de supprimer ces exemplaires en une seule fois... Quelqu'un aurait-il une idée et est-ce courant de supprimer des exemplaires afin de clarifier un peu les notices (nous avons 3 localisations et on se retrouve vite avec de nombreux exemplaires "anciens" polluant les disponibles...) Merci d'avance Cordialement, Ingrid HUBERT -----Message d'origine----- De : pmb-user-bounces@pmbservices.fr [mailto:pmb-user-bounces@pmbservices.fr]De la part de Anne-Marie CUBAT Envoyé : vendredi 15 janvier 2010 14:47 À : PMB-User; PMB-CDI Objet : [Pmb-user] Statistiques - âge des lecteurs - risques d'erreur et solution Bonjour à tous, Je vous écris pour vous parler d'un risque d'erreur dans les statistiques liées aux lecteurs, plus précisément les tranches d'âge - et aussi de la solution, je vous rassure tout de suite !. Vu que je suis en train de revérifier toutes mes procédures afin de les mettre en ligne sur mon site, je m'étais attaquée à la partie lecteurs et statistiques. J'avais lancé quelques requêtes statistiques de test sur ma base, et j'ai été surprise de constater que certains de mes lecteurs avaient pris un sacré coup de vieux : des élèves avaient plus de 60 ans ! J'ai donc cherché pourquoi ... Dans PMB, on introduit l'année de naissance du lecteur, soit directement au clavier, soit à partir d'un fichier de données qui vient du secrétariat. Par convention, empr_year (le champ qui indique l'année de naissance du lecteur) contient la valeur 0 si on ignore quand il est né. Les fichiers qui viennent du secrétariat contiennent en général, non pas l'année de naissance, mais la date de naissance complète. J'avais expliqué dans un document comment employer une des fonctions d'Excel - qui s'appelle ANNEE() - afin de transformer cette date en année Voir http://amcubat.be/docpmb/excel-fonctions-utiles Mais il y a un problème que je n'avais pas perçu, c'est le cas où le fichier du secrétariat est incomplet - il manque la date de naissance. J'avais cru que la cellule resterait vide, ce qui n'est pas le cas. Excel a une réaction bizarre : si Excel s'attend à une date, et qu'il n'en trouve pas, mais qu'il veut absolument une date, il met le 1er janvier 1900 !!!. Donc, dans les quelques 900 lecteurs de ma base, il y en avait 3 ou 4 qui avaient atteint l'âge d'Agecanonix ;-).- des élèves nés en 1900 ! Bref, vu le nombre de lecteurs, j'avais quelques circonstances atténuantes pour expliquer le fait que je n'avais pas perçu ce problème plus tôt. ;-) On se console comme on peut ... J'ai trouvé une solution dans Excel - je continue à employer la fonction ANNEE(), mais j'ajoute une condition J'ai donc mis mon site à jour - et mes requêtes sql :-). Pour les détails sur la manière de corriger cela dans le tableur, voir la nouvelle version du fichier Excel joint à la page http://amcubat.be/docpmb/excel-fonctions-utiles Si vous tenez compte de cette correction, vous n'aurez plus ce problème lors du prochain import de lecteurs. En attendant, je vous conseille donc de vérifier vous aussi vos données. Commencez par télécharger la nouvelle version des procédures - les 3 fichiers zip http://amcubat.be/docpmb/requetes-sql/telecharger-et-importer Première vérification - Administration - statistiques - lecteurs La 4e requête de cette rubrique vous dresse un tableau globale de la situation : nombre de lecteurs par localisation, catégorie, tranche d'âge et sexe. Vous verrez tout de suite s'il y a des problèmes. Vu les résultats obtenus, j'ai complété les procédures de sélection pour remplir les paniers de lecteurs. Voir http://amcubat.be/docpmb/lecteurs-selection-commentaires Vous trouverez une procédure qui identifie les lecteurs dont l'année de naissance est inconnue (valeur 0 dans le champ empr_year) illogique car ils seraient nés en 1900, voire avant et tant que j'y étais, j'ai ajouté un test pour être sûr que (par une faute de frappe malencontreuse) vous n'ayez pas fait naître des lecteurs dans le futur ! Si vous trouvez la valeur 1900 comme année de naissance, remplacez-la par zéro - ainsi PMB considérera cela comme une date de naissance inconnue. Et employez le post-it intégré à PMB : ajoutez par une procédure d'action un message aux fiches de ces lecteurs (voir paniers de lecteurs, sélection et action) Puisque c'est la saison des statistiques, je me suis aussi dit que vous devriez "vieillir" des lecteurs et les changer de catégorie. J'ai donc ajouté une requête de sélection qui permet de repérer tous les lecteurs dont l'âge est >=...et <= ..., et même une autre qui repère ceux qui ne sont pas dans une catégorie qui correspond à leur âge, Vous pourrez ensuite les changer de catégorie par une procédure d'action. Cette dernière procédure n'a bien sûr de sens que si chez vous, il y a un lien entre l'âge et la catégorie des lecteurs. N.B. Elle risque de provoquer un choc chez les lecteurs nés en décembre. Imaginez leur situation : ils viennent à peine de fêter leur anniversaire en décembre 2009, et dès le début du mois de janvier, on leur ajoute une année supplémentaire au compteur ;-) Sur le site, vous disposez déjà de commentaires pour toutes les requêtes (sélection ou action) des onglets circulation et catalogue, donc toutes les procédures liées aux paniers de lecteurs, bulletins, notices et exemplaires. Les explications pour les requêtes en administration sont en cours de rédaction ... mais les listes de requêtes sont bine sûr disponobles Encore un peu de patience ... Bonne week-end à tous, Statistiquement vôtre, Anne-Marie Cubat _______________________________________________ Pmb-user mailing list Pmb-user@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-user _______________________________________________ Pmb-cdi mailing list Pmb-cdi@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From Claire.Rumeau at ac-toulouse.fr Tue Jan 19 16:32:59 2010 From: Claire.Rumeau at ac-toulouse.fr (Claire.Rumeau@ac-toulouse.fr) Date: Tue Jan 19 16:35:58 2010 Subject: [Pmb-cdi] =?iso-8859-1?q?Indexation_d=E9cimale?= Message-ID: Bonjour, Dans l'onglet Autorités, si je crée une nouvelle indexation décimale, j'ai d'emblée un millier (1018 exactement) de notices qui l'utilisent (je m'en aperçois en cliquant sur "utilisation" ) et ce avant même que je n'ai le temps de créer un panier de notices pour ajouter ma nouvelle indexation décimale par procédure d'action !! bizarre, non ? Je restaure alors la sauvegarde faite juste avant, je lance une maintenance MySQL, je crée une nouvelle indexation (par superstition, je change l'intitulé) en autorités et j'ai à nouveau 1018 notices qui utilisent cette nouvelle indexation. Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté une indexation décimale à un panier de notices puis je m'étais rendu compte que j'avais fait une mauvaise équation. N'ayant pas de procédures pour vider le champ indexation décimale (je ne voulais pas remplacer mais bien supprimer), une collègue m'avait conseillée de restaurer une sauvegarde sauf la table indexation (je n'avais coché que indexit au moment de la restauration). Ceci avait bien fonctionné. Voilà pour le contexte. Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une procédure pour vider le champ indexation décimale ..... Bref si quelqu'un a une idée... Cordialement, Claire Rumeau Collège Joseph Rey Avenue Raymond Sommer 31480 Cadours From annemarie.cubat at gmail.com Tue Jan 19 18:10:14 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Tue Jan 19 18:10:18 2010 Subject: =?ISO-8859-1?Q?Re=3A_=5BPmb=2Dcdi=5D_Indexation_d=E9cimale?= In-Reply-To: References: Message-ID: <68f4997c1001190910s1b09e784k62a3a573a7115e15@mail.gmail.com> Bonsoir, Je crois qu'il y a une confusion entre deux concepts. 1) Il y a la table indexint qui se contient la liste des indexations décimales. Les champs principaux sont l'id - bien sûr -indexint_id indexint_name (le n° dans la cotation Dewey ex. 510) indexint_comment (le commentaire, la traduction en clair, ex. mathématique) et encore deux autre qui ne nous intéressent pas dans ce contexte. La table indexint n'est que la liste de vos indexations décimales, cette table ne contient pas de lien vers les notices. Donc, la vider ne sert à rien, la remplacer par une ancienne version non plus. 2) Il y a d'autre part le lien entre la table indexint et vos notices. Vu qu'il y a une seule indexation décimale par notice (champ non répétable), l'info peut se trouver dans la table notices, et c'est là qu'elle est, dans le champ indexint de la table notices. Si vous voulez supprimer le lien entre ces 1018 notices et l'indexation décimale, c'est là qu'il faut agir. D'après ce que vous racontez, cela doit être un "reliquat" de votre ancienne erreur de manipulation. C'est le champ indexint de la table notices qu'il faudra vider à mon avis. Quant à vos 1018 notices qui sont liées automatiquement à la même cote Dewey, c'est possible si vous avez à chaque fois lancé une restauration entre deux étapes. Je m'explique. Imaginons que la cote Dewey litigieuse ait l'id n° 1. Suite à votre erreur de manipulation, dans la table notices, il y a 1018 notices qui sont liées à cette cote Dewey - en termes informatiques, 1018 notices ont la valeur 1 dans le champ indexint (qui contient l'id de la cote Dewey). Vous restaurez une ancienne version de la base, avec une table indexint vide. Mais vous n'avez rien changé dans la table notices, vous y avez toujours 1018 notices qui "pointent" vers cet id n° 1 ! La première indexation décimale que vous allez créer portera le n° 1. Quelle que soit la valeur que vous lui donnerez, elle sera toujours utilisée par la table notices. Et le problème se recrée ! Mais avant de dire comment supprimer cela, je dois être sûre de ne rien supprimer d'autre par mégarde. D'où mes questions 1) Dans administration - outils - maintenance sql - vérification des tables, est-ce que vous avez des messages d'erreur pour les tables, ou bien sont-elles toutes OK? 2) Est-ce qu'il faut conserver le lien entre certaines notices et certaines indexations décimale, ou bien est-ce qu'on peut supprimer tous ces liens? 3) Quels résultats vous donnent ces procédures-ci ? Des résultats bizarres mais prévisibles vu le problème que vous rencontrez? (procédures à encoder dans administration - aucun paramètre à configurer) a) Liste des indexations décimales SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as 'Commentaire' FROM indexint ORDER BY indexint_name Un peu de statistiques ! b) Nombre de cotes Dewey dans la table indexint SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM indexint c) Nombre de cotes Dewey différentes dans la table notices SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey différentes dans la table notices' FROM notices Et éventuellement celle-ci d) Liste des notices triées par indexation décimale et par titre N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà cataloguées SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as 'Commentaire', tit1 as Titre FROM indexint, notices WHERE indexint=indexint_id ORDER BY indexint_name, tit1 Tenez-moi au courant des résultats, et je verrai un peu clair. Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de peur de vous faire perdre des données. Bonne soirée, Anne-Marie Cubat Le 19 janvier 2010 16:32, a écrit : > Bonjour, > > Dans l'onglet Autorités, si je crée une nouvelle indexation décimale, j'ai > d'emblée un millier (1018 exactement) de notices qui l'utilisent (je m'en > aperçois en cliquant sur "utilisation" ) et ce avant même que je n'ai le > temps de créer un panier de notices pour ajouter ma nouvelle indexation > décimale par procédure d'action !! bizarre, non ? > > Je restaure alors la sauvegarde faite juste avant, je lance une maintenance > MySQL, je crée une nouvelle indexation (par superstition, je change > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui utilisent cette > nouvelle indexation. > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté une > indexation décimale à un panier de notices puis je m'étais rendu compte que > j'avais fait une mauvaise équation. N'ayant pas de procédures pour vider le > champ indexation décimale (je ne voulais pas remplacer mais bien supprimer), > une collègue m'avait conseillée de restaurer une sauvegarde sauf la table > indexation (je n'avais coché que indexit au moment de la restauration). Ceci > avait bien fonctionné. Voilà pour le contexte. > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une > procédure pour vider le champ indexation décimale ..... Bref si quelqu'un a > une idée... > > Cordialement, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From erobert at sigb.net Tue Jan 19 18:51:22 2010 From: erobert at sigb.net (Eric ROBERT) Date: Tue Jan 19 18:52:00 2010 Subject: =?iso-8859-1?Q?Re:_=5BPmb-cdi=5D_Indexation_d=E9cimale?= References: <68f4997c1001190910s1b09e784k62a3a573a7115e15@mail.gmail.com> Message-ID: <499480D627C54412AC7BFE80554E620F@TINYBOB> Superbe explication d'Anne-Marie (tu vois que je lis tes mails de temps en temps ;-) Pour la requête magique de purge: update notices left join indexint on indexint=indexint_id set indexint=0 where indexint_id is null la selection des données : *notices left join indexint on indexint=indexint_id >> toutes les notices, même si l'indeaxtion décimale n'est pas présente dans >> la table indexint la restriction (clause where) *where indexint_id is null >> parmi ces notices remontées par la sélection, ne conserver qe celles dont >> l'indexation décimale n'est pas présente dans la table indexint l'action : *set indexint=0 >> on met l'indexation décimale de ces notices à 0 Voilà... et normalement... ça doit cristalliser ! Eric (en pleine forme, préparation des RMLL demain ;-) ----- Original Message ----- From: "Anne-Marie CUBAT" To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list" Sent: Tuesday, January 19, 2010 6:10 PM Subject: Re: [Pmb-cdi] Indexation décimale Bonsoir, Je crois qu'il y a une confusion entre deux concepts. 1) Il y a la table indexint qui se contient la liste des indexations décimales. Les champs principaux sont l'id - bien sûr -indexint_id indexint_name (le n° dans la cotation Dewey ex. 510) indexint_comment (le commentaire, la traduction en clair, ex. mathématique) et encore deux autre qui ne nous intéressent pas dans ce contexte. La table indexint n'est que la liste de vos indexations décimales, cette table ne contient pas de lien vers les notices. Donc, la vider ne sert à rien, la remplacer par une ancienne version non plus. 2) Il y a d'autre part le lien entre la table indexint et vos notices. Vu qu'il y a une seule indexation décimale par notice (champ non répétable), l'info peut se trouver dans la table notices, et c'est là qu'elle est, dans le champ indexint de la table notices. Si vous voulez supprimer le lien entre ces 1018 notices et l'indexation décimale, c'est là qu'il faut agir. D'après ce que vous racontez, cela doit être un "reliquat" de votre ancienne erreur de manipulation. C'est le champ indexint de la table notices qu'il faudra vider à mon avis. Quant à vos 1018 notices qui sont liées automatiquement à la même cote Dewey, c'est possible si vous avez à chaque fois lancé une restauration entre deux étapes. Je m'explique. Imaginons que la cote Dewey litigieuse ait l'id n° 1. Suite à votre erreur de manipulation, dans la table notices, il y a 1018 notices qui sont liées à cette cote Dewey - en termes informatiques, 1018 notices ont la valeur 1 dans le champ indexint (qui contient l'id de la cote Dewey). Vous restaurez une ancienne version de la base, avec une table indexint vide. Mais vous n'avez rien changé dans la table notices, vous y avez toujours 1018 notices qui "pointent" vers cet id n° 1 ! La première indexation décimale que vous allez créer portera le n° 1. Quelle que soit la valeur que vous lui donnerez, elle sera toujours utilisée par la table notices. Et le problème se recrée ! Mais avant de dire comment supprimer cela, je dois être sûre de ne rien supprimer d'autre par mégarde. D'où mes questions 1) Dans administration - outils - maintenance sql - vérification des tables, est-ce que vous avez des messages d'erreur pour les tables, ou bien sont-elles toutes OK? 2) Est-ce qu'il faut conserver le lien entre certaines notices et certaines indexations décimale, ou bien est-ce qu'on peut supprimer tous ces liens? 3) Quels résultats vous donnent ces procédures-ci ? Des résultats bizarres mais prévisibles vu le problème que vous rencontrez? (procédures à encoder dans administration - aucun paramètre à configurer) a) Liste des indexations décimales SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as 'Commentaire' FROM indexint ORDER BY indexint_name Un peu de statistiques ! b) Nombre de cotes Dewey dans la table indexint SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM indexint c) Nombre de cotes Dewey différentes dans la table notices SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey différentes dans la table notices' FROM notices Et éventuellement celle-ci d) Liste des notices triées par indexation décimale et par titre N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà cataloguées SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as 'Commentaire', tit1 as Titre FROM indexint, notices WHERE indexint=indexint_id ORDER BY indexint_name, tit1 Tenez-moi au courant des résultats, et je verrai un peu clair. Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de peur de vous faire perdre des données. Bonne soirée, Anne-Marie Cubat Le 19 janvier 2010 16:32, a écrit : > Bonjour, > > Dans l'onglet Autorités, si je crée une nouvelle indexation décimale, j'ai > d'emblée un millier (1018 exactement) de notices qui l'utilisent (je m'en > aperçois en cliquant sur "utilisation" ) et ce avant même que je n'ai le > temps de créer un panier de notices pour ajouter ma nouvelle indexation > décimale par procédure d'action !! bizarre, non ? > > Je restaure alors la sauvegarde faite juste avant, je lance une > maintenance > MySQL, je crée une nouvelle indexation (par superstition, je change > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui utilisent > cette > nouvelle indexation. > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté une > indexation décimale à un panier de notices puis je m'étais rendu compte > que > j'avais fait une mauvaise équation. N'ayant pas de procédures pour vider > le > champ indexation décimale (je ne voulais pas remplacer mais bien > supprimer), > une collègue m'avait conseillée de restaurer une sauvegarde sauf la table > indexation (je n'avais coché que indexit au moment de la restauration). > Ceci > avait bien fonctionné. Voilà pour le contexte. > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une > procédure pour vider le champ indexation décimale ..... Bref si quelqu'un > a > une idée... > > Cordialement, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > _______________________________________________ > 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 annemarie.cubat at gmail.com Tue Jan 19 20:59:07 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Tue Jan 19 21:06:27 2010 Subject: =?ISO-8859-1?Q?Re=3A_=5BPmb=2Dcdi=5D_Indexation_d=E9cimale?= In-Reply-To: <499480D627C54412AC7BFE80554E620F@TINYBOB> References: <68f4997c1001190910s1b09e784k62a3a573a7115e15@mail.gmail.com> <499480D627C54412AC7BFE80554E620F@TINYBOB> Message-ID: <68f4997c1001191159x24481f55x1026e262c7a4ab02@mail.gmail.com> Merci, Savoir que tu lis mes mails - ne fût-ce que de temps en temps - me va droit au coeur ;-) Amicalement, Anne-Marie Le 19 janvier 2010 18:51, Eric ROBERT a écrit : > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de temps en > temps ;-) > > Pour la requête magique de purge: > update notices left join indexint on indexint=indexint_id set indexint=0 > where indexint_id is null > > la selection des données : > *notices left join indexint on indexint=indexint_id > >> toutes les notices, même si l'indeaxtion décimale n'est pas présente dans >>> la table indexint >>> >> > la restriction (clause where) > *where indexint_id is null > >> parmi ces notices remontées par la sélection, ne conserver qe celles dont >>> l'indexation décimale n'est pas présente dans la table indexint >>> >> > l'action : > *set indexint=0 > >> on met l'indexation décimale de ces notices à 0 >>> >> > Voilà... et normalement... ça doit cristalliser ! > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > ----- Original Message ----- From: "Anne-Marie CUBAT" < > annemarie.cubat@gmail.com> > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list" > Sent: Tuesday, January 19, 2010 6:10 PM > Subject: Re: [Pmb-cdi] Indexation décimale > > > > Bonsoir, > > Je crois qu'il y a une confusion entre deux concepts. > > 1) Il y a la table indexint qui se contient la liste des indexations > décimales. > Les champs principaux sont > l'id - bien sûr -indexint_id > indexint_name (le n° dans la cotation Dewey ex. 510) > indexint_comment (le commentaire, la traduction en clair, ex. > mathématique) > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > La table indexint n'est que la liste de vos indexations décimales, cette > table ne contient pas de lien vers les notices. > Donc, la vider ne sert à rien, la remplacer par une ancienne version non > plus. > > 2) Il y a d'autre part le lien entre la table indexint et vos notices. > Vu qu'il y a une seule indexation décimale par notice (champ non > répétable), > l'info peut se trouver dans la table notices, et c'est là qu'elle est, dans > le champ indexint de la table notices. > Si vous voulez supprimer le lien entre ces 1018 notices et l'indexation > décimale, c'est là qu'il faut agir. D'après ce que vous racontez, cela doit > être un "reliquat" de votre ancienne erreur de manipulation. > C'est le champ indexint de la table notices qu'il faudra vider à mon avis. > > Quant à vos 1018 notices qui sont liées automatiquement à la même cote > Dewey, c'est possible si vous avez à chaque fois lancé une restauration > entre deux étapes. > Je m'explique. > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > Suite à votre erreur de manipulation, dans la table notices, il y a 1018 > notices qui sont liées à cette cote Dewey - en termes informatiques, 1018 > notices ont la valeur 1 dans le champ indexint (qui contient l'id de la > cote > Dewey). > Vous restaurez une ancienne version de la base, avec une table indexint > vide. > Mais vous n'avez rien changé dans la table notices, vous y avez toujours > 1018 notices qui "pointent" vers cet id n° 1 ! > La première indexation décimale que vous allez créer portera le n° 1. > Quelle > que soit la valeur que vous lui donnerez, elle sera toujours utilisée par > la > table notices. Et le problème se recrée ! > > Mais avant de dire comment supprimer cela, je dois être sûre de ne rien > supprimer d'autre par mégarde. > > > D'où mes questions > 1) Dans administration - outils - maintenance sql - vérification des > tables, > est-ce que vous avez des messages d'erreur pour les tables, ou bien > sont-elles toutes OK? > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et certaines > indexations décimale, ou bien est-ce qu'on peut supprimer tous ces liens? > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats bizarres > mais prévisibles vu le problème que vous rencontrez? > > (procédures à encoder dans administration - aucun paramètre à configurer) > > a) Liste des indexations décimales > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire' FROM indexint ORDER BY indexint_name > > Un peu de statistiques ! > > b) Nombre de cotes Dewey dans la table indexint > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM > indexint > > c) Nombre de cotes Dewey différentes dans la table notices > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey différentes dans > la table notices' FROM notices > > Et éventuellement celle-ci > d) Liste des notices triées par indexation décimale et par titre > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > cataloguées > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > indexint=indexint_id ORDER BY indexint_name, tit1 > > Tenez-moi au courant des résultats, et je verrai un peu clair. > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de peur de > vous faire perdre des données. > > Bonne soirée, > Anne-Marie Cubat > > > Le 19 janvier 2010 16:32, a écrit : > > Bonjour, >> >> Dans l'onglet Autorités, si je crée une nouvelle indexation décimale, j'ai >> d'emblée un millier (1018 exactement) de notices qui l'utilisent (je m'en >> aperçois en cliquant sur "utilisation" ) et ce avant même que je n'ai le >> temps de créer un panier de notices pour ajouter ma nouvelle indexation >> décimale par procédure d'action !! bizarre, non ? >> >> Je restaure alors la sauvegarde faite juste avant, je lance une >> maintenance >> MySQL, je crée une nouvelle indexation (par superstition, je change >> l'intitulé) en autorités et j'ai à nouveau 1018 notices qui utilisent >> cette >> nouvelle indexation. >> >> Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté une >> indexation décimale à un panier de notices puis je m'étais rendu compte >> que >> j'avais fait une mauvaise équation. N'ayant pas de procédures pour vider >> le >> champ indexation décimale (je ne voulais pas remplacer mais bien >> supprimer), >> une collègue m'avait conseillée de restaurer une sauvegarde sauf la table >> indexation (je n'avais coché que indexit au moment de la restauration). >> Ceci >> avait bien fonctionné. Voilà pour le contexte. >> >> Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une >> procédure pour vider le champ indexation décimale ..... Bref si quelqu'un >> a >> une idée... >> >> Cordialement, >> >> Claire Rumeau >> Collège Joseph Rey >> Avenue Raymond Sommer >> 31480 Cadours >> _______________________________________________ >> 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 erobert at sigb.net Wed Jan 20 09:45:00 2010 From: erobert at sigb.net (Eric ROBERT) Date: Wed Jan 20 09:45:13 2010 Subject: [Pmb-cdi] PMB : Version 3.3.1 disponible ! Message-ID: <560882B2844142B9B68AD570DCB5A2B3@TINYBOB> Bonjour à toutes et à tous, Après une période de tests, la version 3.3 de PMB vient d'être déclarée stable. Elle devient ainsi la nouvelle version officielle et la 3.2 ne sera plus développée. Voici la liste des nouvelles fonctionnalités de cette version : -Un module d'enregistrement et de gestion des statistiques de l'OPAC pour analyser finement le comportement des utilisateurs (mots clés cherchés, parcours, ...) -Le partage de listes d'ouvrages, articles, documents numériques, entre usagers dans l'OPAC -Des suggestions multiples à partir de sources externes directement depuis l'OPAC -Module de gestion de demandes de recherche documentaire (enregistrement des demandes des usagers et suivi du workflow de réponse par les professionnels) -Nouvelle formule du bulletin de veille -Module de recherche prédéfinies pour une ergonomie accrue des interfaces de recherche -Accélération des traitements RFID (multi-tags, automates de prêts et automates de récollement, etc.) -Amélioration du traitement des retours de documents -Amélioration des transferts de documents entre sites d'un même réseau et puis... -Un nouveau module de stockage de documents numériques GED et indexation plein texte du contenu -Un serveur OAI, multi-sets, à définition de contenu dynamique, automatique ou manuel -La définition d'une interface de programmation (API) exportable par webservices via les protocoles SOAP et Json-RPC *A propos du serveur OAI Pour la mise en place d'un serveur OAI, nous avons rédigé une documentation détaillée (très attendue !) qui explique le concept de webservices, leur implémentation dans PMB et comment mettre en place un ou plusieurs serveur OAI dans PMB. Vous pouvez trouver cette documentation à l'adresse : http://doc.sigb.net/doc_webservices_pmb *A propos de l'interface de programmation de PMB La définition de l'interface de programmation exportable par les webservices de PMB est fondamentale et ouvre PMB à de multiples applications externes (applications sur mobiles, intégration de PMB dans des portails, catalogage externe, widgets,...). Cette interface propose des fonction de PMB utilisables à distance dans d'autres logiciels. Ces fonctions couvrent la recherche, la récupération de notices, les informations en temps réel des exemplaires, la gestion des comptes lecteurs (la récupération des prêts,..), la réservation de document, la gestion des autorités, ... C'est un réel changement dans l'approche de la communication de PMB avec le monde extérieur ! *Une première application de cette interface : le portail SPIP-PMB par OpenStudio Forte de cette nouvelle fonctionnalité de PMB 3.3, la société OpenStudio a développé un plugin pour SPIP qui permet de créer très simplement un portail d'information contenant un accès au catalogue, une présentation des nouveautés du catalogue ainsi que les principaux services aux lecteurs (réservation, voir les prêts, voir les prêts en retard, poser un avis ou un tag sur des notices). Ce plugin vous aporte un portail documentaire clé en main et simple d'utilisation. Vous pouvez tester le portail sur le site de démonstration qui lui est consacré : http://portailpmb.pmbservices.fr (les données sont les données réelles de la bibliothèque de Tence (43) ). Une documentation vous propose un tutoriel détaillé pour installer le portail SPIP-PMB en une heure : http://doc.sigb.net/doc_portail_spip_pmb . N'hésitez pas à le tester et à nous faire part de vos expériences. *Quelques chiffres sur notre entreprise : PMB Services -L'année 2008/2009 aura vu une progression de notre chiffre d'affaire de 21%, passant de 840 kE à 1,052 ME -Nous sommes 19 collaborateurs à votre service -Nous avons accompagné 1200 clients dont de grandes références nationales et internationales: *Entreprises : Philip Morris International (250 000 Articles), ALSTOM, AREVA, BOUYGUES, France Telecom, ... *Institutionnels: INSEE, CNIL, Centre National du Livre, Secrétariat Général du Gouvernement, ... *Bibliothèques : Pays d'Andorre, BU, Oullins, Tulle, ... *Education: Académie de Rennes (500 établissements), Université Catholique d'Afrique Centrale, SCUIO, SUAIO, ... *Archives: Archives Départementales de la Sarthe, de la Savoie, ... *Santé: CRIPS, GRPS, CODES, CHU de Bordeaux, ... -Nous avons étés les premiers à proposer une offre SAS (Software As a Service) pour un SIGB, ce qui représente aujourd'hui 290 clients hébergés pour plus de 3 millions de notices sur nos serveurs -Notre client contibuteur principal de l'année 2009, Philip Moris International, a financé le développement de nombreux modules (GED, listes de documents partagées, gestion des demandes de recherche documentaires, suggestions multiples y compris à partir des connecteurs externes). *La communauté La communauté représente aujourd'hui plus de 1000 inscrits sur la liste pmb-user, de nombreux sites contributifs sur l'utilisation de PMB ainsi que des traductions suivies que nous intégrons dans le logiciel (Laotien, Catalan, Italien, ...), la communauté c'est aussi plus de 5000 utilisateurs dans le monde dont l'Assemblée Nationale du Niger, nombres d'universités marocaines, la bibliothèque nationale du Cambodge, les bibliothèques publiques de Catalogne, nombre d'établissements d'Amérique du Sud, d'Afrique et bien d'autres. Enfin, comme toujours PMB est et restera un logiciel libre, TOUT est disponible sans aucun surcoût, toutes les contributions et tous les développements sont versés dans la version dont n'importe qui peut disposer librement, gratuitement: rendez-vous pour cela sur la page de téléchargement du logiciel sur le site officiel de PMB : www.sigb.net Eric ROBERT Direction générale -------------------------- PMB Services www.sigb.net ZA de Mont/Loir 72500 CHATEAU DU LOIR Tel: 02 43 440 660 From Claire.Rumeau at ac-toulouse.fr Wed Jan 20 14:54:24 2010 From: Claire.Rumeau at ac-toulouse.fr (Claire.Rumeau@ac-toulouse.fr) Date: Wed Jan 20 14:57:34 2010 Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 11 In-Reply-To: <20100119200657.C593F3A22E@smtpout.37telecom.net> References: <20100119200657.C593F3A22E@smtpout.37telecom.net> Message-ID: Bonjour, Avant tout, merci pour la rapidité de votre réponse. Je pressentais effectivement que le problème se situait au niveau des notices, j'y vois un peu plus clair désormais mais pas encore complètement. Par contre, les 1018 notices ne sont pas liés automatiquement à la même cote Dewey (il y en a plusieurs). Ces notices sont bien celles qui étaient concernées par mon erreur de manipulation. Je souhaiterais effectivement supprimer le lien entre ces 1018 notices et la table indexit. A défaut de pouvoir supprimer le lien entre ces notices et la table indexit, alors je veux bien supprimer le lien entre toutes les notices et la table indexit Je réponds à vos questions : 1) En vérification des tables : elles sont toutes OK 2) Il n'est pas nécessaire de conserver les liens entre les notices et les indexations décimales. Tant pis, je recommencerai, ce n'est pas très long. 3)Les résultats pour les procédures suivantes : a) liste des indexations décimales : pas d'anomalie, j'obtiens "mes" indexations habituelles, la liste est identique à celle que j'ai en autorités b)Nbre de cotes dewey dans la table indexit : 128 c) Nbre de cotes Dewey différentes dans la table notices : 63 d) Liste des notices trièes par indexation décimale et par titre : là non plus, a priori pas d'anomalie Puis-je envisager la chose suivante : créer une indexation décimale intitulée "test", là mes 1018 notices vont l'utiliser, je devrais alors pouvoir les mettre dans un panier de notices et faire l'action donnée par Eric Robert : *set indexint=0 Merci Claire Rumeau Collège Joseph Rey Avenue Raymond Sommer 31480 Cadours ----- Message d'origine ----- De: pmb-cdi-request@pmbservices.fr Date: Mardi, Janvier 19, 2010 9:04 pm Objet: Lot Pmb-cdi, Vol 25, Parution 11 À: pmb-cdi@pmbservices.fr > Send Pmb-cdi mailing list submissions to > pmb-cdi@pmbservices.fr > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > or, via email, send a message with subject or body 'help' to > pmb-cdi-request@pmbservices.fr > > You can reach the person managing the list at > pmb-cdi-owner@pmbservices.fr > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pmb-cdi digest..." > > > Thèmes du jour : > > 1. Indexation décimale (Claire.Rumeau@ac-toulouse.fr) > 2. Re: Indexation décimale (Anne-Marie CUBAT) > 3. Re: Indexation décimale (Eric ROBERT) > 4. Re: Indexation décimale (Anne-Marie CUBAT) > > > -------------------------------------------------------------------- > -- > > Message: 1 > Date: Tue, 19 Jan 2010 16:32:59 +0100 > From: > Subject: [Pmb-cdi] Indexation décimale > To: "pmb-cdi@pmbservices.fr" > Message-ID: > Content-Type: text/plain; charset=iso-8859-1 > > Bonjour, > > Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai d'emblée un millier (1018 exactement) de notices qui > l'utilisent (je m'en aperçois en cliquant sur "utilisation" ) et ce > avant même que je n'ai le temps de créer un panier de notices pour > ajouter ma nouvelle indexation décimale par procédure d'action !! > bizarre, non ? > > Je restaure alors la sauvegarde faite juste avant, je lance une > maintenance MySQL, je crée une nouvelle indexation (par > superstition, je change l'intitulé) en autorités et j'ai à nouveau > 1018 notices qui utilisent cette nouvelle indexation. > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté > une indexation décimale à un panier de notices puis je m'étais > rendu compte que j'avais fait une mauvaise équation. N'ayant pas de > procédures pour vider le champ indexation décimale (je ne voulais > pas remplacer mais bien supprimer), une collègue m'avait conseillée > de restaurer une sauvegarde sauf la table indexation (je n'avais > coché que indexit au moment de la restauration). Ceci avait bien > fonctionné. Voilà pour le contexte. > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger > une procédure pour vider le champ indexation décimale ..... Bref > si quelqu'un a une idée... > > Cordialement, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > > > ------------------------------ > > Message: 2 > Date: Tue, 19 Jan 2010 18:10:14 +0100 > From: Anne-Marie CUBAT > Subject: Re: [Pmb-cdi] Indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: > <68f4997c1001190910s1b09e784k62a3a573a7115e15@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Bonsoir, > > Je crois qu'il y a une confusion entre deux concepts. > > 1) Il y a la table indexint qui se contient la liste des indexations > décimales. > Les champs principaux sont > l'id - bien sûr -indexint_id > indexint_name (le n° dans la cotation Dewey ex. 510) > indexint_comment (le commentaire, la traduction en clair, ex. > mathématique) > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > La table indexint n'est que la liste de vos indexations décimales, > cettetable ne contient pas de lien vers les notices. > Donc, la vider ne sert à rien, la remplacer par une ancienne > version non > plus. > > 2) Il y a d'autre part le lien entre la table indexint et vos notices. > Vu qu'il y a une seule indexation décimale par notice (champ non > répétable),l'info peut se trouver dans la table notices, et c'est > là qu'elle est, dans > le champ indexint de la table notices. > Si vous voulez supprimer le lien entre ces 1018 notices et > l'indexationdécimale, c'est là qu'il faut agir. D'après ce que vous > racontez, cela doit > être un "reliquat" de votre ancienne erreur de manipulation. > C'est le champ indexint de la table notices qu'il faudra vider à > mon avis. > > Quant à vos 1018 notices qui sont liées automatiquement à la même > coteDewey, c'est possible si vous avez à chaque fois lancé une > restaurationentre deux étapes. > Je m'explique. > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > Suite à votre erreur de manipulation, dans la table notices, il y a > 1018notices qui sont liées à cette cote Dewey - en termes > informatiques, 1018 > notices ont la valeur 1 dans le champ indexint (qui contient l'id > de la cote > Dewey). > Vous restaurez une ancienne version de la base, avec une table > indexintvide. > Mais vous n'avez rien changé dans la table notices, vous y avez > toujours1018 notices qui "pointent" vers cet id n° 1 ! > La première indexation décimale que vous allez créer portera le n° > 1. Quelle > que soit la valeur que vous lui donnerez, elle sera toujours > utilisée par la > table notices. Et le problème se recrée ! > > Mais avant de dire comment supprimer cela, je dois être sûre de ne > riensupprimer d'autre par mégarde. > > > D'où mes questions > 1) Dans administration - outils - maintenance sql - vérification > des tables, > est-ce que vous avez des messages d'erreur pour les tables, ou bien > sont-elles toutes OK? > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > certainesindexations décimale, ou bien est-ce qu'on peut supprimer > tous ces liens? > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > bizarresmais prévisibles vu le problème que vous rencontrez? > > (procédures à encoder dans administration - aucun paramètre à > configurer) > a) Liste des indexations décimales > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire' FROM indexint ORDER BY indexint_name > > Un peu de statistiques ! > > b) Nombre de cotes Dewey dans la table indexint > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM > indexint > > c) Nombre de cotes Dewey différentes dans la table notices > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > différentes dans > la table notices' FROM notices > > Et éventuellement celle-ci > d) Liste des notices triées par indexation décimale et par titre > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > cataloguées > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > indexint=indexint_id ORDER BY indexint_name, tit1 > > Tenez-moi au courant des résultats, et je verrai un peu clair. > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > peur de > vous faire perdre des données. > > Bonne soirée, > Anne-Marie Cubat > > > Le 19 janvier 2010 16:32, a écrit : > > > Bonjour, > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai > > d'emblée un millier (1018 exactement) de notices qui l'utilisent > (je m'en > > aperçois en cliquant sur "utilisation" ) et ce avant même que je > n'ai le > > temps de créer un panier de notices pour ajouter ma nouvelle > indexation> décimale par procédure d'action !! bizarre, non ? > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > maintenance> MySQL, je crée une nouvelle indexation (par > superstition, je change > > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > utilisent cette > > nouvelle indexation. > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > ajouté une > > indexation décimale à un panier de notices puis je m'étais rendu > compte que > > j'avais fait une mauvaise équation. N'ayant pas de procédures > pour vider le > > champ indexation décimale (je ne voulais pas remplacer mais bien > supprimer),> une collègue m'avait conseillée de restaurer une > sauvegarde sauf la table > > indexation (je n'avais coché que indexit au moment de la > restauration). Ceci > > avait bien fonctionné. Voilà pour le contexte. > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une > > procédure pour vider le champ indexation décimale ..... Bref si > quelqu'un a > > une idée... > > > > Cordialement, > > > > Claire Rumeau > > Collège Joseph Rey > > Avenue Raymond Sommer > > 31480 Cadours > > _______________________________________________ > > Pmb-cdi mailing list > > Pmb-cdi@pmbservices.fr > > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > > > > ------------------------------ > > Message: 3 > Date: Tue, 19 Jan 2010 18:51:22 +0100 > From: Eric ROBERT > Subject: Re: [Pmb-cdi] Indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: <499480D627C54412AC7BFE80554E620F@TINYBOB> > Content-Type: text/plain; format=flowed; charset=iso-8859-1; > reply-type=original > > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de > temps en > temps ;-) > > Pour la requête magique de purge: > update notices left join indexint on indexint=indexint_id set > indexint=0 > where indexint_id is null > > la selection des données : > *notices left join indexint on indexint=indexint_id > >> toutes les notices, même si l'indeaxtion décimale n'est pas > présente dans > >> la table indexint > > la restriction (clause where) > *where indexint_id is null > >> parmi ces notices remontées par la sélection, ne conserver qe > celles dont > >> l'indexation décimale n'est pas présente dans la table indexint > > l'action : > *set indexint=0 > >> on met l'indexation décimale de ces notices à 0 > > Voilà... et normalement... ça doit cristalliser ! > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > ----- Original Message ----- > From: "Anne-Marie CUBAT" > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users list" > > Sent: Tuesday, January 19, 2010 6:10 PM > Subject: Re: [Pmb-cdi] Indexation décimale > > > Bonsoir, > > Je crois qu'il y a une confusion entre deux concepts. > > 1) Il y a la table indexint qui se contient la liste des indexations > décimales. > Les champs principaux sont > l'id - bien sûr -indexint_id > indexint_name (le n° dans la cotation Dewey ex. 510) > indexint_comment (le commentaire, la traduction en clair, ex. > mathématique) > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > La table indexint n'est que la liste de vos indexations décimales, > cettetable ne contient pas de lien vers les notices. > Donc, la vider ne sert à rien, la remplacer par une ancienne > version non > plus. > > 2) Il y a d'autre part le lien entre la table indexint et vos notices. > Vu qu'il y a une seule indexation décimale par notice (champ non > répétable),l'info peut se trouver dans la table notices, et c'est > là qu'elle est, dans > le champ indexint de la table notices. > Si vous voulez supprimer le lien entre ces 1018 notices et > l'indexationdécimale, c'est là qu'il faut agir. D'après ce que vous > racontez, cela doit > être un "reliquat" de votre ancienne erreur de manipulation. > C'est le champ indexint de la table notices qu'il faudra vider à > mon avis. > > Quant à vos 1018 notices qui sont liées automatiquement à la même > coteDewey, c'est possible si vous avez à chaque fois lancé une > restaurationentre deux étapes. > Je m'explique. > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > Suite à votre erreur de manipulation, dans la table notices, il y a > 1018notices qui sont liées à cette cote Dewey - en termes > informatiques, 1018 > notices ont la valeur 1 dans le champ indexint (qui contient l'id > de la cote > Dewey). > Vous restaurez une ancienne version de la base, avec une table > indexintvide. > Mais vous n'avez rien changé dans la table notices, vous y avez > toujours1018 notices qui "pointent" vers cet id n° 1 ! > La première indexation décimale que vous allez créer portera le n° > 1. Quelle > que soit la valeur que vous lui donnerez, elle sera toujours > utilisée par la > table notices. Et le problème se recrée ! > > Mais avant de dire comment supprimer cela, je dois être sûre de ne > riensupprimer d'autre par mégarde. > > > D'où mes questions > 1) Dans administration - outils - maintenance sql - vérification > des tables, > est-ce que vous avez des messages d'erreur pour les tables, ou bien > sont-elles toutes OK? > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > certainesindexations décimale, ou bien est-ce qu'on peut supprimer > tous ces liens? > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > bizarresmais prévisibles vu le problème que vous rencontrez? > > (procédures à encoder dans administration - aucun paramètre à > configurer) > a) Liste des indexations décimales > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire' FROM indexint ORDER BY indexint_name > > Un peu de statistiques ! > > b) Nombre de cotes Dewey dans la table indexint > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM > indexint > > c) Nombre de cotes Dewey différentes dans la table notices > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > différentes dans > la table notices' FROM notices > > Et éventuellement celle-ci > d) Liste des notices triées par indexation décimale et par titre > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > cataloguées > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > indexint=indexint_id ORDER BY indexint_name, tit1 > > Tenez-moi au courant des résultats, et je verrai un peu clair. > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > peur de > vous faire perdre des données. > > Bonne soirée, > Anne-Marie Cubat > > > Le 19 janvier 2010 16:32, a écrit : > > > Bonjour, > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai > > d'emblée un millier (1018 exactement) de notices qui l'utilisent > (je m'en > > aperçois en cliquant sur "utilisation" ) et ce avant même que je > n'ai le > > temps de créer un panier de notices pour ajouter ma nouvelle > indexation> décimale par procédure d'action !! bizarre, non ? > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > > maintenance > > MySQL, je crée une nouvelle indexation (par superstition, je change > > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > utilisent > > cette > > nouvelle indexation. > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > ajouté une > > indexation décimale à un panier de notices puis je m'étais rendu > compte > > que > > j'avais fait une mauvaise équation. N'ayant pas de procédures > pour vider > > le > > champ indexation décimale (je ne voulais pas remplacer mais bien > > supprimer), > > une collègue m'avait conseillée de restaurer une sauvegarde sauf > la table > > indexation (je n'avais coché que indexit au moment de la > restauration). > > Ceci > > avait bien fonctionné. Voilà pour le contexte. > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une > > procédure pour vider le champ indexation décimale ..... Bref si > quelqu'un > > a > > une idée... > > > > Cordialement, > > > > Claire Rumeau > > Collège Joseph Rey > > Avenue Raymond Sommer > > 31480 Cadours > > _______________________________________________ > > 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 > > > > ------------------------------ > > Message: 4 > Date: Tue, 19 Jan 2010 20:59:07 +0100 > From: Anne-Marie CUBAT > Subject: Re: [Pmb-cdi] Indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: > <68f4997c1001191159x24481f55x1026e262c7a4ab02@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Merci, > > Savoir que tu lis mes mails - ne fût-ce que de temps en temps - me > va droit > au coeur ;-) > > Amicalement, > > Anne-Marie > > > Le 19 janvier 2010 18:51, Eric ROBERT a écrit : > > > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de > temps en > > temps ;-) > > > > Pour la requête magique de purge: > > update notices left join indexint on indexint=indexint_id set > indexint=0> where indexint_id is null > > > > la selection des données : > > *notices left join indexint on indexint=indexint_id > > > >> toutes les notices, même si l'indeaxtion décimale n'est pas > présente dans > >>> la table indexint > >>> > >> > > la restriction (clause where) > > *where indexint_id is null > > > >> parmi ces notices remontées par la sélection, ne conserver qe > celles dont > >>> l'indexation décimale n'est pas présente dans la table indexint > >>> > >> > > l'action : > > *set indexint=0 > > > >> on met l'indexation décimale de ces notices à 0 > >>> > >> > > Voilà... et normalement... ça doit cristalliser ! > > > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > > > > ----- Original Message ----- From: "Anne-Marie CUBAT" < > > annemarie.cubat@gmail.com> > > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users> list" > > Sent: Tuesday, January 19, 2010 6:10 PM > > Subject: Re: [Pmb-cdi] Indexation décimale > > > > > > > > Bonsoir, > > > > Je crois qu'il y a une confusion entre deux concepts. > > > > 1) Il y a la table indexint qui se contient la liste des indexations > > décimales. > > Les champs principaux sont > > l'id - bien sûr -indexint_id > > indexint_name (le n° dans la cotation Dewey ex. 510) > > indexint_comment (le commentaire, la traduction en clair, ex. > > mathématique) > > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > > > La table indexint n'est que la liste de vos indexations > décimales, cette > > table ne contient pas de lien vers les notices. > > Donc, la vider ne sert à rien, la remplacer par une ancienne > version non > > plus. > > > > 2) Il y a d'autre part le lien entre la table indexint et vos > notices.> Vu qu'il y a une seule indexation décimale par notice > (champ non > > répétable), > > l'info peut se trouver dans la table notices, et c'est là qu'elle > est, dans > > le champ indexint de la table notices. > > Si vous voulez supprimer le lien entre ces 1018 notices et > l'indexation> décimale, c'est là qu'il faut agir. D'après ce que > vous racontez, cela doit > > être un "reliquat" de votre ancienne erreur de manipulation. > > C'est le champ indexint de la table notices qu'il faudra vider à > mon avis. > > > > Quant à vos 1018 notices qui sont liées automatiquement à la > même cote > > Dewey, c'est possible si vous avez à chaque fois lancé une > restauration> entre deux étapes. > > Je m'explique. > > > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > > Suite à votre erreur de manipulation, dans la table notices, il y > a 1018 > > notices qui sont liées à cette cote Dewey - en termes > informatiques, 1018 > > notices ont la valeur 1 dans le champ indexint (qui contient l'id > de la > > cote > > Dewey). > > Vous restaurez une ancienne version de la base, avec une table > indexint> vide. > > Mais vous n'avez rien changé dans la table notices, vous y avez > toujours> 1018 notices qui "pointent" vers cet id n° 1 ! > > La première indexation décimale que vous allez créer portera le > n° 1. > > Quelle > > que soit la valeur que vous lui donnerez, elle sera toujours > utilisée par > > la > > table notices. Et le problème se recrée ! > > > > Mais avant de dire comment supprimer cela, je dois être sûre de > ne rien > > supprimer d'autre par mégarde. > > > > > > D'où mes questions > > 1) Dans administration - outils - maintenance sql - vérification des > > tables, > > est-ce que vous avez des messages d'erreur pour les tables, ou bien > > sont-elles toutes OK? > > > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > certaines> indexations décimale, ou bien est-ce qu'on peut > supprimer tous ces liens? > > > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > bizarres> mais prévisibles vu le problème que vous rencontrez? > > > > (procédures à encoder dans administration - aucun paramètre à > configurer)> > > a) Liste des indexations décimales > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire' FROM indexint ORDER BY indexint_name > > > > Un peu de statistiques ! > > > > b) Nombre de cotes Dewey dans la table indexint > > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' > FROM> indexint > > > > c) Nombre de cotes Dewey différentes dans la table notices > > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > différentes dans > > la table notices' FROM notices > > > > Et éventuellement celle-ci > > d) Liste des notices triées par indexation décimale et par titre > > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > > cataloguées > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > > indexint=indexint_id ORDER BY indexint_name, tit1 > > > > Tenez-moi au courant des résultats, et je verrai un peu clair. > > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > peur de > > vous faire perdre des données. > > > > Bonne soirée, > > Anne-Marie Cubat > > > > > > Le 19 janvier 2010 16:32, a écrit : > > > > Bonjour, > >> > >> Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai > >> d'emblée un millier (1018 exactement) de notices qui l'utilisent > (je m'en > >> aperçois en cliquant sur "utilisation" ) et ce avant même que je > n'ai le > >> temps de créer un panier de notices pour ajouter ma nouvelle > indexation>> décimale par procédure d'action !! bizarre, non ? > >> > >> Je restaure alors la sauvegarde faite juste avant, je lance une > >> maintenance > >> MySQL, je crée une nouvelle indexation (par superstition, je change > >> l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > utilisent>> cette > >> nouvelle indexation. > >> > >> Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > ajouté une > >> indexation décimale à un panier de notices puis je m'étais rendu > compte>> que > >> j'avais fait une mauvaise équation. N'ayant pas de procédures > pour vider > >> le > >> champ indexation décimale (je ne voulais pas remplacer mais bien > >> supprimer), > >> une collègue m'avait conseillée de restaurer une sauvegarde sauf > la table > >> indexation (je n'avais coché que indexit au moment de la > restauration).>> Ceci > >> avait bien fonctionné. Voilà pour le contexte. > >> > >> Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger > une>> procédure pour vider le champ indexation décimale ..... Bref > si quelqu'un > >> a > >> une idée... > >> > >> Cordialement, > >> > >> Claire Rumeau > >> Collège Joseph Rey > >> Avenue Raymond Sommer > >> 31480 Cadours > >> _______________________________________________ > >> 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 > > > Fin de Lot Pmb-cdi, Vol 25, Parution 11 > *************************************** > From erobert at sigb.net Wed Jan 20 15:03:59 2010 From: erobert at sigb.net (Eric ROBERT) Date: Wed Jan 20 15:04:48 2010 Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 11 References: <20100119200657.C593F3A22E@smtpout.37telecom.net> Message-ID: <7C8DC82507E94A9196EC36FF363A6B00@TINYBOB> Ma réponse vous donnait la solution miracle... Utiliser le digest est un risque de rater le suivi de votre demande... ----- Original Message ----- From: To: Sent: Wednesday, January 20, 2010 2:54 PM Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 11 Bonjour, Avant tout, merci pour la rapidité de votre réponse. Je pressentais effectivement que le problème se situait au niveau des notices, j'y vois un peu plus clair désormais mais pas encore complètement. Par contre, les 1018 notices ne sont pas liés automatiquement à la même cote Dewey (il y en a plusieurs). Ces notices sont bien celles qui étaient concernées par mon erreur de manipulation. Je souhaiterais effectivement supprimer le lien entre ces 1018 notices et la table indexit. A défaut de pouvoir supprimer le lien entre ces notices et la table indexit, alors je veux bien supprimer le lien entre toutes les notices et la table indexit Je réponds à vos questions : 1) En vérification des tables : elles sont toutes OK 2) Il n'est pas nécessaire de conserver les liens entre les notices et les indexations décimales. Tant pis, je recommencerai, ce n'est pas très long. 3)Les résultats pour les procédures suivantes : a) liste des indexations décimales : pas d'anomalie, j'obtiens "mes" indexations habituelles, la liste est identique à celle que j'ai en autorités b)Nbre de cotes dewey dans la table indexit : 128 c) Nbre de cotes Dewey différentes dans la table notices : 63 d) Liste des notices trièes par indexation décimale et par titre : là non plus, a priori pas d'anomalie Puis-je envisager la chose suivante : créer une indexation décimale intitulée "test", là mes 1018 notices vont l'utiliser, je devrais alors pouvoir les mettre dans un panier de notices et faire l'action donnée par Eric Robert : *set indexint=0 Merci Claire Rumeau Collège Joseph Rey Avenue Raymond Sommer 31480 Cadours ----- Message d'origine ----- De: pmb-cdi-request@pmbservices.fr Date: Mardi, Janvier 19, 2010 9:04 pm Objet: Lot Pmb-cdi, Vol 25, Parution 11 À: pmb-cdi@pmbservices.fr > Send Pmb-cdi mailing list submissions to > pmb-cdi@pmbservices.fr > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > or, via email, send a message with subject or body 'help' to > pmb-cdi-request@pmbservices.fr > > You can reach the person managing the list at > pmb-cdi-owner@pmbservices.fr > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pmb-cdi digest..." > > > Thèmes du jour : > > 1. Indexation décimale (Claire.Rumeau@ac-toulouse.fr) > 2. Re: Indexation décimale (Anne-Marie CUBAT) > 3. Re: Indexation décimale (Eric ROBERT) > 4. Re: Indexation décimale (Anne-Marie CUBAT) > > > -------------------------------------------------------------------- > -- > > Message: 1 > Date: Tue, 19 Jan 2010 16:32:59 +0100 > From: > Subject: [Pmb-cdi] Indexation décimale > To: "pmb-cdi@pmbservices.fr" > Message-ID: > Content-Type: text/plain; charset=iso-8859-1 > > Bonjour, > > Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai d'emblée un millier (1018 exactement) de notices qui > l'utilisent (je m'en aperçois en cliquant sur "utilisation" ) et ce > avant même que je n'ai le temps de créer un panier de notices pour > ajouter ma nouvelle indexation décimale par procédure d'action !! > bizarre, non ? > > Je restaure alors la sauvegarde faite juste avant, je lance une > maintenance MySQL, je crée une nouvelle indexation (par > superstition, je change l'intitulé) en autorités et j'ai à nouveau > 1018 notices qui utilisent cette nouvelle indexation. > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté > une indexation décimale à un panier de notices puis je m'étais > rendu compte que j'avais fait une mauvaise équation. N'ayant pas de > procédures pour vider le champ indexation décimale (je ne voulais > pas remplacer mais bien supprimer), une collègue m'avait conseillée > de restaurer une sauvegarde sauf la table indexation (je n'avais > coché que indexit au moment de la restauration). Ceci avait bien > fonctionné. Voilà pour le contexte. > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger > une procédure pour vider le champ indexation décimale ..... Bref > si quelqu'un a une idée... > > Cordialement, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > > > ------------------------------ > > Message: 2 > Date: Tue, 19 Jan 2010 18:10:14 +0100 > From: Anne-Marie CUBAT > Subject: Re: [Pmb-cdi] Indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: > <68f4997c1001190910s1b09e784k62a3a573a7115e15@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Bonsoir, > > Je crois qu'il y a une confusion entre deux concepts. > > 1) Il y a la table indexint qui se contient la liste des indexations > décimales. > Les champs principaux sont > l'id - bien sûr -indexint_id > indexint_name (le n° dans la cotation Dewey ex. 510) > indexint_comment (le commentaire, la traduction en clair, ex. > mathématique) > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > La table indexint n'est que la liste de vos indexations décimales, > cettetable ne contient pas de lien vers les notices. > Donc, la vider ne sert à rien, la remplacer par une ancienne > version non > plus. > > 2) Il y a d'autre part le lien entre la table indexint et vos notices. > Vu qu'il y a une seule indexation décimale par notice (champ non > répétable),l'info peut se trouver dans la table notices, et c'est > là qu'elle est, dans > le champ indexint de la table notices. > Si vous voulez supprimer le lien entre ces 1018 notices et > l'indexationdécimale, c'est là qu'il faut agir. D'après ce que vous > racontez, cela doit > être un "reliquat" de votre ancienne erreur de manipulation. > C'est le champ indexint de la table notices qu'il faudra vider à > mon avis. > > Quant à vos 1018 notices qui sont liées automatiquement à la même > coteDewey, c'est possible si vous avez à chaque fois lancé une > restaurationentre deux étapes. > Je m'explique. > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > Suite à votre erreur de manipulation, dans la table notices, il y a > 1018notices qui sont liées à cette cote Dewey - en termes > informatiques, 1018 > notices ont la valeur 1 dans le champ indexint (qui contient l'id > de la cote > Dewey). > Vous restaurez une ancienne version de la base, avec une table > indexintvide. > Mais vous n'avez rien changé dans la table notices, vous y avez > toujours1018 notices qui "pointent" vers cet id n° 1 ! > La première indexation décimale que vous allez créer portera le n° > 1. Quelle > que soit la valeur que vous lui donnerez, elle sera toujours > utilisée par la > table notices. Et le problème se recrée ! > > Mais avant de dire comment supprimer cela, je dois être sûre de ne > riensupprimer d'autre par mégarde. > > > D'où mes questions > 1) Dans administration - outils - maintenance sql - vérification > des tables, > est-ce que vous avez des messages d'erreur pour les tables, ou bien > sont-elles toutes OK? > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > certainesindexations décimale, ou bien est-ce qu'on peut supprimer > tous ces liens? > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > bizarresmais prévisibles vu le problème que vous rencontrez? > > (procédures à encoder dans administration - aucun paramètre à > configurer) > a) Liste des indexations décimales > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire' FROM indexint ORDER BY indexint_name > > Un peu de statistiques ! > > b) Nombre de cotes Dewey dans la table indexint > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM > indexint > > c) Nombre de cotes Dewey différentes dans la table notices > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > différentes dans > la table notices' FROM notices > > Et éventuellement celle-ci > d) Liste des notices triées par indexation décimale et par titre > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > cataloguées > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > indexint=indexint_id ORDER BY indexint_name, tit1 > > Tenez-moi au courant des résultats, et je verrai un peu clair. > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > peur de > vous faire perdre des données. > > Bonne soirée, > Anne-Marie Cubat > > > Le 19 janvier 2010 16:32, a écrit : > > > Bonjour, > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai > > d'emblée un millier (1018 exactement) de notices qui l'utilisent > (je m'en > > aperçois en cliquant sur "utilisation" ) et ce avant même que je > n'ai le > > temps de créer un panier de notices pour ajouter ma nouvelle > indexation> décimale par procédure d'action !! bizarre, non ? > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > maintenance> MySQL, je crée une nouvelle indexation (par > superstition, je change > > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > utilisent cette > > nouvelle indexation. > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > ajouté une > > indexation décimale à un panier de notices puis je m'étais rendu > compte que > > j'avais fait une mauvaise équation. N'ayant pas de procédures > pour vider le > > champ indexation décimale (je ne voulais pas remplacer mais bien > supprimer),> une collègue m'avait conseillée de restaurer une > sauvegarde sauf la table > > indexation (je n'avais coché que indexit au moment de la > restauration). Ceci > > avait bien fonctionné. Voilà pour le contexte. > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une > > procédure pour vider le champ indexation décimale ..... Bref si > quelqu'un a > > une idée... > > > > Cordialement, > > > > Claire Rumeau > > Collège Joseph Rey > > Avenue Raymond Sommer > > 31480 Cadours > > _______________________________________________ > > Pmb-cdi mailing list > > Pmb-cdi@pmbservices.fr > > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > > > > ------------------------------ > > Message: 3 > Date: Tue, 19 Jan 2010 18:51:22 +0100 > From: Eric ROBERT > Subject: Re: [Pmb-cdi] Indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: <499480D627C54412AC7BFE80554E620F@TINYBOB> > Content-Type: text/plain; format=flowed; charset=iso-8859-1; > reply-type=original > > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de > temps en > temps ;-) > > Pour la requête magique de purge: > update notices left join indexint on indexint=indexint_id set > indexint=0 > where indexint_id is null > > la selection des données : > *notices left join indexint on indexint=indexint_id > >> toutes les notices, même si l'indeaxtion décimale n'est pas > présente dans > >> la table indexint > > la restriction (clause where) > *where indexint_id is null > >> parmi ces notices remontées par la sélection, ne conserver qe > celles dont > >> l'indexation décimale n'est pas présente dans la table indexint > > l'action : > *set indexint=0 > >> on met l'indexation décimale de ces notices à 0 > > Voilà... et normalement... ça doit cristalliser ! > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > ----- Original Message ----- > From: "Anne-Marie CUBAT" > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users list" > > Sent: Tuesday, January 19, 2010 6:10 PM > Subject: Re: [Pmb-cdi] Indexation décimale > > > Bonsoir, > > Je crois qu'il y a une confusion entre deux concepts. > > 1) Il y a la table indexint qui se contient la liste des indexations > décimales. > Les champs principaux sont > l'id - bien sûr -indexint_id > indexint_name (le n° dans la cotation Dewey ex. 510) > indexint_comment (le commentaire, la traduction en clair, ex. > mathématique) > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > La table indexint n'est que la liste de vos indexations décimales, > cettetable ne contient pas de lien vers les notices. > Donc, la vider ne sert à rien, la remplacer par une ancienne > version non > plus. > > 2) Il y a d'autre part le lien entre la table indexint et vos notices. > Vu qu'il y a une seule indexation décimale par notice (champ non > répétable),l'info peut se trouver dans la table notices, et c'est > là qu'elle est, dans > le champ indexint de la table notices. > Si vous voulez supprimer le lien entre ces 1018 notices et > l'indexationdécimale, c'est là qu'il faut agir. D'après ce que vous > racontez, cela doit > être un "reliquat" de votre ancienne erreur de manipulation. > C'est le champ indexint de la table notices qu'il faudra vider à > mon avis. > > Quant à vos 1018 notices qui sont liées automatiquement à la même > coteDewey, c'est possible si vous avez à chaque fois lancé une > restaurationentre deux étapes. > Je m'explique. > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > Suite à votre erreur de manipulation, dans la table notices, il y a > 1018notices qui sont liées à cette cote Dewey - en termes > informatiques, 1018 > notices ont la valeur 1 dans le champ indexint (qui contient l'id > de la cote > Dewey). > Vous restaurez une ancienne version de la base, avec une table > indexintvide. > Mais vous n'avez rien changé dans la table notices, vous y avez > toujours1018 notices qui "pointent" vers cet id n° 1 ! > La première indexation décimale que vous allez créer portera le n° > 1. Quelle > que soit la valeur que vous lui donnerez, elle sera toujours > utilisée par la > table notices. Et le problème se recrée ! > > Mais avant de dire comment supprimer cela, je dois être sûre de ne > riensupprimer d'autre par mégarde. > > > D'où mes questions > 1) Dans administration - outils - maintenance sql - vérification > des tables, > est-ce que vous avez des messages d'erreur pour les tables, ou bien > sont-elles toutes OK? > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > certainesindexations décimale, ou bien est-ce qu'on peut supprimer > tous ces liens? > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > bizarresmais prévisibles vu le problème que vous rencontrez? > > (procédures à encoder dans administration - aucun paramètre à > configurer) > a) Liste des indexations décimales > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire' FROM indexint ORDER BY indexint_name > > Un peu de statistiques ! > > b) Nombre de cotes Dewey dans la table indexint > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' FROM > indexint > > c) Nombre de cotes Dewey différentes dans la table notices > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > différentes dans > la table notices' FROM notices > > Et éventuellement celle-ci > d) Liste des notices triées par indexation décimale et par titre > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > cataloguées > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > indexint=indexint_id ORDER BY indexint_name, tit1 > > Tenez-moi au courant des résultats, et je verrai un peu clair. > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > peur de > vous faire perdre des données. > > Bonne soirée, > Anne-Marie Cubat > > > Le 19 janvier 2010 16:32, a écrit : > > > Bonjour, > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai > > d'emblée un millier (1018 exactement) de notices qui l'utilisent > (je m'en > > aperçois en cliquant sur "utilisation" ) et ce avant même que je > n'ai le > > temps de créer un panier de notices pour ajouter ma nouvelle > indexation> décimale par procédure d'action !! bizarre, non ? > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > > maintenance > > MySQL, je crée une nouvelle indexation (par superstition, je change > > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > utilisent > > cette > > nouvelle indexation. > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > ajouté une > > indexation décimale à un panier de notices puis je m'étais rendu > compte > > que > > j'avais fait une mauvaise équation. N'ayant pas de procédures > pour vider > > le > > champ indexation décimale (je ne voulais pas remplacer mais bien > > supprimer), > > une collègue m'avait conseillée de restaurer une sauvegarde sauf > la table > > indexation (je n'avais coché que indexit au moment de la > restauration). > > Ceci > > avait bien fonctionné. Voilà pour le contexte. > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger une > > procédure pour vider le champ indexation décimale ..... Bref si > quelqu'un > > a > > une idée... > > > > Cordialement, > > > > Claire Rumeau > > Collège Joseph Rey > > Avenue Raymond Sommer > > 31480 Cadours > > _______________________________________________ > > 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 > > > > ------------------------------ > > Message: 4 > Date: Tue, 19 Jan 2010 20:59:07 +0100 > From: Anne-Marie CUBAT > Subject: Re: [Pmb-cdi] Indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: > <68f4997c1001191159x24481f55x1026e262c7a4ab02@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Merci, > > Savoir que tu lis mes mails - ne fût-ce que de temps en temps - me > va droit > au coeur ;-) > > Amicalement, > > Anne-Marie > > > Le 19 janvier 2010 18:51, Eric ROBERT a écrit : > > > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de > temps en > > temps ;-) > > > > Pour la requête magique de purge: > > update notices left join indexint on indexint=indexint_id set > indexint=0> where indexint_id is null > > > > la selection des données : > > *notices left join indexint on indexint=indexint_id > > > >> toutes les notices, même si l'indeaxtion décimale n'est pas > présente dans > >>> la table indexint > >>> > >> > > la restriction (clause where) > > *where indexint_id is null > > > >> parmi ces notices remontées par la sélection, ne conserver qe > celles dont > >>> l'indexation décimale n'est pas présente dans la table indexint > >>> > >> > > l'action : > > *set indexint=0 > > > >> on met l'indexation décimale de ces notices à 0 > >>> > >> > > Voilà... et normalement... ça doit cristalliser ! > > > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > > > > ----- Original Message ----- From: "Anne-Marie CUBAT" < > > annemarie.cubat@gmail.com> > > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users> list" > > Sent: Tuesday, January 19, 2010 6:10 PM > > Subject: Re: [Pmb-cdi] Indexation décimale > > > > > > > > Bonsoir, > > > > Je crois qu'il y a une confusion entre deux concepts. > > > > 1) Il y a la table indexint qui se contient la liste des indexations > > décimales. > > Les champs principaux sont > > l'id - bien sûr -indexint_id > > indexint_name (le n° dans la cotation Dewey ex. 510) > > indexint_comment (le commentaire, la traduction en clair, ex. > > mathématique) > > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > > > La table indexint n'est que la liste de vos indexations > décimales, cette > > table ne contient pas de lien vers les notices. > > Donc, la vider ne sert à rien, la remplacer par une ancienne > version non > > plus. > > > > 2) Il y a d'autre part le lien entre la table indexint et vos > notices.> Vu qu'il y a une seule indexation décimale par notice > (champ non > > répétable), > > l'info peut se trouver dans la table notices, et c'est là qu'elle > est, dans > > le champ indexint de la table notices. > > Si vous voulez supprimer le lien entre ces 1018 notices et > l'indexation> décimale, c'est là qu'il faut agir. D'après ce que > vous racontez, cela doit > > être un "reliquat" de votre ancienne erreur de manipulation. > > C'est le champ indexint de la table notices qu'il faudra vider à > mon avis. > > > > Quant à vos 1018 notices qui sont liées automatiquement à la > même cote > > Dewey, c'est possible si vous avez à chaque fois lancé une > restauration> entre deux étapes. > > Je m'explique. > > > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > > Suite à votre erreur de manipulation, dans la table notices, il y > a 1018 > > notices qui sont liées à cette cote Dewey - en termes > informatiques, 1018 > > notices ont la valeur 1 dans le champ indexint (qui contient l'id > de la > > cote > > Dewey). > > Vous restaurez une ancienne version de la base, avec une table > indexint> vide. > > Mais vous n'avez rien changé dans la table notices, vous y avez > toujours> 1018 notices qui "pointent" vers cet id n° 1 ! > > La première indexation décimale que vous allez créer portera le > n° 1. > > Quelle > > que soit la valeur que vous lui donnerez, elle sera toujours > utilisée par > > la > > table notices. Et le problème se recrée ! > > > > Mais avant de dire comment supprimer cela, je dois être sûre de > ne rien > > supprimer d'autre par mégarde. > > > > > > D'où mes questions > > 1) Dans administration - outils - maintenance sql - vérification des > > tables, > > est-ce que vous avez des messages d'erreur pour les tables, ou bien > > sont-elles toutes OK? > > > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > certaines> indexations décimale, ou bien est-ce qu'on peut > supprimer tous ces liens? > > > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > bizarres> mais prévisibles vu le problème que vous rencontrez? > > > > (procédures à encoder dans administration - aucun paramètre à > configurer)> > > a) Liste des indexations décimales > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire' FROM indexint ORDER BY indexint_name > > > > Un peu de statistiques ! > > > > b) Nombre de cotes Dewey dans la table indexint > > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' > FROM> indexint > > > > c) Nombre de cotes Dewey différentes dans la table notices > > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > différentes dans > > la table notices' FROM notices > > > > Et éventuellement celle-ci > > d) Liste des notices triées par indexation décimale et par titre > > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > > cataloguées > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > > indexint=indexint_id ORDER BY indexint_name, tit1 > > > > Tenez-moi au courant des résultats, et je verrai un peu clair. > > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > peur de > > vous faire perdre des données. > > > > Bonne soirée, > > Anne-Marie Cubat > > > > > > Le 19 janvier 2010 16:32, a écrit : > > > > Bonjour, > >> > >> Dans l'onglet Autorités, si je crée une nouvelle indexation > décimale, j'ai > >> d'emblée un millier (1018 exactement) de notices qui l'utilisent > (je m'en > >> aperçois en cliquant sur "utilisation" ) et ce avant même que je > n'ai le > >> temps de créer un panier de notices pour ajouter ma nouvelle > indexation>> décimale par procédure d'action !! bizarre, non ? > >> > >> Je restaure alors la sauvegarde faite juste avant, je lance une > >> maintenance > >> MySQL, je crée une nouvelle indexation (par superstition, je change > >> l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > utilisent>> cette > >> nouvelle indexation. > >> > >> Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > ajouté une > >> indexation décimale à un panier de notices puis je m'étais rendu > compte>> que > >> j'avais fait une mauvaise équation. N'ayant pas de procédures > pour vider > >> le > >> champ indexation décimale (je ne voulais pas remplacer mais bien > >> supprimer), > >> une collègue m'avait conseillée de restaurer une sauvegarde sauf > la table > >> indexation (je n'avais coché que indexit au moment de la > restauration).>> Ceci > >> avait bien fonctionné. Voilà pour le contexte. > >> > >> Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger > une>> procédure pour vider le champ indexation décimale ..... Bref > si quelqu'un > >> a > >> une idée... > >> > >> Cordialement, > >> > >> Claire Rumeau > >> Collège Joseph Rey > >> Avenue Raymond Sommer > >> 31480 Cadours > >> _______________________________________________ > >> 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 > > > Fin de Lot Pmb-cdi, Vol 25, Parution 11 > *************************************** > _______________________________________________ Pmb-cdi mailing list Pmb-cdi@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From Claire.Rumeau at ac-toulouse.fr Thu Jan 21 10:23:13 2010 From: Claire.Rumeau at ac-toulouse.fr (Claire.Rumeau@ac-toulouse.fr) Date: Thu Jan 21 10:26:23 2010 Subject: [Pmb-cdi] =?iso-8859-1?q?indexation_d=E9cimale?= Message-ID: Bonjour, Je m'aperçois que mon problème touche beaucoup plus de notices que prévu (en effet, j'ai beaucoup créer de nouvelles indexations et j'ai beaucoup restauré de sauvegarde sans la table indexit, ce qui ne servait à rien, je l'ai bien compris maintenant) Donc je voudrais tout simplement supprimer toutes relations entre mes notices et les indexations décimales ; en effet, il serait plus long de chercher les notices "endommagées" que de recréer des indexations décimales et de les rattacher à des notices. Cordialement, Claire Rumeau Collège Joseph Rey Avenue Raymond Sommer 31480 Cadours From Claire.Rumeau at ac-toulouse.fr Thu Jan 21 11:35:22 2010 From: Claire.Rumeau at ac-toulouse.fr (Claire.Rumeau@ac-toulouse.fr) Date: Thu Jan 21 11:38:32 2010 Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 14 In-Reply-To: <20100121092709.8175F3A39B@smtpout.37telecom.net> References: <20100121092709.8175F3A39B@smtpout.37telecom.net> Message-ID: Je vois bien que vous m'avez répondu mais c'est un peu trop technique pour moi. Je vous embette une dernière fois pour être bien sûre de ce que je dois faire : Dans Catalogue / Panier / Gestion des procédures / ajouter une procédure : il s'agit d'une procédure d'action et son code mysql est : update notices left join indexint on indexint=indexint_id set indexint=0 where indexint_id is null Puis je mets toutes les notices dans un panier de notices, puis je lance cette procédure Ai-je bien compris ? Pas de paramètre à configurer ? Merci Claire Rumeau Collège Joseph Rey Avenue Raymond Sommer 31480 Cadours ----- Message d'origine ----- De: pmb-cdi-request@pmbservices.fr Date: Jeudi, Janvier 21, 2010 10:29 am Objet: Lot Pmb-cdi, Vol 25, Parution 14 À: pmb-cdi@pmbservices.fr > Send Pmb-cdi mailing list submissions to > pmb-cdi@pmbservices.fr > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > or, via email, send a message with subject or body 'help' to > pmb-cdi-request@pmbservices.fr > > You can reach the person managing the list at > pmb-cdi-owner@pmbservices.fr > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pmb-cdi digest..." > > > Thèmes du jour : > > 1. Re: Re : Lot Pmb-cdi, Vol 25, Parution 11 (Eric ROBERT) > 2. indexation décimale (Claire.Rumeau@ac-toulouse.fr) > > > -------------------------------------------------------------------- > -- > > Message: 1 > Date: Wed, 20 Jan 2010 15:03:59 +0100 > From: Eric ROBERT > Subject: Re: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 11 > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: <7C8DC82507E94A9196EC36FF363A6B00@TINYBOB> > Content-Type: text/plain; format=flowed; charset=iso-8859-1; > reply-type=original > > Ma réponse vous donnait la solution miracle... Utiliser le digest > est un > risque de rater le suivi de votre demande... > > > ----- Original Message ----- > From: > To: > Sent: Wednesday, January 20, 2010 2:54 PM > Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 11 > > > Bonjour, > > Avant tout, merci pour la rapidité de votre réponse. > > Je pressentais effectivement que le problème se situait au niveau > des > notices, j'y vois un peu plus clair désormais mais pas encore > complètement. > Par contre, les 1018 notices ne sont pas liés automatiquement à la > même cote > Dewey (il y en a plusieurs). Ces notices sont bien celles qui > étaient > concernées par mon erreur de manipulation. > Je souhaiterais effectivement supprimer le lien entre ces 1018 > notices et la > table indexit. A défaut de pouvoir supprimer le lien entre ces > notices et la > table indexit, alors je veux bien supprimer le lien entre toutes > les notices > et la table indexit > > Je réponds à vos questions : > 1) En vérification des tables : elles sont toutes OK > > 2) Il n'est pas nécessaire de conserver les liens entre les notices > et les > indexations décimales. Tant pis, je recommencerai, ce n'est pas > très long. > > 3)Les résultats pour les procédures suivantes : > a) liste des indexations décimales : pas d'anomalie, j'obtiens > "mes" > indexations habituelles, la liste est identique à celle que j'ai en > autorités > b)Nbre de cotes dewey dans la table indexit : 128 > c) Nbre de cotes Dewey différentes dans la table notices : 63 > d) Liste des notices trièes par indexation décimale et par titre : > là non > plus, a priori pas d'anomalie > > Puis-je envisager la chose suivante : créer une indexation décimale > intitulée "test", là mes 1018 notices vont l'utiliser, je devrais > alors > pouvoir les mettre dans un panier de notices et faire l'action > donnée par > Eric Robert : *set indexint=0 > > Merci > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > > ----- Message d'origine ----- > De: pmb-cdi-request@pmbservices.fr > Date: Mardi, Janvier 19, 2010 9:04 pm > Objet: Lot Pmb-cdi, Vol 25, Parution 11 > À: pmb-cdi@pmbservices.fr > > > Send Pmb-cdi mailing list submissions to > > pmb-cdi@pmbservices.fr > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > or, via email, send a message with subject or body 'help' to > > pmb-cdi-request@pmbservices.fr > > > > You can reach the person managing the list at > > pmb-cdi-owner@pmbservices.fr > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Pmb-cdi digest..." > > > > > > Thèmes du jour : > > > > 1. Indexation décimale (Claire.Rumeau@ac-toulouse.fr) > > 2. Re: Indexation décimale (Anne-Marie CUBAT) > > 3. Re: Indexation décimale (Eric ROBERT) > > 4. Re: Indexation décimale (Anne-Marie CUBAT) > > > > > > ------------------------------------------------------------------ > -- > > -- > > > > Message: 1 > > Date: Tue, 19 Jan 2010 16:32:59 +0100 > > From: > > Subject: [Pmb-cdi] Indexation décimale > > To: "pmb-cdi@pmbservices.fr" > > Message-ID: > > Content-Type: text/plain; charset=iso-8859-1 > > > > Bonjour, > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > > décimale, j'ai d'emblée un millier (1018 exactement) de notices qui > > l'utilisent (je m'en aperçois en cliquant sur "utilisation" ) et ce > > avant même que je n'ai le temps de créer un panier de notices pour > > ajouter ma nouvelle indexation décimale par procédure d'action !! > > bizarre, non ? > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > > maintenance MySQL, je crée une nouvelle indexation (par > > superstition, je change l'intitulé) en autorités et j'ai à nouveau > > 1018 notices qui utilisent cette nouvelle indexation. > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais ajouté > > une indexation décimale à un panier de notices puis je m'étais > > rendu compte que j'avais fait une mauvaise équation. N'ayant pas de > > procédures pour vider le champ indexation décimale (je ne voulais > > pas remplacer mais bien supprimer), une collègue m'avait conseillée > > de restaurer une sauvegarde sauf la table indexation (je n'avais > > coché que indexit au moment de la restauration). Ceci avait bien > > fonctionné. Voilà pour le contexte. > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger > > une procédure pour vider le champ indexation décimale ..... Bref > > si quelqu'un a une idée... > > > > Cordialement, > > > > Claire Rumeau > > Collège Joseph Rey > > Avenue Raymond Sommer > > 31480 Cadours > > > > > > ------------------------------ > > > > Message: 2 > > Date: Tue, 19 Jan 2010 18:10:14 +0100 > > From: Anne-Marie CUBAT > > Subject: Re: [Pmb-cdi] Indexation décimale > > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users> list > > Message-ID: > > <68f4997c1001190910s1b09e784k62a3a573a7115e15@mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Bonsoir, > > > > Je crois qu'il y a une confusion entre deux concepts. > > > > 1) Il y a la table indexint qui se contient la liste des indexations > > décimales. > > Les champs principaux sont > > l'id - bien sûr -indexint_id > > indexint_name (le n° dans la cotation Dewey ex. 510) > > indexint_comment (le commentaire, la traduction en clair, ex. > > mathématique) > > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > > > La table indexint n'est que la liste de vos indexations décimales, > > cettetable ne contient pas de lien vers les notices. > > Donc, la vider ne sert à rien, la remplacer par une ancienne > > version non > > plus. > > > > 2) Il y a d'autre part le lien entre la table indexint et vos > notices.> Vu qu'il y a une seule indexation décimale par notice > (champ non > > répétable),l'info peut se trouver dans la table notices, et c'est > > là qu'elle est, dans > > le champ indexint de la table notices. > > Si vous voulez supprimer le lien entre ces 1018 notices et > > l'indexationdécimale, c'est là qu'il faut agir. D'après ce que vous > > racontez, cela doit > > être un "reliquat" de votre ancienne erreur de manipulation. > > C'est le champ indexint de la table notices qu'il faudra vider à > > mon avis. > > > > Quant à vos 1018 notices qui sont liées automatiquement à la même > > coteDewey, c'est possible si vous avez à chaque fois lancé une > > restaurationentre deux étapes. > > Je m'explique. > > > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > > Suite à votre erreur de manipulation, dans la table notices, il y a > > 1018notices qui sont liées à cette cote Dewey - en termes > > informatiques, 1018 > > notices ont la valeur 1 dans le champ indexint (qui contient l'id > > de la cote > > Dewey). > > Vous restaurez une ancienne version de la base, avec une table > > indexintvide. > > Mais vous n'avez rien changé dans la table notices, vous y avez > > toujours1018 notices qui "pointent" vers cet id n° 1 ! > > La première indexation décimale que vous allez créer portera le n° > > 1. Quelle > > que soit la valeur que vous lui donnerez, elle sera toujours > > utilisée par la > > table notices. Et le problème se recrée ! > > > > Mais avant de dire comment supprimer cela, je dois être sûre de ne > > riensupprimer d'autre par mégarde. > > > > > > D'où mes questions > > 1) Dans administration - outils - maintenance sql - vérification > > des tables, > > est-ce que vous avez des messages d'erreur pour les tables, ou bien > > sont-elles toutes OK? > > > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > > certainesindexations décimale, ou bien est-ce qu'on peut supprimer > > tous ces liens? > > > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > > bizarresmais prévisibles vu le problème que vous rencontrez? > > > > (procédures à encoder dans administration - aucun paramètre à > > configurer) > > a) Liste des indexations décimales > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire' FROM indexint ORDER BY indexint_name > > > > Un peu de statistiques ! > > > > b) Nombre de cotes Dewey dans la table indexint > > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' > FROM> indexint > > > > c) Nombre de cotes Dewey différentes dans la table notices > > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > > différentes dans > > la table notices' FROM notices > > > > Et éventuellement celle-ci > > d) Liste des notices triées par indexation décimale et par titre > > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > > cataloguées > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > > indexint=indexint_id ORDER BY indexint_name, tit1 > > > > Tenez-moi au courant des résultats, et je verrai un peu clair. > > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > > peur de > > vous faire perdre des données. > > > > Bonne soirée, > > Anne-Marie Cubat > > > > > > Le 19 janvier 2010 16:32, a écrit : > > > > > Bonjour, > > > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > > décimale, j'ai > > > d'emblée un millier (1018 exactement) de notices qui l'utilisent > > (je m'en > > > aperçois en cliquant sur "utilisation" ) et ce avant même que je > > n'ai le > > > temps de créer un panier de notices pour ajouter ma nouvelle > > indexation> décimale par procédure d'action !! bizarre, non ? > > > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > > maintenance> MySQL, je crée une nouvelle indexation (par > > superstition, je change > > > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > > utilisent cette > > > nouvelle indexation. > > > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > > ajouté une > > > indexation décimale à un panier de notices puis je m'étais rendu > > compte que > > > j'avais fait une mauvaise équation. N'ayant pas de procédures > > pour vider le > > > champ indexation décimale (je ne voulais pas remplacer mais bien > > supprimer),> une collègue m'avait conseillée de restaurer une > > sauvegarde sauf la table > > > indexation (je n'avais coché que indexit au moment de la > > restauration). Ceci > > > avait bien fonctionné. Voilà pour le contexte. > > > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait > rédiger une > > > procédure pour vider le champ indexation décimale ..... Bref si > > quelqu'un a > > > une idée... > > > > > > Cordialement, > > > > > > Claire Rumeau > > > Collège Joseph Rey > > > Avenue Raymond Sommer > > > 31480 Cadours > > > _______________________________________________ > > > Pmb-cdi mailing list > > > Pmb-cdi@pmbservices.fr > > > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Tue, 19 Jan 2010 18:51:22 +0100 > > From: Eric ROBERT > > Subject: Re: [Pmb-cdi] Indexation décimale > > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users> list > > Message-ID: <499480D627C54412AC7BFE80554E620F@TINYBOB> > > Content-Type: text/plain; format=flowed; charset=iso-8859-1; > > reply-type=original > > > > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de > > temps en > > temps ;-) > > > > Pour la requête magique de purge: > > update notices left join indexint on indexint=indexint_id set > > indexint=0 > > where indexint_id is null > > > > la selection des données : > > *notices left join indexint on indexint=indexint_id > > >> toutes les notices, même si l'indeaxtion décimale n'est pas > > présente dans > > >> la table indexint > > > > la restriction (clause where) > > *where indexint_id is null > > >> parmi ces notices remontées par la sélection, ne conserver qe > > celles dont > > >> l'indexation décimale n'est pas présente dans la table indexint > > > > l'action : > > *set indexint=0 > > >> on met l'indexation décimale de ces notices à 0 > > > > Voilà... et normalement... ça doit cristalliser ! > > > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > > > > ----- Original Message ----- > > From: "Anne-Marie CUBAT" > > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB > > Users list" > > > > Sent: Tuesday, January 19, 2010 6:10 PM > > Subject: Re: [Pmb-cdi] Indexation décimale > > > > > > Bonsoir, > > > > Je crois qu'il y a une confusion entre deux concepts. > > > > 1) Il y a la table indexint qui se contient la liste des indexations > > décimales. > > Les champs principaux sont > > l'id - bien sûr -indexint_id > > indexint_name (le n° dans la cotation Dewey ex. 510) > > indexint_comment (le commentaire, la traduction en clair, ex. > > mathématique) > > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > > > La table indexint n'est que la liste de vos indexations décimales, > > cettetable ne contient pas de lien vers les notices. > > Donc, la vider ne sert à rien, la remplacer par une ancienne > > version non > > plus. > > > > 2) Il y a d'autre part le lien entre la table indexint et vos > notices.> Vu qu'il y a une seule indexation décimale par notice > (champ non > > répétable),l'info peut se trouver dans la table notices, et c'est > > là qu'elle est, dans > > le champ indexint de la table notices. > > Si vous voulez supprimer le lien entre ces 1018 notices et > > l'indexationdécimale, c'est là qu'il faut agir. D'après ce que vous > > racontez, cela doit > > être un "reliquat" de votre ancienne erreur de manipulation. > > C'est le champ indexint de la table notices qu'il faudra vider à > > mon avis. > > > > Quant à vos 1018 notices qui sont liées automatiquement à la même > > coteDewey, c'est possible si vous avez à chaque fois lancé une > > restaurationentre deux étapes. > > Je m'explique. > > > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > > Suite à votre erreur de manipulation, dans la table notices, il y a > > 1018notices qui sont liées à cette cote Dewey - en termes > > informatiques, 1018 > > notices ont la valeur 1 dans le champ indexint (qui contient l'id > > de la cote > > Dewey). > > Vous restaurez une ancienne version de la base, avec une table > > indexintvide. > > Mais vous n'avez rien changé dans la table notices, vous y avez > > toujours1018 notices qui "pointent" vers cet id n° 1 ! > > La première indexation décimale que vous allez créer portera le n° > > 1. Quelle > > que soit la valeur que vous lui donnerez, elle sera toujours > > utilisée par la > > table notices. Et le problème se recrée ! > > > > Mais avant de dire comment supprimer cela, je dois être sûre de ne > > riensupprimer d'autre par mégarde. > > > > > > D'où mes questions > > 1) Dans administration - outils - maintenance sql - vérification > > des tables, > > est-ce que vous avez des messages d'erreur pour les tables, ou bien > > sont-elles toutes OK? > > > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > > certainesindexations décimale, ou bien est-ce qu'on peut supprimer > > tous ces liens? > > > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > > bizarresmais prévisibles vu le problème que vous rencontrez? > > > > (procédures à encoder dans administration - aucun paramètre à > > configurer) > > a) Liste des indexations décimales > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire' FROM indexint ORDER BY indexint_name > > > > Un peu de statistiques ! > > > > b) Nombre de cotes Dewey dans la table indexint > > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' > FROM> indexint > > > > c) Nombre de cotes Dewey différentes dans la table notices > > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > > différentes dans > > la table notices' FROM notices > > > > Et éventuellement celle-ci > > d) Liste des notices triées par indexation décimale et par titre > > N.B. Cela risque d'être long ! Tout dépend du nombre de notices déjà > > cataloguées > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > > indexint=indexint_id ORDER BY indexint_name, tit1 > > > > Tenez-moi au courant des résultats, et je verrai un peu clair. > > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > > peur de > > vous faire perdre des données. > > > > Bonne soirée, > > Anne-Marie Cubat > > > > > > Le 19 janvier 2010 16:32, a écrit : > > > > > Bonjour, > > > > > > Dans l'onglet Autorités, si je crée une nouvelle indexation > > décimale, j'ai > > > d'emblée un millier (1018 exactement) de notices qui l'utilisent > > (je m'en > > > aperçois en cliquant sur "utilisation" ) et ce avant même que je > > n'ai le > > > temps de créer un panier de notices pour ajouter ma nouvelle > > indexation> décimale par procédure d'action !! bizarre, non ? > > > > > > Je restaure alors la sauvegarde faite juste avant, je lance une > > > maintenance > > > MySQL, je crée une nouvelle indexation (par superstition, je > change> > l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > > utilisent > > > cette > > > nouvelle indexation. > > > > > > Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > > ajouté une > > > indexation décimale à un panier de notices puis je m'étais rendu > > compte > > > que > > > j'avais fait une mauvaise équation. N'ayant pas de procédures > > pour vider > > > le > > > champ indexation décimale (je ne voulais pas remplacer mais bien > > > supprimer), > > > une collègue m'avait conseillée de restaurer une sauvegarde sauf > > la table > > > indexation (je n'avais coché que indexit au moment de la > > restauration). > > > Ceci > > > avait bien fonctionné. Voilà pour le contexte. > > > > > > Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait > rédiger une > > > procédure pour vider le champ indexation décimale ..... Bref si > > quelqu'un > > > a > > > une idée... > > > > > > Cordialement, > > > > > > Claire Rumeau > > > Collège Joseph Rey > > > Avenue Raymond Sommer > > > 31480 Cadours > > > _______________________________________________ > > > 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 > > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Tue, 19 Jan 2010 20:59:07 +0100 > > From: Anne-Marie CUBAT > > Subject: Re: [Pmb-cdi] Indexation décimale > > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB > Users> list > > Message-ID: > > <68f4997c1001191159x24481f55x1026e262c7a4ab02@mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Merci, > > > > Savoir que tu lis mes mails - ne fût-ce que de temps en temps - me > > va droit > > au coeur ;-) > > > > Amicalement, > > > > Anne-Marie > > > > > > Le 19 janvier 2010 18:51, Eric ROBERT a écrit : > > > > > Superbe explication d'Anne-Marie (tu vois que je lis tes mails de > > temps en > > > temps ;-) > > > > > > Pour la requête magique de purge: > > > update notices left join indexint on indexint=indexint_id set > > indexint=0> where indexint_id is null > > > > > > la selection des données : > > > *notices left join indexint on indexint=indexint_id > > > > > >> toutes les notices, même si l'indeaxtion décimale n'est pas > > présente dans > > >>> la table indexint > > >>> > > >> > > > la restriction (clause where) > > > *where indexint_id is null > > > > > >> parmi ces notices remontées par la sélection, ne conserver qe > > celles dont > > >>> l'indexation décimale n'est pas présente dans la table indexint > > >>> > > >> > > > l'action : > > > *set indexint=0 > > > > > >> on met l'indexation décimale de ces notices à 0 > > >>> > > >> > > > Voilà... et normalement... ça doit cristalliser ! > > > > > > Eric (en pleine forme, préparation des RMLL demain ;-) > > > > > > > > > ----- Original Message ----- From: "Anne-Marie CUBAT" < > > > annemarie.cubat@gmail.com> > > > To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB > > Users> list" > > > Sent: Tuesday, January 19, 2010 6:10 PM > > > Subject: Re: [Pmb-cdi] Indexation décimale > > > > > > > > > > > > Bonsoir, > > > > > > Je crois qu'il y a une confusion entre deux concepts. > > > > > > 1) Il y a la table indexint qui se contient la liste des > indexations> > décimales. > > > Les champs principaux sont > > > l'id - bien sûr -indexint_id > > > indexint_name (le n° dans la cotation Dewey ex. 510) > > > indexint_comment (le commentaire, la traduction en clair, ex. > > > mathématique) > > > et encore deux autre qui ne nous intéressent pas dans ce contexte. > > > > > > La table indexint n'est que la liste de vos indexations > > décimales, cette > > > table ne contient pas de lien vers les notices. > > > Donc, la vider ne sert à rien, la remplacer par une ancienne > > version non > > > plus. > > > > > > 2) Il y a d'autre part le lien entre la table indexint et vos > > notices.> Vu qu'il y a une seule indexation décimale par notice > > (champ non > > > répétable), > > > l'info peut se trouver dans la table notices, et c'est là qu'elle > > est, dans > > > le champ indexint de la table notices. > > > Si vous voulez supprimer le lien entre ces 1018 notices et > > l'indexation> décimale, c'est là qu'il faut agir. D'après ce que > > vous racontez, cela doit > > > être un "reliquat" de votre ancienne erreur de manipulation. > > > C'est le champ indexint de la table notices qu'il faudra vider à > > mon avis. > > > > > > Quant à vos 1018 notices qui sont liées automatiquement à la > > même cote > > > Dewey, c'est possible si vous avez à chaque fois lancé une > > restauration> entre deux étapes. > > > Je m'explique. > > > > > > Imaginons que la cote Dewey litigieuse ait l'id n° 1. > > > Suite à votre erreur de manipulation, dans la table notices, il y > > a 1018 > > > notices qui sont liées à cette cote Dewey - en termes > > informatiques, 1018 > > > notices ont la valeur 1 dans le champ indexint (qui contient l'id > > de la > > > cote > > > Dewey). > > > Vous restaurez une ancienne version de la base, avec une table > > indexint> vide. > > > Mais vous n'avez rien changé dans la table notices, vous y avez > > toujours> 1018 notices qui "pointent" vers cet id n° 1 ! > > > La première indexation décimale que vous allez créer portera le > > n° 1. > > > Quelle > > > que soit la valeur que vous lui donnerez, elle sera toujours > > utilisée par > > > la > > > table notices. Et le problème se recrée ! > > > > > > Mais avant de dire comment supprimer cela, je dois être sûre de > > ne rien > > > supprimer d'autre par mégarde. > > > > > > > > > D'où mes questions > > > 1) Dans administration - outils - maintenance sql - > vérification des > > > tables, > > > est-ce que vous avez des messages d'erreur pour les tables, ou > bien> > sont-elles toutes OK? > > > > > > 2) Est-ce qu'il faut conserver le lien entre certaines notices et > > certaines> indexations décimale, ou bien est-ce qu'on peut > > supprimer tous ces liens? > > > > > > 3) Quels résultats vous donnent ces procédures-ci ? Des résultats > > bizarres> mais prévisibles vu le problème que vous rencontrez? > > > > > > (procédures à encoder dans administration - aucun paramètre à > > configurer)> > > > a) Liste des indexations décimales > > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > > 'Commentaire' FROM indexint ORDER BY indexint_name > > > > > > Un peu de statistiques ! > > > > > > b) Nombre de cotes Dewey dans la table indexint > > > SELECT COUNT(*) AS 'Nombre de cotes Dewey dans la table indexint' > > FROM> indexint > > > > > > c) Nombre de cotes Dewey différentes dans la table notices > > > SELECT COUNT(DISTINCT indexint) as 'Nombre de cotes Dewey > > différentes dans > > > la table notices' FROM notices > > > > > > Et éventuellement celle-ci > > > d) Liste des notices triées par indexation décimale et par titre > > > N.B. Cela risque d'être long ! Tout dépend du nombre de notices > déjà> > cataloguées > > > SELECT CONCAT(' ',indexint_name) as 'Cote', indexint_comment as > > > 'Commentaire', tit1 as Titre FROM indexint, notices WHERE > > > indexint=indexint_id ORDER BY indexint_name, tit1 > > > > > > Tenez-moi au courant des résultats, et je verrai un peu clair. > > > Je tiens à éviter de vous dire d'emblée "faites ceci ou cela" de > > peur de > > > vous faire perdre des données. > > > > > > Bonne soirée, > > > Anne-Marie Cubat > > > > > > > > > Le 19 janvier 2010 16:32, a > écrit : > > > > > > Bonjour, > > >> > > >> Dans l'onglet Autorités, si je crée une nouvelle indexation > > décimale, j'ai > > >> d'emblée un millier (1018 exactement) de notices qui l'utilisent > > (je m'en > > >> aperçois en cliquant sur "utilisation" ) et ce avant même que je > > n'ai le > > >> temps de créer un panier de notices pour ajouter ma nouvelle > > indexation>> décimale par procédure d'action !! bizarre, non ? > > >> > > >> Je restaure alors la sauvegarde faite juste avant, je lance une > > >> maintenance > > >> MySQL, je crée une nouvelle indexation (par superstition, je > change> >> l'intitulé) en autorités et j'ai à nouveau 1018 notices qui > > utilisent>> cette > > >> nouvelle indexation. > > >> > > >> Je ne comprends pas ce qui se passe. Il y a un mois, j'avais > > ajouté une > > >> indexation décimale à un panier de notices puis je m'étais rendu > > compte>> que > > >> j'avais fait une mauvaise équation. N'ayant pas de procédures > > pour vider > > >> le > > >> champ indexation décimale (je ne voulais pas remplacer mais bien > > >> supprimer), > > >> une collègue m'avait conseillée de restaurer une sauvegarde sauf > > la table > > >> indexation (je n'avais coché que indexit au moment de la > > restauration).>> Ceci > > >> avait bien fonctionné. Voilà pour le contexte. > > >> > > >> Si quelqu'un a déjà eu ce problème, ou si quelqu'un sait rédiger > > une>> procédure pour vider le champ indexation décimale ..... Bref > > si quelqu'un > > >> a > > >> une idée... > > >> > > >> Cordialement, > > >> > > >> Claire Rumeau > > >> Collège Joseph Rey > > >> Avenue Raymond Sommer > > >> 31480 Cadours > > >> _______________________________________________ > > >> 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 > > > > > > Fin de Lot Pmb-cdi, Vol 25, Parution 11 > > *************************************** > > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > > > ------------------------------ > > Message: 2 > Date: Thu, 21 Jan 2010 10:23:13 +0100 > From: > Subject: [Pmb-cdi] indexation décimale > To: "pmb-cdi@pmbservices.fr" > Message-ID: > Content-Type: text/plain; charset=iso-8859-1 > > Bonjour, > > Je m'aperçois que mon problème touche beaucoup plus de notices que > prévu (en effet, j'ai beaucoup créer de nouvelles indexations et > j'ai beaucoup restauré de sauvegarde sans la table indexit, ce qui > ne servait à rien, je l'ai bien compris maintenant) > > Donc je voudrais tout simplement supprimer toutes relations entre > mes notices et les indexations décimales ; en effet, il serait plus > long de chercher les notices "endommagées" que de recréer des > indexations décimales et de les rattacher à des notices. > > Cordialement, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > > > ------------------------------ > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > > Fin de Lot Pmb-cdi, Vol 25, Parution 14 > *************************************** > From annemarie.cubat at gmail.com Thu Jan 21 12:05:55 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Thu Jan 21 12:05:58 2010 Subject: =?ISO-8859-1?Q?Re=3A_=5BPmb=2Dcdi=5D_indexation_d=E9cimale?= In-Reply-To: References: Message-ID: <68f4997c1001210305k190cee11yf3d5c5a21be64174@mail.gmail.com> Bonjour, Non, la solution qu'Eric vous a donnée n'est pas liée à un panier. Donc, ce n'est pas dans catalogue / paniers / procédures qu'il faut créer cette procédure. La solution d'Eric est une procédure à créer dans administration - actions personnalisables. Comme Eric l'a dit, sa requête vide le champ indexint de la table notices dans certains cas (voir son message). Si vous voulez vider entièrement le champ indexint de la table notices, la requête devient : update notices set indexint=0 C'est ce que j'hésitais à vous donner la première fois, vu l'effet radical (plus aucun lien entre la table notices et la table indexint), et c'est pourquoi Eric est intervenu. Pour reconstituer les liens entre ces 2 tables, il y a moyen de le faire par des procédures liées aux paniers, en théorie grâce aux cotes des exemplaires, je suppose que les 3 premiers caractères de la cote correspondent à la Dewey. Si c'est le cas, je peux vous expliquer comment procéder, cela vous ferait sûrement gagner du temps. Bonne journée, Anne-Marie Cubat N.B. Comme Eric le disait, évitez de changer l'objet du message en cours de route, ce n'est pas pratique. J'ai réalisé aujourd'hui que vous m'aviez écrit hier. J'avais scanné rapidement mes messages hier, et je n'avais pas vu "indexation décimale" dans la liste des objets de messages, donc j'ai pensé qu'il n'y avait pas encore de réponse de votre part. C'est d'autant plus gênant si on emploie G-mail (c'est mon cas), qui offre l'avantage de pouvoir suivre le "fil d'une conversation". Or, en changeant à chaque fois l'objet du message, le fil est rompu. Le risque pour vous (Eric l'évoquait d'ailleurs), c'est qu'on ne vous réponde pas tout de suite car on ne réalise pas que c'est en fait la suite d'un autre message. Dernier argument : le titre "indexation décimale" est hautement plus significatif que "Lot Pmb-cdi, Vol 25, Parution 11" !! Le 21 janvier 2010 10:23, a écrit : > Bonjour, > > Je m'aperçois que mon problème touche beaucoup plus de notices que prévu > (en effet, j'ai beaucoup créer de nouvelles indexations et j'ai beaucoup > restauré de sauvegarde sans la table indexit, ce qui ne servait à rien, je > l'ai bien compris maintenant) > > Donc je voudrais tout simplement supprimer toutes relations entre mes > notices et les indexations décimales ; en effet, il serait plus long de > chercher les notices "endommagées" que de recréer des indexations décimales > et de les rattacher à des notices. > > Cordialement, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From annemarie.cubat at gmail.com Mon Jan 25 12:26:19 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Mon Jan 25 12:26:22 2010 Subject: [Pmb-cdi] =?iso-8859-1?q?Eureka_-_Installation_de_PMB_3=2E2=2E11?= =?iso-8859-1?q?_ou_PMB_3=2E3=2E1_sous_Wampserver_2_avec_un_Z_39=2E?= =?iso-8859-1?q?50_op=E9rationnel_!?= Message-ID: <68f4997c1001250326x6e2f87b9ja6809ab670c114bb@mail.gmail.com> Bonjour à tous, Nous étions confrontés à un problème existentiel : comment installer la dernière version de PMB sans perdre Z 39.50 et donc sans perdre la possibilité de télécharger des notices bibliographiques, de la BNF, Sudoc, Citédoc ... En effet, beaucoup d'entre nous employent encore Easyphp 1.8, qui devient un peu dépassé, mais qui d'autre part offre l'immense avantage d'avoir les extensions php nécessaires, entre autres yaz qui est indispensable pour le Z 39.50 J'ai longtemps cherché - en vain - et puis j'ai eu l'attention attirée par un petit article sur le portail Netvibes de PMBDoc http://www.netvibes.com/pmbdoc#PMB Article dans lequel Hans Dillaerts, professeur à l'université de Montpellier III et responsable du site PMBDoc, expliquait qu'il ne fallait pas employer la toute dernière version de Wampserver 2, Wampserver 2.0.i, car on avait des problèmes avec le Z 39.50, et qu'il fallait de préférence employer l'avant-dernière version Wampserver 2.0.h Conclusion logique que j'ai pu en tirer : donc Hans Dillaerts sait comment configurer Wampserver 2 afin d'avoir un Z 39.50 opérationnel. Je lui donc écrit, il m'a répondu fort gentiment en me renvoyant un lien vers un tutoriel mis en ligne sur le site de l'université. Je lui ai réécrit car il restait encore une petite interrogation, mais maintenant tout est en ordre. Grâce au tutoriel, j'ai réussi à installer sous Wampserver 2.0.h les 2 dernières versions de PMB : 3.2.11 et 3.3.1 Et Z 39.50 fonctionne ! Victoire ! N.B. Jusqu'à présent, j'ai essayé sous XP et Vista, pas encore sous Windows 7. Voici un extrait du mail envoyé par Hans Dillaerts "En ce qui concerne la configuration du protocole Z39.50, je vous invite à consulter l?article « Mise en place sur Windows » sur mon site PMBDoc : https://pmbdoc.beziers.univ-montp3.fr/tiki-index.php?page=Mise+en+place+sur+Windowset l?excellent tutoriel vidéo réalisé par Alexandra Cusimano (le temps de chargement de la vidéo est un peu lent) : https://pmbdoc.beziers.univ-montp3.fr/tiki-index.php?page=Mise+en+place+sur+Windows#Annexes" Vous trouverez toutes les infos nécessaires dans ce document fort clair, j'ai suivi pas à pas la démarche décrite dans le tutoriel, et je n'ai pas rencontré de problème. Je n'ai aucun mérite dans l'affaire, j'ai simplement eu un peu de chance et un peu de "flair", j'ai frappé à la bonne porte pour obtenir les indications nécessaires, et surtout, on m'a répondu très gentiment. Merci donc à Hans Dillaerts pour son aide. Bonne journée à tous, Anne-Marie Cubat From annemarie.cubat at gmail.com Mon Jan 25 12:49:10 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Mon Jan 25 12:49:13 2010 Subject: [Pmb-cdi] Installation de PMB sur Linux Message-ID: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> Rebonjour, Complément d'information Je viens de découvrir qu'il y a aussi sur le site de Montpellier III un tutoriel qui explique comment installer PMB sur Linux Ubuntu - et comment configurer Z 39.50 Voici le lien https://pmbdoc.beziers.univ-montp3.fr/tiki-index.php?page=Mise+en+place+sur+Linux&structure=Installation+de+PMB Anne-Marie-Cubat From regis-viard at orange.fr Mon Jan 25 13:29:26 2010 From: regis-viard at orange.fr (Regis VIARD) Date: Mon Jan 25 13:29:28 2010 Subject: [Pmb-cdi] Installation de PMB sur Linux In-Reply-To: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> References: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> Message-ID: <22373375.101123.1264422566124.JavaMail.www@wwinf1e37> Re bonjour En voilà un lien qu'Annie devrait mettre entre les fiches 1.2 et 1.3 ! Régis > Message du 25/01/10 13:12 > De : "Anne-Marie CUBAT" > A : "PMB-CDI" > Copie à : > Objet : [Pmb-cdi] Installation de PMB sur Linux > > > Rebonjour, > > Complément d'information > > Je viens de découvrir qu'il y a aussi sur le site de Montpellier III un > tutoriel qui explique comment installer PMB sur Linux Ubuntu - et comment > configurer Z 39.50 > > > Voici le lien > > https://pmbdoc.beziers.univ-montp3.fr/tiki-index.php?page=Mise+en+place+sur+Linux&structure=Installation+de+PMB > > Anne-Marie-Cubat > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > From Claire.Rumeau at ac-toulouse.fr Mon Jan 25 14:32:58 2010 From: Claire.Rumeau at ac-toulouse.fr (Claire.Rumeau@ac-toulouse.fr) Date: Mon Jan 25 14:36:29 2010 Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 16 In-Reply-To: <20100122110033.9164E3A232@smtpout.37telecom.net> References: <20100122110033.9164E3A232@smtpout.37telecom.net> Message-ID: Bonjour, Je vous remercie vivement pour votre aide. Je n'ai pas fait dans le détail et j'ai vidé entièrement le champ indexit de la table des notices. Pardon d'avoir perturbé la lisibilité de l'objet du message (je dois l'avoir fait par inadvertance, cette affaire m'a beaucoup stressée!), je ne recommencerai plus (pour ce message, je ne fait que cliquer sur répondre) Bonne journée, Claire Rumeau Collège Joseph Rey Avenue Raymond Sommer 31480 Cadours ----- Message d'origine ----- De: pmb-cdi-request@pmbservices.fr Date: Vendredi, Janvier 22, 2010 12:04 pm Objet: Lot Pmb-cdi, Vol 25, Parution 16 À: pmb-cdi@pmbservices.fr > Send Pmb-cdi mailing list submissions to > pmb-cdi@pmbservices.fr > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > or, via email, send a message with subject or body 'help' to > pmb-cdi-request@pmbservices.fr > > You can reach the person managing the list at > pmb-cdi-owner@pmbservices.fr > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pmb-cdi digest..." > > > Thèmes du jour : > > 1. Re: indexation décimale (Anne-Marie CUBAT) > > > -------------------------------------------------------------------- > -- > > Message: 1 > Date: Thu, 21 Jan 2010 12:05:55 +0100 > From: Anne-Marie CUBAT > Subject: Re: [Pmb-cdi] indexation décimale > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > list > Message-ID: > <68f4997c1001210305k190cee11yf3d5c5a21be64174@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Bonjour, > > Non, la solution qu'Eric vous a donnée n'est pas liée à un panier. > Donc, ce n'est pas dans catalogue / paniers / procédures qu'il faut > créercette procédure. > > La solution d'Eric est une procédure à créer dans administration - > actionspersonnalisables. > > Comme Eric l'a dit, sa requête vide le champ indexint de la table > noticesdans certains cas (voir son message). > > Si vous voulez vider entièrement le champ indexint de la table > notices, la > requête devient : > update notices set indexint=0 > > C'est ce que j'hésitais à vous donner la première fois, vu l'effet > radical(plus aucun lien entre la table notices et la table > indexint), et c'est > pourquoi Eric est intervenu. > > Pour reconstituer les liens entre ces 2 tables, il y a moyen de le > faire par > des procédures liées aux paniers, en théorie grâce aux cotes des > exemplaires, je suppose que les 3 premiers caractères de la cote > correspondent à la Dewey. > Si c'est le cas, je peux vous expliquer comment procéder, cela > vous ferait > sûrement gagner du temps. > > > Bonne journée, > > Anne-Marie Cubat > > N.B. Comme Eric le disait, évitez de changer l'objet du message en > cours de > route, ce n'est pas pratique. J'ai réalisé aujourd'hui que vous > m'aviezécrit hier. > J'avais scanné rapidement mes messages hier, et je n'avais pas vu > "indexation décimale" dans la liste des objets de messages, donc > j'ai pensé > qu'il n'y avait pas encore de réponse de votre part. > C'est d'autant plus gênant si on emploie G-mail (c'est mon cas), > qui offre > l'avantage de pouvoir suivre le "fil d'une conversation". > Or, en changeant à chaque fois l'objet du message, le fil est rompu. > > Le risque pour vous (Eric l'évoquait d'ailleurs), c'est qu'on ne vous > réponde pas tout de suite car on ne réalise pas que c'est en fait > la suite > d'un autre message. > Dernier argument : le titre "indexation décimale" est hautement plus > significatif que "Lot Pmb-cdi, Vol 25, Parution 11" !! > > > > Le 21 janvier 2010 10:23, a écrit : > > > Bonjour, > > > > Je m'aperçois que mon problème touche beaucoup plus de notices > que prévu > > (en effet, j'ai beaucoup créer de nouvelles indexations et j'ai > beaucoup> restauré de sauvegarde sans la table indexit, ce qui ne > servait à rien, je > > l'ai bien compris maintenant) > > > > Donc je voudrais tout simplement supprimer toutes relations entre > mes> notices et les indexations décimales ; en effet, il serait > plus long de > > chercher les notices "endommagées" que de recréer des indexations > décimales> et de les rattacher à des notices. > > > > Cordialement, > > > > Claire Rumeau > > Collège Joseph Rey > > Avenue Raymond Sommer > > 31480 Cadours > > _______________________________________________ > > 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 > > > Fin de Lot Pmb-cdi, Vol 25, Parution 16 > *************************************** > From annemarie.cubat at gmail.com Mon Jan 25 14:49:18 2010 From: annemarie.cubat at gmail.com (Anne-Marie CUBAT) Date: Mon Jan 25 14:49:21 2010 Subject: [Pmb-cdi] Re : Lot Pmb-cdi, Vol 25, Parution 16 In-Reply-To: References: <20100122110033.9164E3A232@smtpout.37telecom.net> Message-ID: <68f4997c1001250549m6c12e20k4fc39be407024641@mail.gmail.com> Bonjour, Pour le changement d'objet du message, inutile de vous excuser, ce n'est pas grave, c'est surtout pour vous que je le disais. Vous risquez d'attendre plus longtemps avant d'avoir une réponse ... Je suppose que maintenant vos tables ont repris un aspect plus "normal". Si vous voulez un coup de main pour reconstituer des liens corrects entre les tables notices et indexint, faites-moi signe. Il y a moyen d'automatiser les choses grâce aux paniers et aux procédures qui y sont liées. Bonne journée, Cordialement, Anne-Marie Cubat Le 25 janvier 2010 14:32, a écrit : > Bonjour, > > Je vous remercie vivement pour votre aide. Je n'ai pas fait dans le détail > et j'ai vidé entièrement le champ indexit de la table des notices. > > Pardon d'avoir perturbé la lisibilité de l'objet du message (je dois > l'avoir fait par inadvertance, cette affaire m'a beaucoup stressée!), je ne > recommencerai plus (pour ce message, je ne fait que cliquer sur répondre) > > Bonne journée, > > Claire Rumeau > Collège Joseph Rey > Avenue Raymond Sommer > 31480 Cadours > > ----- Message d'origine ----- > De: pmb-cdi-request@pmbservices.fr > Date: Vendredi, Janvier 22, 2010 12:04 pm > Objet: Lot Pmb-cdi, Vol 25, Parution 16 > À: pmb-cdi@pmbservices.fr > > > Send Pmb-cdi mailing list submissions to > > pmb-cdi@pmbservices.fr > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > or, via email, send a message with subject or body 'help' to > > pmb-cdi-request@pmbservices.fr > > > > You can reach the person managing the list at > > pmb-cdi-owner@pmbservices.fr > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Pmb-cdi digest..." > > > > > > Thèmes du jour : > > > > 1. Re: indexation décimale (Anne-Marie CUBAT) > > > > > > -------------------------------------------------------------------- > > -- > > > > Message: 1 > > Date: Thu, 21 Jan 2010 12:05:55 +0100 > > From: Anne-Marie CUBAT > > Subject: Re: [Pmb-cdi] indexation décimale > > To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users > > list > > Message-ID: > > <68f4997c1001210305k190cee11yf3d5c5a21be64174@mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Bonjour, > > > > Non, la solution qu'Eric vous a donnée n'est pas liée à un panier. > > Donc, ce n'est pas dans catalogue / paniers / procédures qu'il faut > > créercette procédure. > > > > La solution d'Eric est une procédure à créer dans administration - > > actionspersonnalisables. > > > > Comme Eric l'a dit, sa requête vide le champ indexint de la table > > noticesdans certains cas (voir son message). > > > > Si vous voulez vider entièrement le champ indexint de la table > > notices, la > > requête devient : > > update notices set indexint=0 > > > > C'est ce que j'hésitais à vous donner la première fois, vu l'effet > > radical(plus aucun lien entre la table notices et la table > > indexint), et c'est > > pourquoi Eric est intervenu. > > > > Pour reconstituer les liens entre ces 2 tables, il y a moyen de le > > faire par > > des procédures liées aux paniers, en théorie grâce aux cotes des > > exemplaires, je suppose que les 3 premiers caractères de la cote > > correspondent à la Dewey. > > Si c'est le cas, je peux vous expliquer comment procéder, cela > > vous ferait > > sûrement gagner du temps. > > > > > > Bonne journée, > > > > Anne-Marie Cubat > > > > N.B. Comme Eric le disait, évitez de changer l'objet du message en > > cours de > > route, ce n'est pas pratique. J'ai réalisé aujourd'hui que vous > > m'aviezécrit hier. > > J'avais scanné rapidement mes messages hier, et je n'avais pas vu > > "indexation décimale" dans la liste des objets de messages, donc > > j'ai pensé > > qu'il n'y avait pas encore de réponse de votre part. > > C'est d'autant plus gênant si on emploie G-mail (c'est mon cas), > > qui offre > > l'avantage de pouvoir suivre le "fil d'une conversation". > > Or, en changeant à chaque fois l'objet du message, le fil est rompu. > > > > Le risque pour vous (Eric l'évoquait d'ailleurs), c'est qu'on ne vous > > réponde pas tout de suite car on ne réalise pas que c'est en fait > > la suite > > d'un autre message. > > Dernier argument : le titre "indexation décimale" est hautement plus > > significatif que "Lot Pmb-cdi, Vol 25, Parution 11" !! > > > > > > > > Le 21 janvier 2010 10:23, a écrit : > > > > > Bonjour, > > > > > > Je m'aperçois que mon problème touche beaucoup plus de notices > > que prévu > > > (en effet, j'ai beaucoup créer de nouvelles indexations et j'ai > > beaucoup> restauré de sauvegarde sans la table indexit, ce qui ne > > servait à rien, je > > > l'ai bien compris maintenant) > > > > > > Donc je voudrais tout simplement supprimer toutes relations entre > > mes> notices et les indexations décimales ; en effet, il serait > > plus long de > > > chercher les notices "endommagées" que de recréer des indexations > > décimales> et de les rattacher à des notices. > > > > > > Cordialement, > > > > > > Claire Rumeau > > > Collège Joseph Rey > > > Avenue Raymond Sommer > > > 31480 Cadours > > > _______________________________________________ > > > 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 > > > > > > Fin de Lot Pmb-cdi, Vol 25, Parution 16 > > *************************************** > > > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > From annie.jezequel at ac-rennes.fr Mon Jan 25 21:07:31 2010 From: annie.jezequel at ac-rennes.fr (=?iso-8859-1?Q?Annie_J=E9z=E9quel?=) Date: Mon Jan 25 21:07:34 2010 Subject: [Pmb-cdi] Installation de PMB sur Linux In-Reply-To: <22373375.101123.1264422566124.JavaMail.www@wwinf1e37> Message-ID: <4E730740A65E4C3C85C8219A297E54B5@JEZEQUEL> Yes ! Of course... Annie -----Message d'origine----- De : pmb-cdi-bounces@pmbservices.fr [mailto:pmb-cdi-bounces@pmbservices.fr] De la part de Regis VIARD Envoyé : lundi 25 janvier 2010 13:29 À : Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list Objet : re: [Pmb-cdi] Installation de PMB sur Linux Re bonjour En voilà un lien qu'Annie devrait mettre entre les fiches 1.2 et 1.3 ! Régis > Message du 25/01/10 13:12 > De : "Anne-Marie CUBAT" > A : "PMB-CDI" > Copie à : > Objet : [Pmb-cdi] Installation de PMB sur Linux > > > Rebonjour, > > Complément d'information > > Je viens de découvrir qu'il y a aussi sur le site de Montpellier III > un tutoriel qui explique comment installer PMB sur Linux Ubuntu - et > comment configurer Z 39.50 > > > Voici le lien > > https://pmbdoc.beziers.univ-montp3.fr/tiki-index.php?page=Mise+en+plac > e+sur+Linux&structure=Installation+de+PMB > > Anne-Marie-Cubat _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > > From raphael at rignier.com Tue Jan 26 07:14:57 2010 From: raphael at rignier.com (=?ISO-8859-1?Q?Rapha=EBl_RIGNIER?=) Date: Tue Jan 26 07:15:03 2010 Subject: [Pmb-cdi] Installation de PMB sur Linux In-Reply-To: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> References: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> Message-ID: Le 25 janvier 2010 12:49, Anne-Marie CUBAT a écrit : > Rebonjour, > > Complément d'information > > Je viens de découvrir qu'il y a aussi sur le site de Montpellier III un > tutoriel qui explique comment installer PMB sur Linux Ubuntu - et comment > configurer Z 39.50 > > > Voici le lien > > > https://pmbdoc.beziers.univ-montp3.fr/tiki-index.php?page=Mise+en+place+sur+Linux&structure=Installation+de+PMB > > Anne-Marie-Cubat > _______________________________________________ > Pmb-cdi mailing list > Pmb-cdi@pmbservices.fr > http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi > Bonjour, il existe aussi cette solution qui consiste à récupérer des paquets tout prêt pour votre distribution préférée (a peu près toutes les connues) depuis le site officiel des librairies yaz. Ajouter dans /etc.apt.sources.list la ligne : deb http://ftp.indexdata.com/pub/ubuntu version_ubuntu main puis faire : apt-get update apt-get install php5-yaz Ubuntu/Debian peut râler du fait que la source n'est pas enregistrée comme sûre mais en insistant ça passe. On peut aussi bien évidemment rajouter la signature du dépot mais j'ai pas la manip en tête. Raphaël From cdi at chanzy.net Tue Jan 26 09:59:52 2010 From: cdi at chanzy.net (cdi chanzy) Date: Tue Jan 26 10:16:10 2010 Subject: [Pmb-cdi] Installation de PMB sur Linux In-Reply-To: References: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> Message-ID: <9a59dbc81001260059g5115c7e9s51457b412c1442de@mail.gmail.com> Merci pour cet excellent tuto. Enfin une installation propre, sans problème d'affichage, ni messages d'erreur. Il est regrettable que ce type de tuto n'ai pas été mis à disposition depuis plus longtemps, les serveurs sont tout de même plus efficace lorsqu'ils tournent sous linux ou Unix like. -- Guillaume Massello Professeur Documentaliste Lycée CHANZY 13 rue Delvincourt 08000 Charleville Mézières En cas de présence de pièces jointes, vous pouvez les lire et modifier en téléchargeant le logiciel libre et gratuit OpenOffice.org DL ici : http://fr.openoffice.org/ From Laurent.Denee at bibliomondo.com Tue Jan 26 21:41:31 2010 From: Laurent.Denee at bibliomondo.com (Laurent Denee) Date: Tue Jan 26 21:45:27 2010 Subject: [Pmb-cdi] PMB et Solr References: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> Message-ID: Bonjour, Je suis en train d'étudier PMB pour un besoin spécifique à la bibliotheque d'un club de lecture. Je voudrais savoir si quelqu'un a déjà utilisé Solr comme connecteur dans PMB sinon pensez-vous que cela est réalisable. Je précise que je suis développeur donc avant de me lancer dans le développement complet de celui-ci je veux savoir s'il existe déjà quelque chose de semblable. Merci pour vos réponses. From erobert at sigb.net Wed Jan 27 08:17:13 2010 From: erobert at sigb.net (Eric ROBERT) Date: Wed Jan 27 08:17:18 2010 Subject: [Pmb-cdi] PMB et Solr References: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> Message-ID: <7CFE15B0E13D4AABBF592669C437DCD6@hydepark> Bibliomondo veut remplacer son offre par PMB ? Plus sérieusement, non, pas utilisé solr à ce jour. Eric ----- Original Message ----- From: "Laurent Denee" To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list" Sent: Tuesday, January 26, 2010 9:41 PM Subject: [Pmb-cdi] PMB et Solr Bonjour, Je suis en train d'étudier PMB pour un besoin spécifique à la bibliotheque d'un club de lecture. Je voudrais savoir si quelqu'un a déjà utilisé Solr comme connecteur dans PMB sinon pensez-vous que cela est réalisable. Je précise que je suis développeur donc avant de me lancer dans le développement complet de celui-ci je veux savoir s'il existe déjà quelque chose de semblable. Merci pour vos réponses. _______________________________________________ Pmb-cdi mailing list Pmb-cdi@pmbservices.fr http://lists.pmbservices.fr/cgi-bin/mailman/listinfo/pmb-cdi From Laurent.Denee at bibliomondo.com Wed Jan 27 13:42:27 2010 From: Laurent.Denee at bibliomondo.com (Laurent Denee) Date: Wed Jan 27 13:46:17 2010 Subject: [Pmb-cdi] PMB et Solr References: <68f4997c1001250349k8e3a768ic5114ac1b2a0cc20@mail.gmail.com> <7CFE15B0E13D4AABBF592669C437DCD6@hydepark> Message-ID: Pas mal comme humour. Non, nous venons de sortir une nouvelle version de notre produit alors son remplacement par PMB n'est pas au programme sans rien enlever à la qualité de PMB bien sûr. En fait c'est pour un autre projet externe que je posais la question. Merci de ta réponse. -----Original Message----- From: pmb-cdi-bounces@pmbservices.fr [mailto:pmb-cdi-bounces@pmbservices.fr] On Behalf Of Eric ROBERT Sent: mercredi 27 janvier 2010 02:17 To: Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list Subject: Re: [Pmb-cdi] PMB et Solr Bibliomondo veut remplacer son offre par PMB ? Plus sérieusement, non, pas utilisé solr à ce jour. Eric ----- Original Message ----- From: "Laurent Denee" To: "Mailing list des utilisateurs de PMB dans l'éducation / PMB Users list" Sent: Tuesday, January 26, 2010 9:41 PM Subject: [Pmb-cdi] PMB et Solr Bonjour, Je suis en train d'étudier PMB pour un besoin spécifique à la bibliotheque d'un club de lecture. Je voudrais savoir si quelqu'un a déjà utilisé Solr comme connecteur dans PMB sinon pensez-vous que cela est réalisable. Je précise que je suis développeur donc avant de me lancer dans le développement complet de celui-ci je veux savoir s'il existe déjà quelque chose de semblable. Merci pour vos réponses. _______________________________________________ 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 saintefamille.cdi at orange.fr Thu Jan 28 16:14:57 2010 From: saintefamille.cdi at orange.fr (=?iso-8859-1?Q?B=E9atrice_BROUX?=) Date: Thu Jan 28 22:57:00 2010 Subject: [Pmb-cdi] Probleme d'importation memodocnet Message-ID: <000c01caa02c$ab2d7a50$9b01a8c0@cdi00> Bonjour, Je suis abonnée au memodocnet du crdp de Poitiers et je parviens pas à les importer. J'ai suivie la procédure de la fiche technique 2.11.2 et lorsque je lançe la conversion la page charge pendant de nombreuses minutes et rien ne se passe. L'importation des memofiches quant à elle fonctionne parfaitement. Quelqu'un a t-il déja rencontré ce problème? Merci d'avance de votre aide Béatrice Broux