From martine.chazelas at cerma.archi.fr Mon Feb 21 08:49:50 2011 From: martine.chazelas at cerma.archi.fr (Martine CHAZELAS) Date: Mon, 21 Feb 2011 08:49:50 +0100 Subject: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] In-Reply-To: <4D5D3351.20207@biblibre.com> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> Message-ID: <4D62191E.4070308@cerma.archi.fr> Le 17/02/2011 15:40, Paul Poulain a écrit : > Le 17/02/2011 14:30, Jean-Manuel BROUST a écrit : >> Bonjour, >> >> Nous utilisons koha 3.2 depuis Janvier. >> Il semble qu'il soit tout à fait possible de supprimer une notice bibliographique (sans exemplaire) alors qu'une ligne de commande pointe dessus. >> >> Ainsi, dans le panier de commande, la ligne de commande devient : "deleted bibliographic notice, can't find title par index". >> >> Est ce un fonctionnement "habituel" de KOHA ou un bug lié à notre version car je ne trouve pas trace de ce problème dans les discussions... > Bonjour, > > oui, c'est un fonctionnement habituel de Koha. Et ca ne me semble pas > être un bug : vous avez acheté il y a 3 ans un dictionnaire francais<> > serbo-croate, il est HS, il n'y a plus d'étudiants serbes dans votre > école, vous ne le racheterez plus. Donc la notice bibliographique peut > et doit être supprimée, par contre, la ligne de commande doit rester là, > on doit garder trace de sa présence pour l'engagement financier. > > Bon, après vous me direz "oui, mais ce serait bien qu'on ait une > alerte". Et là, je vous dirais que vous avez raison ;-) > Dans la version 3.0 lorsque la notice était supprimée du catalogue on perdait toutes les informations y compris au niveau de la commande. Il restait bien un lien mais il n'était pas possible d'identifier la commande qui avait été faite. Est-ce le même comportement avec la 3.2 ? Si oui l'intérêt de conserver une information non lisible n'a plus de sens. Martine Chazelas From ledrezen at univ-metz.fr Mon Feb 21 11:46:23 2011 From: ledrezen at univ-metz.fr (ledrezen) Date: Mon, 21 Feb 2011 11:46:23 +0100 Subject: [koha-Infos] =?windows-1252?q?Recherches_avanc=E9es?= In-Reply-To: <4D5D34A4.2030100@biblibre.com> References: <4D5D2487.3090205@univ-metz.fr> <4D5D34A4.2030100@biblibre.com> Message-ID: <4D62427F.9040503@univ-metz.fr> On 17/02/2011 15:45, LAURENT Henri-Damien wrote: > Le 17/02/2011 14:37, ledrezen a écrit : >> Bonjour, >> >> >> Quel que soit le positionnement de *AdvancedSearchTypes* [ccode ou >> itemtypes] nous obtenons toujours un message d'erreur à l'opac du type >> suivant bien que ces champs soient renseignés : >> >> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >> mc-ccode:LIVR? dans le catalogue de SCD UDL >> >> >> Nous avons le même type d'erreur quand nous sélectionnons un site >> particulier : >> >> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >> branch:Metz Saulcy BU? dans le catalogue de SCD UDL >> >> >> >> Merci d'avance pour toute aide >> >> Alain Le Drezen >> Groupe d'étude SIGB Univ Lorraine > Pourriez-vous regarder dans le champ biblioitems.marcxml pour voir si > les informations que vous pensez indexer se trouvent bien dans les > champs indexés par le record.abs ? > Avez vous dans la configuration de zebra (zebra-biblios.cfg, dans la > ligne ProfilePath la valeur attendue : marcdefs/unimarc/biblio) > Et le record.abs contient-il bien les bons indexs ? Merci à tous. Zebra est démarré. Les champs bilioitems.marcxml sont corrects. Nos informations d'item sont en 966 (héritage de Millenium). J'ai donc corrigé le record.abs. Dans le doute j'ai aussi corrigé ||||NoZebraIndexes dans preférences-system/recherche (je ne vois pas bien le lien entre ces deux configurations). La recherche avancée sur mc-itype fonctionne correctement. Mais la recherche sur branche retournes toujours le même message d'erreur . Est-ce normal que le message d'erreur "Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois branch:Metz Saulcy BU? utilise le nom du site et pas son code ? Sur un filtre par itype il utilise bien le code du type et non pas son libellé. D'autre part le module "Limites de transfert réseau" retourne systématiquement l'erreur : Can't call method "execute" on an undefined value at /usr/share/koha/intranet/cgi-bin/admin/branch_transfer_limits.pl line 73. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From Jean-Manuel.Broust at univ-lyon2.fr Mon Feb 21 13:08:16 2011 From: Jean-Manuel.Broust at univ-lyon2.fr (Jean-Manuel BROUST) Date: Mon, 21 Feb 2011 13:08:16 +0100 (CET) Subject: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] In-Reply-To: <4D62191E.4070308@cerma.archi.fr> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> <4D62191E.4070308@cerma.archi.fr> Message-ID: <387708.20695.1298290098556.JavaMail.root@co5> Bonjour Je ne voulais pas enfoncer le clou, d'autant que je ne suis pas bien sûr de maîtriser toutes les subtilités de Koha mais : oui, j'ai fait le même constat. Mis à part le prix (qui n'est pas un identifiant unique), nous n'avons plus aucune information sur cette ligne de commande. Donc, je ne vois pas non plus comment exploiter ce qui nous reste... Cela dit, il ne faudrait pas non plus que la ligne de commande disparaisse en même temps que la notice... Dans un message qui n'est pas arrivé, je demandais si l'Université de Saint Etienne avait demandé une alerte sur la suppression d'une notice liée à une ligne de commande ou bien comment d'autres bibliothèques s'étaient organisées pour contourner ce problème. Bonne journée à tous. Jean-Manuel Broust Service commun de documentation - Lyon 2 Administration Koha Service de la formation jean-manuel.broust at univ-lyon2.fr 04 78 69 77 47 (lun. mardi) 04 78 77 31 69 (mer. jeud. vendr.) > ---------------------------------------- > From: Martine CHAZELAS > Sent: Mon Feb 21 08:49:50 CET 2011 > To: > Subject: Re: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] > > > Le 17/02/2011 15:40, Paul Poulain a écrit : > > Le 17/02/2011 14:30, Jean-Manuel BROUST a écrit : > >> Bonjour, > >> > >> Nous utilisons koha 3.2 depuis Janvier. > >> Il semble qu'il soit tout à fait possible de supprimer une notice bibliographique (sans exemplaire) alors qu'une ligne de commande pointe dessus. > >> > >> Ainsi, dans le panier de commande, la ligne de commande devient : "deleted bibliographic notice, can't find title par index". > >> > >> Est ce un fonctionnement "habituel" de KOHA ou un bug lié à notre version car je ne trouve pas trace de ce problème dans les discussions... > > Bonjour, > > > > oui, c'est un fonctionnement habituel de Koha. Et ca ne me semble pas > > être un bug : vous avez acheté il y a 3 ans un dictionnaire francais<> > > serbo-croate, il est HS, il n'y a plus d'étudiants serbes dans votre > > école, vous ne le racheterez plus. Donc la notice bibliographique peut > > et doit être supprimée, par contre, la ligne de commande doit rester là, > > on doit garder trace de sa présence pour l'engagement financier. > > > > Bon, après vous me direz "oui, mais ce serait bien qu'on ait une > > alerte". Et là, je vous dirais que vous avez raison ;-) > > > Dans la version 3.0 lorsque la notice était supprimée du catalogue on > perdait toutes les informations y compris au niveau de la commande. Il > restait bien un lien mais il n'était pas possible d'identifier la > commande qui avait été faite. Est-ce le même comportement avec la 3.2 ? > Si oui l'intérêt de conserver une information non lisible n'a plus de sens. > > Martine Chazelas > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos From fridolyn.somers at progilone.fr Mon Feb 21 13:54:29 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Mon, 21 Feb 2011 13:54:29 +0100 Subject: [koha-Infos] =?windows-1252?q?Recherches_avanc=E9es?= In-Reply-To: <4D62427F.9040503@univ-metz.fr> References: <4D5D2487.3090205@univ-metz.fr> <4D5D34A4.2030100@biblibre.com> <4D62427F.9040503@univ-metz.fr> Message-ID: <4D626085.3000805@progilone.fr> Le 21/02/2011 11:46, ledrezen a écrit : > On 17/02/2011 15:45, LAURENT Henri-Damien wrote: >> Le 17/02/2011 14:37, ledrezen a écrit : >>> Bonjour, >>> >>> >>> Quel que soit le positionnement de *AdvancedSearchTypes* [ccode ou >>> itemtypes] nous obtenons toujours un message d'erreur à l'opac du type >>> suivant bien que ces champs soient renseignés : >>> >>> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >>> mc-ccode:LIVR? dans le catalogue de SCD UDL >>> >>> >>> Nous avons le même type d'erreur quand nous sélectionnons un site >>> particulier : >>> >>> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >>> branch:Metz Saulcy BU? dans le catalogue de SCD UDL >>> >>> >>> >>> Merci d'avance pour toute aide >>> >>> Alain Le Drezen >>> Groupe d'étude SIGB Univ Lorraine >> Pourriez-vous regarder dans le champ biblioitems.marcxml pour voir si >> les informations que vous pensez indexer se trouvent bien dans les >> champs indexés par le record.abs ? >> Avez vous dans la configuration de zebra (zebra-biblios.cfg, dans la >> ligne ProfilePath la valeur attendue : marcdefs/unimarc/biblio) >> Et le record.abs contient-il bien les bons indexs ? > > Merci à tous. > Zebra est démarré. Les champs bilioitems.marcxml sont corrects. > Nos informations d'item sont en 966 (héritage de Millenium). > J'ai donc corrigé le record.abs. Dans le doute j'ai aussi corrigé > ||||NoZebraIndexes dans preférences-system/recherche (je ne vois pas > bien le lien entre ces deux configurations). > La recherche avancée sur mc-itype fonctionne correctement. > Mais la recherche sur branche retournes toujours le même message > d'erreur . Est-ce normal que le message d'erreur "Aucune réponse ne > correspond à votre recherche ?kw,wrdl: gaulois branch:Metz Saulcy BU? > utilise le nom du site et pas son code ? Sur un filtre par itype il > utilise bien le code du type et non pas son libellé. > > D'autre part le module "Limites de transfert réseau" retourne > systématiquement l'erreur : > Can't call method "execute" on an undefined value at > /usr/share/koha/intranet/cgi-bin/admin/branch_transfer_limits.pl line 73. > > > > > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos Bonjour, En effet, ce n'est pas normal que la recherche soit filtrée par le libéllé de la branche au lieu de son code. Vous pouvez vérifier en regardant l'URL de la page des résultats. Avez-vous bien défini des codes pour les branches dans l'Administration? Est-ce bien ces codes qui sont stockés dans l'XML ? Pour aller plus loin dans l'analyse, je vous conseil de regarder les log du serveur Zerba. Cordialement, -- Fridolyn SOMERS /*Société PROGILONE* 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 / fridolyn.somers at progilone.fr -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From fridolyn.somers at progilone.fr Mon Feb 21 14:06:32 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Mon, 21 Feb 2011 14:06:32 +0100 Subject: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] In-Reply-To: <387708.20695.1298290098556.JavaMail.root@co5> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> <4D62191E.4070308@cerma.archi.fr> <387708.20695.1298290098556.JavaMail.root@co5> Message-ID: <4D626358.4040200@progilone.fr> Bonjour, Si je ne m'abuse, la modification souhaitée est possible par une simple modification de la structure de la base de données. La table des ordres d'aquisition est définie comme suit (kohastructure.sql) : CREATE TABLE `aqorders` ( `ordernumber` int(11) NOT NULL auto_increment, `biblionumber` int(11) default NULL, (...) CONSTRAINT `aqorders_ibfk_2` FOREIGN KEY (`biblionumber`) REFERENCES `biblio` (`biblionumber`) ON DELETE SET NULL ON UPDATE CASCADE Elle défini une clé étrangère avec la table "biblio", ce qui permet de faire le lien entre une acquisition et la notice sur lequel elle porte. Actuellement, la clause "ON DELETE SET NULL" indique que si une notice est supprimée, ce lien est cassé : dans la table acqorders, biblionumber est mis à NULL. Si on supprime cette clause, le numéro "biblionumber" sera conservé. D'autant que la notice supprimée n'est pas retirée de la base, elle est déplacée dans la table "deletedbiblio". Il peut tout de même y avoir des effet de bords qu'il faut corriger en allant chercher les notices dans "biblio" et dans "deletedbiblio". Cordialement, Le 21/02/2011 13:08, Jean-Manuel BROUST a écrit : > Bonjour > > Je ne voulais pas enfoncer le clou, d'autant que je ne suis pas bien sûr de maîtriser toutes les subtilités de Koha mais : oui, j'ai fait le même constat. Mis à part le prix (qui n'est pas un identifiant unique), nous n'avons plus aucune information sur cette ligne de commande. Donc, je ne vois pas non plus comment exploiter ce qui nous reste... > Cela dit, il ne faudrait pas non plus que la ligne de commande disparaisse en même temps que la notice... > Dans un message qui n'est pas arrivé, je demandais si l'Université de Saint Etienne avait demandé une alerte sur la suppression d'une notice liée à une ligne de commande ou bien comment d'autres bibliothèques s'étaient organisées pour contourner ce problème. > > Bonne journée à tous. > > Jean-Manuel Broust > Service commun de documentation - Lyon 2 > Administration Koha > Service de la formation > > jean-manuel.broust at univ-lyon2.fr > 04 78 69 77 47 (lun. mardi) > 04 78 77 31 69 (mer. jeud. vendr.) >> ---------------------------------------- >> From: Martine CHAZELAS >> Sent: Mon Feb 21 08:49:50 CET 2011 >> To: >> Subject: Re: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] >> >> >> Le 17/02/2011 15:40, Paul Poulain a écrit : >>> Le 17/02/2011 14:30, Jean-Manuel BROUST a écrit : >>>> Bonjour, >>>> >>>> Nous utilisons koha 3.2 depuis Janvier. >>>> Il semble qu'il soit tout à fait possible de supprimer une notice bibliographique (sans exemplaire) alors qu'une ligne de commande pointe dessus. >>>> >>>> Ainsi, dans le panier de commande, la ligne de commande devient : "deleted bibliographic notice, can't find title par index". >>>> >>>> Est ce un fonctionnement "habituel" de KOHA ou un bug lié à notre version car je ne trouve pas trace de ce problème dans les discussions... >>> Bonjour, >>> >>> oui, c'est un fonctionnement habituel de Koha. Et ca ne me semble pas >>> être un bug : vous avez acheté il y a 3 ans un dictionnaire francais<> >>> serbo-croate, il est HS, il n'y a plus d'étudiants serbes dans votre >>> école, vous ne le racheterez plus. Donc la notice bibliographique peut >>> et doit être supprimée, par contre, la ligne de commande doit rester là, >>> on doit garder trace de sa présence pour l'engagement financier. >>> >>> Bon, après vous me direz "oui, mais ce serait bien qu'on ait une >>> alerte". Et là, je vous dirais que vous avez raison ;-) >>> >> Dans la version 3.0 lorsque la notice était supprimée du catalogue on >> perdait toutes les informations y compris au niveau de la commande. Il >> restait bien un lien mais il n'était pas possible d'identifier la >> commande qui avait été faite. Est-ce le même comportement avec la 3.2 ? >> Si oui l'intérêt de conserver une information non lisible n'a plus de sens. >> >> Martine Chazelas >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > -- Fridolyn SOMERS /*Société PROGILONE* 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 / fridolyn.somers at progilone.fr -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From ledrezen at univ-metz.fr Mon Feb 21 16:21:47 2011 From: ledrezen at univ-metz.fr (ledrezen) Date: Mon, 21 Feb 2011 16:21:47 +0100 Subject: [koha-Infos] =?windows-1252?q?Recherches_avanc=E9es?= In-Reply-To: <4D626085.3000805@progilone.fr> References: <4D5D2487.3090205@univ-metz.fr> <4D5D34A4.2030100@biblibre.com> <4D62427F.9040503@univ-metz.fr> <4D626085.3000805@progilone.fr> Message-ID: <4D62830B.9020908@univ-metz.fr> On 21/02/2011 13:54, Fridolyn SOMERS wrote: > Le 21/02/2011 11:46, ledrezen a écrit : >> On 17/02/2011 15:45, LAURENT Henri-Damien wrote: >>> Le 17/02/2011 14:37, ledrezen a écrit : >>>> Bonjour, >>>> >>>> >>>> Quel que soit le positionnement de *AdvancedSearchTypes* [ccode ou >>>> itemtypes] nous obtenons toujours un message d'erreur à l'opac du type >>>> suivant bien que ces champs soient renseignés : >>>> >>>> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >>>> mc-ccode:LIVR? dans le catalogue de SCD UDL >>>> >>>> >>>> Nous avons le même type d'erreur quand nous sélectionnons un site >>>> particulier : >>>> >>>> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >>>> branch:Metz Saulcy BU? dans le catalogue de SCD UDL >>>> >>>> >>>> >>>> Merci d'avance pour toute aide >>>> >>>> Alain Le Drezen >>>> Groupe d'étude SIGB Univ Lorraine >>> Pourriez-vous regarder dans le champ biblioitems.marcxml pour voir si >>> les informations que vous pensez indexer se trouvent bien dans les >>> champs indexés par le record.abs ? >>> Avez vous dans la configuration de zebra (zebra-biblios.cfg, dans la >>> ligne ProfilePath la valeur attendue : marcdefs/unimarc/biblio) >>> Et le record.abs contient-il bien les bons indexs ? >> >> Merci à tous. >> Zebra est démarré. Les champs bilioitems.marcxml sont corrects. >> Nos informations d'item sont en 966 (héritage de Millenium). >> J'ai donc corrigé le record.abs. Dans le doute j'ai aussi corrigé >> ||||NoZebraIndexes dans preférences-system/recherche (je ne vois pas >> bien le lien entre ces deux configurations). >> La recherche avancée sur mc-itype fonctionne correctement. >> Mais la recherche sur branche retournes toujours le même message >> d'erreur . Est-ce normal que le message d'erreur "Aucune réponse ne >> correspond à votre recherche ?kw,wrdl: gaulois branch:Metz Saulcy BU? >> utilise le nom du site et pas son code ? Sur un filtre par itype il >> utilise bien le code du type et non pas son libellé. >> >> D'autre part le module "Limites de transfert réseau" retourne >> systématiquement l'erreur : >> Can't call method "execute" on an undefined value at >> /usr/share/koha/intranet/cgi-bin/admin/branch_transfer_limits.pl line 73. >> >> >> >> >> >> >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > Bonjour, > > En effet, ce n'est pas normal que la recherche soit filtrée par le > libéllé de la branche au lieu de son code. > Vous pouvez vérifier en regardant l'URL de la page des résultats. > > Avez-vous bien défini des codes pour les branches dans l'Administration? > Est-ce bien ces codes qui sont stockés dans l'XML ? > > Pour aller plus loin dans l'analyse, je vous conseil de regarder les > log du serveur Zerba. > > Cordialement, > -- > Fridolyn SOMERS > /*Société PROGILONE* > 24b, rue Jean Baldassini > 69007 LYON > +33(0)4.72.76.29.22 > / fridolyn.somers at progilone.fr > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos Merci, la recherche se fait bien sur le code (c'est clair dans l'url). En fait le pb venait une fois de plus de record.abs, dans lequel je n'avais pas défini de homebranch en 966. Etrangement, l'affichage à l'OPAC utilise comme filtre le homebranch et non pas le holdingbranch. Encore merci. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From pascale.nalon at mines-paristech.fr Tue Feb 22 09:27:12 2011 From: pascale.nalon at mines-paristech.fr (Pascale Nalon) Date: Tue, 22 Feb 2011 09:27:12 +0100 Subject: [koha-Infos] =?iso-8859-1?q?Adh=E9sion_KohaLa?= Message-ID: <00D4AE39-D5BB-4DCB-B4EC-5061E826CD38@mines-paristech.fr> Bonjour, L'association KohaLa a été créée en 2007 pour soutenir la promotion et le développement de Koha. Depuis l'année dernière elle participe au financement et à l'organisation d'un symposium, ouvert à tous, permettant de réunir durant deux jours utilisateurs, prestataires et toute personne intéressée. Si vous souhaitez nos rejoindre et soutenir notre action vous pouvez adhérer en tant que personne ou que collectivité, à l'aide du formulaire téléchargeable à cette adresse. http://www.koha-fr.org/content/adhésion Merci de le renvoyer accompagné de votre règlement ou de la demande de facture pour les collectivités à : Sylvia Bozan Bibliothèque de SHS Descartes-CNRS ? UMS 3036 Centre universitaire des Saints Pères 45 rue des Saints Pères 75270 Paris 06 Bien cordialement Pascale Nalon présidente KohaLa Bibliothèque de Mines ParisTech 35, rue St Honoré 77305 Fontainebleau Cedex pascale.nalon at mines-paristech.fr 01 64 69 48 79 -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From mousin at univ-st-etienne.fr Tue Feb 22 10:10:06 2011 From: mousin at univ-st-etienne.fr (Sandrine Mousin) Date: Tue, 22 Feb 2011 10:10:06 +0100 Subject: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] In-Reply-To: <387708.20695.1298290098556.JavaMail.root@co5> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> <4D62191E.4070308@cerma.archi.fr> <387708.20695.1298290098556.JavaMail.root@co5> Message-ID: <4D637D6E.2080801@univ-st-etienne.fr> Bonjour, à St Etienne, au moment de la rédaction de notre cahier des charges nous n'avions pas identifié ce problème. Donc nous n'avons pas fait de demande en ce sens. Cordialement S. Mousin Jean-Manuel BROUST a écrit : > Bonjour > > Je ne voulais pas enfoncer le clou, d'autant que je ne suis pas bien sûr de maîtriser toutes les subtilités de Koha mais : oui, j'ai fait le même constat. Mis à part le prix (qui n'est pas un identifiant unique), nous n'avons plus aucune information sur cette ligne de commande. Donc, je ne vois pas non plus comment exploiter ce qui nous reste... > Cela dit, il ne faudrait pas non plus que la ligne de commande disparaisse en même temps que la notice... > Dans un message qui n'est pas arrivé, je demandais si l'Université de Saint Etienne avait demandé une alerte sur la suppression d'une notice liée à une ligne de commande ou bien comment d'autres bibliothèques s'étaient organisées pour contourner ce problème. > > Bonne journée à tous. > > Jean-Manuel Broust > Service commun de documentation - Lyon 2 > Administration Koha > Service de la formation > > jean-manuel.broust at univ-lyon2.fr > 04 78 69 77 47 (lun. mardi) > 04 78 77 31 69 (mer. jeud. vendr.) > >> ---------------------------------------- >> From: Martine CHAZELAS >> Sent: Mon Feb 21 08:49:50 CET 2011 >> To: >> Subject: Re: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ] >> >> >> Le 17/02/2011 15:40, Paul Poulain a écrit : >> >>> Le 17/02/2011 14:30, Jean-Manuel BROUST a écrit : >>> >>>> Bonjour, >>>> >>>> Nous utilisons koha 3.2 depuis Janvier. >>>> Il semble qu'il soit tout à fait possible de supprimer une notice bibliographique (sans exemplaire) alors qu'une ligne de commande pointe dessus. >>>> >>>> Ainsi, dans le panier de commande, la ligne de commande devient : "deleted bibliographic notice, can't find title par index". >>>> >>>> Est ce un fonctionnement "habituel" de KOHA ou un bug lié à notre version car je ne trouve pas trace de ce problème dans les discussions... >>>> >>> Bonjour, >>> >>> oui, c'est un fonctionnement habituel de Koha. Et ca ne me semble pas >>> être un bug : vous avez acheté il y a 3 ans un dictionnaire francais<> >>> serbo-croate, il est HS, il n'y a plus d'étudiants serbes dans votre >>> école, vous ne le racheterez plus. Donc la notice bibliographique peut >>> et doit être supprimée, par contre, la ligne de commande doit rester là, >>> on doit garder trace de sa présence pour l'engagement financier. >>> >>> Bon, après vous me direz "oui, mais ce serait bien qu'on ait une >>> alerte". Et là, je vous dirais que vous avez raison ;-) >>> >>> >> Dans la version 3.0 lorsque la notice était supprimée du catalogue on >> perdait toutes les informations y compris au niveau de la commande. Il >> restait bien un lien mais il n'était pas possible d'identifier la >> commande qui avait été faite. Est-ce le même comportement avec la 3.2 ? >> Si oui l'intérêt de conserver une information non lisible n'a plus de sens. >> >> Martine Chazelas >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >> > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From fridolyn.somers at progilone.fr Tue Feb 22 10:39:22 2011 From: fridolyn.somers at progilone.fr (Fridolyn SOMERS) Date: Tue, 22 Feb 2011 10:39:22 +0100 Subject: [koha-Infos] =?windows-1252?q?Recherches_avanc=E9es?= In-Reply-To: <4D62830B.9020908@univ-metz.fr> References: <4D5D2487.3090205@univ-metz.fr> <4D5D34A4.2030100@biblibre.com> <4D62427F.9040503@univ-metz.fr> <4D626085.3000805@progilone.fr> <4D62830B.9020908@univ-metz.fr> Message-ID: <4D63844A.1010301@progilone.fr> Le 21/02/2011 16:21, ledrezen a écrit : > On 21/02/2011 13:54, Fridolyn SOMERS wrote: >> Le 21/02/2011 11:46, ledrezen a écrit : >>> On 17/02/2011 15:45, LAURENT Henri-Damien wrote: >>>> Le 17/02/2011 14:37, ledrezen a écrit : >>>>> Bonjour, >>>>> >>>>> >>>>> Quel que soit le positionnement de *AdvancedSearchTypes* [ccode ou >>>>> itemtypes] nous obtenons toujours un message d'erreur à l'opac du type >>>>> suivant bien que ces champs soient renseignés : >>>>> >>>>> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >>>>> mc-ccode:LIVR? dans le catalogue de SCD UDL >>>>> >>>>> >>>>> Nous avons le même type d'erreur quand nous sélectionnons un site >>>>> particulier : >>>>> >>>>> Aucune réponse ne correspond à votre recherche ?kw,wrdl: gaulois >>>>> branch:Metz Saulcy BU? dans le catalogue de SCD UDL >>>>> >>>>> >>>>> >>>>> Merci d'avance pour toute aide >>>>> >>>>> Alain Le Drezen >>>>> Groupe d'étude SIGB Univ Lorraine >>>> Pourriez-vous regarder dans le champ biblioitems.marcxml pour voir si >>>> les informations que vous pensez indexer se trouvent bien dans les >>>> champs indexés par le record.abs ? >>>> Avez vous dans la configuration de zebra (zebra-biblios.cfg, dans la >>>> ligne ProfilePath la valeur attendue : marcdefs/unimarc/biblio) >>>> Et le record.abs contient-il bien les bons indexs ? >>> >>> Merci à tous. >>> Zebra est démarré. Les champs bilioitems.marcxml sont corrects. >>> Nos informations d'item sont en 966 (héritage de Millenium). >>> J'ai donc corrigé le record.abs. Dans le doute j'ai aussi corrigé >>> ||||NoZebraIndexes dans preférences-system/recherche (je ne vois >>> pas bien le lien entre ces deux configurations). >>> La recherche avancée sur mc-itype fonctionne correctement. >>> Mais la recherche sur branche retournes toujours le même message >>> d'erreur . Est-ce normal que le message d'erreur "Aucune réponse ne >>> correspond à votre recherche ?kw,wrdl: gaulois branch:Metz Saulcy >>> BU? utilise le nom du site et pas son code ? Sur un filtre par itype >>> il utilise bien le code du type et non pas son libellé. >>> >>> D'autre part le module "Limites de transfert réseau" retourne >>> systématiquement l'erreur : >>> Can't call method "execute" on an undefined value at >>> /usr/share/koha/intranet/cgi-bin/admin/branch_transfer_limits.pl >>> line 73. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Infos mailing list >>> Infos at listes.koha-fr.org >>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos >> Bonjour, >> >> En effet, ce n'est pas normal que la recherche soit filtrée par le >> libéllé de la branche au lieu de son code. >> Vous pouvez vérifier en regardant l'URL de la page des résultats. >> >> Avez-vous bien défini des codes pour les branches dans l'Administration? >> Est-ce bien ces codes qui sont stockés dans l'XML ? >> >> Pour aller plus loin dans l'analyse, je vous conseil de regarder les >> log du serveur Zerba. >> >> Cordialement, >> -- >> Fridolyn SOMERS >> /*Société PROGILONE* >> 24b, rue Jean Baldassini >> 69007 LYON >> +33(0)4.72.76.29.22 >> / fridolyn.somers at progilone.fr >> >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > Merci, la recherche se fait bien sur le code (c'est clair dans l'url). > En fait le pb venait une fois de plus de record.abs, dans lequel je > n'avais pas défini de homebranch en 966. > Etrangement, l'affichage à l'OPAC utilise comme filtre le homebranch > et non pas le holdingbranch. > > Encore merci. > > > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos En fait, il utilise "branch" dans la requête. C'est dans ccl.properties qu'est défini : branch homebranch -- Fridolyn SOMERS /*Société PROGILONE* 24b, rue Jean Baldassini 69007 LYON +33(0)4.72.76.29.22 / fridolyn.somers at progilone.fr -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From ledrezen at univ-metz.fr Tue Feb 22 17:19:04 2011 From: ledrezen at univ-metz.fr (ledrezen) Date: Tue, 22 Feb 2011 17:19:04 +0100 Subject: [koha-Infos] Circulation divers Message-ID: <4D63E1F8.8090908@univ-metz.fr> Bonjour, Nous sommes un peu perplexe quand au paramétrage de koha pour la gestion des réservations et retraits. Voici quelques questions : - Comment pouvons nous définir un site en tant que magasin (pas de lieu de retrait) ? - Comment pouvons nous définir les règles d'acheminement entre sites (par exemple pas d'acheminement vers le site A) - Comment pouvons nous empêcher la réservation d'item disponible si le lieu de retrait indiqué est sa propre holdinbranche ? Merci à tous pour votre aide Alain Le Drezen From benedicte.kuntziger at mom.fr Wed Feb 23 12:42:59 2011 From: benedicte.kuntziger at mom.fr (Benedicte Kuntziger-Planche) Date: Wed, 23 Feb 2011 12:42:59 +0100 Subject: [koha-Infos] =?windows-1252?q?Adh=E9sion_KohaLa?= In-Reply-To: <00D4AE39-D5BB-4DCB-B4EC-5061E826CD38@mines-paristech.fr> References: <00D4AE39-D5BB-4DCB-B4EC-5061E826CD38@mines-paristech.fr> Message-ID: <4D64F2C3.6010006@mom.fr> Bonjour, Je souhaite adhérer en tant que collectivité, et donc rédiger un BC pour obtenir une facture. Quel doit être le fournisseur de ce BC, avec ses coordonnées bancaires, ou accepteriez vous que j'établisse ce BC après réception de la facture? Je vous remercie. Cordialement, Bénédicte Kuntziger -- Benedicte KUNTZIGER-PLANCHE Maison de l'Orient et de la Méditerranée CNRS - Université Lyon 2 5-7 rue Raulin F-69365 LYON CEDEX 07 http://www.mom.fr Tel.: (33)-4-72-71-58-09 Fax : (33)-4-78-58-12-57 Le 22/02/2011 09:27, Pascale Nalon a écrit : > Bonjour, > > L'association KohaLa a été créée en 2007 pour soutenir la promotion et > le développement de Koha. > Depuis l'année dernière elle participe au financement et à > l'organisation d'un symposium, ouvert à tous, permettant de réunir > durant deux jours utilisateurs, prestataires et toute personne intéressée. > Si vous souhaitez nos rejoindre et soutenir notre action vous pouvez > adhérer en tant que personne ou que collectivité, à l'aide du > formulaire téléchargeable à cette adresse. > > http://www.koha-fr.org/content/adhésion > > > Merci de le renvoyer accompagné de votre règlement ou de la demande de > facture pour les collectivités à : > Sylvia Bozan > Bibliothèque de SHS Descartes-CNRS ? > UMS 3036 Centre universitaire des Saints Pères > 45 rue des Saints Pères > 75270 Paris 06 > > Bien cordialement > > Pascale Nalon > présidente KohaLa > Bibliothèque de Mines ParisTech > 35, rue St Honoré > 77305 Fontainebleau Cedex > pascale.nalon at mines-paristech.fr > 01 64 69 48 79 > > > > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From benedicte.kuntziger at mom.fr Wed Feb 23 12:44:09 2011 From: benedicte.kuntziger at mom.fr (Benedicte Kuntziger-Planche) Date: Wed, 23 Feb 2011 12:44:09 +0100 Subject: [koha-Infos] =?windows-1252?q?Adh=E9sion_KohaLa?= In-Reply-To: <4D64F2C3.6010006@mom.fr> References: <00D4AE39-D5BB-4DCB-B4EC-5061E826CD38@mines-paristech.fr> <4D64F2C3.6010006@mom.fr> Message-ID: <4D64F309.2030309@mom.fr> Veuillez m'excuser pour ce message envoyé à la liste.... Bénédicte Kuntziger Le 23/02/2011 12:42, Benedicte Kuntziger-Planche a écrit : > Bonjour, > Je souhaite adhérer en tant que collectivité, et donc rédiger un BC > pour obtenir une facture. Quel doit être le fournisseur de ce BC, avec > ses coordonnées bancaires, ou accepteriez vous que j'établisse ce BC > après réception de la facture? > > Je vous remercie. > > Cordialement, > > Bénédicte Kuntziger > -- > Benedicte KUNTZIGER-PLANCHE > Maison de l'Orient et de la Méditerranée > CNRS - Université Lyon 2 > 5-7 rue Raulin > F-69365 LYON CEDEX 07 > http://www.mom.fr > Tel.: (33)-4-72-71-58-09 > Fax : (33)-4-78-58-12-57 > > > Le 22/02/2011 09:27, Pascale Nalon a écrit : >> Bonjour, >> >> L'association KohaLa a été créée en 2007 pour soutenir la promotion >> et le développement de Koha. >> Depuis l'année dernière elle participe au financement et à >> l'organisation d'un symposium, ouvert à tous, permettant de réunir >> durant deux jours utilisateurs, prestataires et toute personne >> intéressée. >> Si vous souhaitez nos rejoindre et soutenir notre action vous pouvez >> adhérer en tant que personne ou que collectivité, à l'aide du >> formulaire téléchargeable à cette adresse. >> >> http://www.koha-fr.org/content/adhésion >> >> >> Merci de le renvoyer accompagné de votre règlement ou de la demande >> de facture pour les collectivités à : >> Sylvia Bozan >> Bibliothèque de SHS Descartes-CNRS ? >> UMS 3036 Centre universitaire des Saints Pères >> 45 rue des Saints Pères >> 75270 Paris 06 >> >> Bien cordialement >> >> Pascale Nalon >> présidente KohaLa >> Bibliothèque de Mines ParisTech >> 35, rue St Honoré >> 77305 Fontainebleau Cedex >> pascale.nalon at mines-paristech.fr >> >> 01 64 69 48 79 >> >> >> >> >> >> _______________________________________________ >> Infos mailing list >> Infos at listes.koha-fr.org >> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos > > > > _______________________________________________ > Infos mailing list > Infos at listes.koha-fr.org > https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos -- Benedicte KUNTZIGER-PLANCHE Maison de l'Orient et de la Méditerranée CNRS - Université Lyon 2 5-7 rue Raulin F-69365 LYON CEDEX 07 http://www.mom.fr Tel.: (33)-4-72-71-58-09 Fax : (33)-4-78-58-12-57 -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From paul.poulain at biblibre.com Wed Feb 23 13:06:11 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 23 Feb 2011 13:06:11 +0100 Subject: [koha-Infos] =?windows-1252?q?Adh=E9sion_KohaLa?= In-Reply-To: <4D64F309.2030309@mom.fr> References: <00D4AE39-D5BB-4DCB-B4EC-5061E826CD38@mines-paristech.fr> <4D64F2C3.6010006@mom.fr> <4D64F309.2030309@mom.fr> Message-ID: <4D64F833.8060900@biblibre.com> Le 23/02/2011 12:44, Benedicte Kuntziger-Planche a écrit : > Veuillez m'excuser pour ce message envoyé à la liste.... Je ne vois pas pourquoi vous devez demander pardon. Au contraire, je pense que cette question intéresse nombre de lecteurs de cette liste ! Cordialement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From paul.poulain at biblibre.com Thu Feb 24 14:28:37 2011 From: paul.poulain at biblibre.com (Paul Poulain) Date: Thu, 24 Feb 2011 14:28:37 +0100 Subject: [koha-Infos] =?iso-8859-1?q?semaine_de_tests_de_koha_3=2E4_=E0_Ma?= =?iso-8859-1?q?rseille?= Message-ID: <4D665D05.5070309@biblibre.com> Bonjour à tous, Je mets en copie sur cette liste une annonce qui a été faite au début du mois sur notre blog. Vu le peu de retour que j'ai, je me dis que nombre d'entre vous ne lisent pas notre blog (grave erreur ! Vous pouvez réparer ca en allant à l'adresse http://www.biblibre.com/fr/blog), alors je recopie l'annonce ici : ======================================================================= Koha 3.4 devrait sortir à la fin du mois d'Avril. Pour garantir la qualité de cette version, l'association kohala et BibLibre organisent une semaine de travail et invitent tous ceux qui le souhaitent à se joindre à eux. Du 4 au 8 avril inclus, les volontaires (de toute l'Europe) sont les bienvenus à Marseille, rue Breteuil, pour travailler à tester, débugguer, documenter, traduire, bref, travailler sur cette version 3.4. Plusieurs ateliers seront organisés : * atelier "testing" = faire des tests de Koha 3.4 pour s'assurer de sa stabilité. * atelier "documenting" = rédiger de la documentation pour cette version (en Anglais ou en Français) * atelier "bugzilla" = bugzilla a bien besoin d'être nettoyé des bugs anciens qui ne sont plus d'actualité par exemple. * atelier "patching" = écrire des patches pour corriger les bugs * atelier "traduction" = traduire Koha en français * atelier "signature" = valider et signer (sign-off git) des patches en attente Ce que ne sera *pas* cette semaine : * une conférence pour découvrir Koha. Pour cela, kohala et Lyon organisent un symposium en mai en France, et un vote est ouvert pour le lieu et la date de la KohaCon internationale 2011. * une conférence pour installer, paramétrer ou migrer Koha. Informations pratiques : BibLibre fournira les locaux, l'infrastructure pour l'accès à internet (mais pas les ordinateurs), autant d'instances de koha de test que nécessaire, le café, les petits gateaux, et des informations sur les hotels à proximité. Il n'y a évidemment pas de frais liés à la participation à ce sprint. Notre capacité d'accueil est large mais pas illimitée. Merci d'envoyer un mail à ingrid.farnault -chez- biblibre.com si vous souhaitez venir. Dans ce message, merci de préciser : * le nom du ou des participants * votre organisation * le ou les ateliers auxquels vous penser pouvoir apporter des choses utiles. Nous reviendrons rapidement vers vous pour vous donner des détails. PS : nous sommes conscients que pour certains, être absent de leur poste habituel une semaine complète peut être difficile. Si vous pouvez venir au moins trois jours vous êtes les bienvenus. L'expérience nous a montré qu'en deçà de 3 jours, il sera difficile d'être vraiment productif, or l'objectif est de contribuer, dans le plus pur esprit du Logiciel Libre. ========================================================================= -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08