From sylvia.bozan at parisdescartes.fr Mon Apr 11 11:18:41 2011 From: sylvia.bozan at parisdescartes.fr (Sylvia Bozan) Date: Mon, 11 Apr 2011 11:18:41 +0200 Subject: [koha-Infos] [Koha-infos] devenir membre de KohaLa association Message-ID: <4DA2C771.2030904@parisdescartes.fr> Bonjour à tous, Le renouvellement du Conseil d'administration de KohaLa Association aura lieu le 26 mai prochain lors de notre AG annuelle qui se tiendra à l'Université Lyon 2 (Symposium Koha des 26 et 27 mai 2011). Afin de participer à l'élection des membres du CA, ou tout simplement pour soutenir l'association, Vous pouvez devenir membre de Kohala à titre individuel ou en tant que personne morale représentant votre collectivité Pour adhérer, il suffit de nous renvoyer le bulletin d'adhésion à l?adresse suivante : (bulletin et infos disponibles sur : http://www.koha-fr.org/taxonomy/term/1) Bibliothèque de Mines ParisTech Pascale Nalon (Présidente de l'association) 35, rue St Honoré 77305 FONTAINEBLEAU CEDEX ou directement auprès de la trésorière : Sylvia Bozan (trésorière de l'association) Bibliothèque SHS Descartes-CNRS (UMS 3036) Centre universitaire des Saints Pères 45 rue des Saints Pères 75270 Paris 06 Merci de joindre votre paiement en chèque ou le bon de commande pour les collectivités. Les adhésions peuvent se faire à tout moment de l?année. Le montant de l?adhésion est de 20 ? pour les personnes physiques et de 200 ? pour les personnes morales. Très cordialement Sylvia Bozan, trésorière de KohaLa Association -- Sylvia Bozan, directrice-adjointe de l'UMS 3036 Bibliothèque de sciences humaines et sociales Descartes-CNRS ? UMS 3036 Centre universitaire des Saints Pères ? Bâtiment Jacob - RDC 45 rue des Saints Pères 75270 Paris 06 Tél. : + 33 1 01 42 86 33 18 / Fax : + 33 1 01 42 86 33 20 http://www.bu.univ-paris5.fr/ - mél : sylvia.bozan at parisdescartes.fr Twitter : http://twitter.com/sylviabozan From dominique.rouger at univ-st-etienne.fr Mon Apr 11 12:44:19 2011 From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger) Date: Mon, 11 Apr 2011 12:44:19 +0200 Subject: [koha-Infos] export notice COins Zotero book contribution In-Reply-To: <4D9F3D35.30401@biblibre.com> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> <4D62191E.4070308@cerma.archi.fr> <387708.20695.1298290098556.JavaMail.root@co5> <4D626358.4040200@progilone.fr> <4D9B1F69.90205@univ-st-etienne.fr> <4D9C85B2.1000307@biblibre.com> <4D9D8F7C.40501@univ-st-etienne.fr> <4D9F3D35.30401@biblibre.com> Message-ID: <4DA2DB83.1040002@univ-st-etienne.fr> Bonjour, Petite contribution : Mon niveau (basique) en perl ne "m'autorise" pas a vous proposer directement un patch, je vais donc vous proposer des modifications d'une manière on ne peu plus archaïque .... Le 08/04/2011 18:52, LAURENT Henri-Damien a écrit : > Le 07/04/2011 12:18, Dominique Rouger a écrit : >> rft.date=impr.+1987& >> rtf.place=Paris& >> rtf.tpages=1+vol.+(494+p.-[32]+p.+de+pl.)21+cm >> >> Zotero ne recupère >> ni le lieu, ni les pages ? > Là, je pencherai pour le mauvais support de COinS de zotero... On > pourrait/devrait envoyer un patch à ce sujet. > > exemple : > http://www.amazon.com/Learning-Teaching-Technology-Principles-Practices/dp/041534610X > ne donnera pas plus d'informations de nombre de pages... Alors que les > informations sont là. Il y a en réalité 2 problèmes : 1) un petite faute de frappe dans Biblio.pm : rtf vs rft # place $place = join(" - ", $record->subfield('210', 'a')); # $place = "&rtf.place=$place" if ($place); $place = "&*rft*.place=$place" if ($place); et # $tpages = "&rtf.tpages=$tpages" if ($tpages); $tpages = "&*rft*.tpages=$tpages" if ($tpages); cela résout la question de la récupération du lieu hélas, pas des pages ! 2) et en effet Zotero doit avoir un bugg de ce coté-ci, car même fabriqué avec un générateur Coins http://generator.ocoins.info/ les pages ne sont pas récupérés ... >> Par ailleurs dans le format on peut regretter >> - que le titre ne contienne pas le sous titre, numéro de partie et titre >> de partie >> (mais c'est je crois assez facilement remédiable) > Certes... Mais il faut le faire... Et certainement concaténer les > informations dans le titre pour ne pas risquer de les manquer. Ou voir > avec le support de COinS je vous propose # title my $btitle = join(' ; ', $record->subfield('200', 'a')); $btitle .= " : " . join(' : ', $record->subfield('200', 'e')) if ($record->subfield('200', 'e')); *# ajout no de partie et titre de partie $btitle .= ". " . join('. ', $record->subfield('200', 'h')) if ($record->subfield('200', 'h')); if ($record->subfield('200', 'i')) { if ($record->subfield('200', 'h')) { $btitle .= ", " . join(', ', $record->subfield('200', 'i')) ; }else{ $btitle .= ". " . join(', ', $record->subfield('200', 'i')) ; }* *}* Nb :et sans doute $title = ( $mtx eq 'dc' ) ? "&rft.title=" . $record->subfield( '200', 'a' ) : "&rft.title=" . *$btitle* . "&rft.btitle=" . $btitle; >> - que la collection (serie) ne soit pas mise > Certes... a voir si c'est dans la norme. oui c'est dans la norme, je vous propose : # ajout collection if ( $record->field('225') ) { $serie = "(" . $record->subfield('225', 'a') ; $serie .= ". " . $record->subfield('225', 'i') if ($record->subfield('225', 'i')); $serie .= " ; " . $record->subfield('225', 'v') if ($record->subfield('225', 'v')); $serie .= ", issn " . $record->subfield('225', 'x') if ($record->subfield('225', 'x')); $serie .= ")" ; $serie = "&rft.series=$serie" ; } mais cela ne traite pas correctement les muti-collections (ne prend que la première) ... J'avais aussi remarqué qu'il manquait l'édition je vous propose # ajout edition $edition = $record->subfield('205', 'a'); $edition = "&rft.edition=$edition" if ($edition); NB : c'est 2 nouvelles variables entrainent bien sur : my $edition = ''; my $serie = ''; en déclarations initiales et my $coins_value = "ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3A$mtx$genre$title&rft.isbn=$isbn&rft.issn=$issn&rft.aulast=$aulast&rft.aufirst=$aufirst$oauthors*$edition$serie*&rft.pub=$publisher&rft.date=$pubyear$place$tpages"; au final >> - le doublement de certain auteur >> 200$f et 700$a par exemple > Effectivement. ici je pense qu'il suffit de ne pas mettre le bloc # others authors # if ( $record->field('200') ) { # for my $au ( $record->field('200')->subfield('f') ) { # $oauthors .= "&rft.au=$au"; # } # for my $au ( $record->field('200')->subfield('g') ) { # $oauthors .= "&rft.au=$au"; # } # # } au final avec ces changements on obtient une notice zotero un peu plus complète Cordialement Dominique Rouger -- Dominique Rouger ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Service Commun de Documentation de l'Université Jean Monnet Section Sciences 21, Rue Dr Paul Michelon 42023 Saint Etienne Cedex 2 tél 04 77 48 15 93 mél Dominique.Rouger at univ-st-etienne.fr http://scd.univ-st-etienne.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: -------------- section suivante -------------- Une pièce jointe autre que texte a été nettoyée... Nom: moz-screenshot-53.png Type: image/png Taille: 4382 octets Desc: non disponible URL: From dominique.rouger at univ-st-etienne.fr Tue Apr 12 16:57:08 2011 From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger) Date: Tue, 12 Apr 2011 16:57:08 +0200 Subject: [koha-Infos] Liste In-Reply-To: <4D9D7F92.4010306@univ-st-etienne.fr> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> <4D62191E.4070308@cerma.archi.fr> <387708.20695.1298290098556.JavaMail.root@co5> <4D626358.4040200@progilone.fr> <4D9B1F69.90205@univ-st-etienne.fr> <4D9C85B2.1000307@biblibre.com> <4D9D7F92.4010306@univ-st-etienne.fr> Message-ID: <4DA46844.5080109@univ-st-etienne.fr> Bonjour, Sur Sainté nous rencontrons un "petit" problème avec les listes En mode anonyme, nous ne voyons pas les listes publiques. J'ai finit par repérer une ligne dans les log d'erreur de l'opac provenant de sub get_shelves_userenv () { my $active; unless ( $active = $context->{userenv}->{ $context->{activeuser} } ) { $debug and warn "get_shelves_userenv cannot retrieve context->{userenv}->{context->{activeuser}} /$context->{activeuser} $context->{userenv}->{ $context->{activeuser} }/"; return undef; Pour essayer de voir un peu j'ai rajouté dans le warning l'affichage des variables $context->{activeuser} et $context->{userenv}->{ $context->{activeuser} } ça donne cela au niveau des logs opac-main.pl: get_shelves_userenv cannot retrieve context->{userenv}->{context->{activeuser}} *6501fefc56b076f9cfe90be4c56a7cb9* at /home/koha/kohaclone/C4/Context.pm line 1005., referer: http://161.3.12.90/cgi-bin/koha/opac-main.pl le script n'a donc que la variable $context->{activeuser} et sa valeur est un no de session (que l'on retrouve dans un cookie) La question est donc pourquoi mon environnement de session n'est pas retrouvé quand je suis en mode anonyme ? Quelqu'un(e) a une piste de réponse ? Cordialement Dominique Rouger -- Dominique Rouger ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Service Commun de Documentation de l'Université Jean Monnet Section Sciences 21, Rue Dr Paul Michelon 42023 Saint Etienne Cedex 2 tél 04 77 48 15 93 mélDominique.Rouger at univ-st-etienne.fr http://scd.univ-st-etienne.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From jean.bernon at univ-lyon3.fr Thu Apr 14 14:41:14 2011 From: jean.bernon at univ-lyon3.fr (BERNON Jean) Date: Thu, 14 Apr 2011 12:41:14 +0000 Subject: [koha-Infos] Fils RSS catalogue Message-ID: <6538CC8147CB8E4DBC30E650AA14621709461299@exch-mb3.ad.univ-lyon3.fr> Bonjour, Suite à une demande de renseignement sur les fils RSS du catalogue à Lyon 3, ceux-ci fonctionnent correctement, mais une modification de l'affichage Opac et la configuration d'un index ont été nécessaires pour les faire fonctionner correctement. Les requêtes RSS étaient au départ de la forme 'requete&format rss2'. Nous y avons ajouté un paramètre et la forme est désormais 'requete&sort_by=acqdate_dsc&format=rss2'. Par exemple la requête pour être informé des nouvelles acquisitions en droit privé est la suivante : https://catalogue.univ-lyon3.fr/cgi-bin/koha/opac-search.pl?idx=codstat&q=DRP&sort_by=acqdate_dsc&format=rss2 Cette requête renvoie aujourd'hui 9310 réponses et le flux ne renvoie que les 20 premières (ou au mieux quelques dizaines). Sur de telles requêtes le paramètre de tri est indispensable pour que le lecteur de flux ne reçoive pas sans cesse les mêmes 20 premières notices. Il faut bien sûr que le paramètre de tri corresponde à un index construit selon la conception que l'on a d'une nouveauté. Il y a déjà eu une discussion à ce sujet sur la liste. L'index acqdate peut indexer soit la date des nouveaux exemplaires reçus soit la date de création des nouvelles notices soit la date de publication des nouvelles notices. Nous avons retenu la première solution. Cordialement Jean Bernon -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From dominique.rouger at univ-st-etienne.fr Fri Apr 15 15:05:12 2011 From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger) Date: Fri, 15 Apr 2011 15:05:12 +0200 Subject: [koha-Infos] export notice COins Zotero book In-Reply-To: <4D9F3D35.30401@biblibre.com> References: <30715499.12368.1297949421106.JavaMail.root@co4> <4D5D3351.20207@biblibre.com> <4D62191E.4070308@cerma.archi.fr> <387708.20695.1298290098556.JavaMail.root@co5> <4D626358.4040200@progilone.fr> <4D9B1F69.90205@univ-st-etienne.fr> <4D9C85B2.1000307@biblibre.com> <4D9D8F7C.40501@univ-st-etienne.fr> <4D9F3D35.30401@biblibre.com> Message-ID: <4DA84288.3010105@univ-st-etienne.fr> Bonjour, Petit info pour dire qu'une correction de Zotero viens de régler le problème de la non récupération des pages via les Coins (nb, si la correction rft vs rtf a été faire sur le script koha, bien sur) Cordialement Dominique Rouger Le 08/04/2011 18:52, LAURENT Henri-Damien a écrit : > Le 07/04/2011 12:18, Dominique Rouger a écrit : >> rft.date=impr.+1987& >> rtf.place=Paris& >> rtf.tpages=1+vol.+(494+p.-[32]+p.+de+pl.)21+cm >> >> Zotero ne recupère >> ni le lieu, ni les pages ? > Là, je pencherai pour le mauvais support de COinS de zotero... On > pourrait/devrait envoyer un patch à ce sujet. > > exemple : > http://www.amazon.com/Learning-Teaching-Technology-Principles-Practices/dp/041534610X > ne donnera pas plus d'informations de nombre de pages... Alors que les > informations sont là. Il y a en réalité 2 problèmes : 1) un petite faute de frappe dans Biblio.pm : rtf vs rft # place $place = join(" - ", $record->subfield('210', 'a')); # $place = "&rtf.place=$place" if ($place); $place = "&*rft*.place=$place" if ($place); et # $tpages = "&rtf.tpages=$tpages" if ($tpages); $tpages = "&*rft*.tpages=$tpages" if ($tpages); cela résout la question de la récupération du lieu hélas, pas des pages ! 2) et en effet Zotero doit avoir un bugg de ce coté-ci, car même fabriqué avec un générateur Coins http://generator.ocoins.info/ les pages ne sont pas récupérés ... -- Dominique Rouger ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Service Commun de Documentation de l'Université Jean Monnet Section Sciences 21, Rue Dr Paul Michelon 42023 Saint Etienne Cedex 2 tél 04 77 48 15 93 mélDominique.Rouger at univ-st-etienne.fr http://scd.univ-st-etienne.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From laurence.lefaucheur at biblibre.com Fri Apr 15 16:25:36 2011 From: laurence.lefaucheur at biblibre.com (Laurence Lefaucheur) Date: Fri, 15 Apr 2011 16:25:36 +0200 Subject: [koha-Infos] Fils RSS catalogue In-Reply-To: <6538CC8147CB8E4DBC30E650AA14621709461299@exch-mb3.ad.univ-lyon3.fr> References: <6538CC8147CB8E4DBC30E650AA14621709461299@exch-mb3.ad.univ-lyon3.fr> Message-ID: <4DA85560.3010901@biblibre.com> Bonjour, BERNON Jean a écrit : > Bonjour, > > Suite à une demande de renseignement sur les fils RSS du catalogue à > Lyon 3, ceux-ci fonctionnent correctement, mais une modification de > l'affichage Opac et la configuration d'un index ont été nécessaires pour > les faire fonctionner correctement. Les requêtes RSS étaient au départ > de la forme 'requete&format rss2'. Nous y avons ajouté un paramètre et > la forme est désormais 'requete&sort_by=acqdate_dsc&format=rss2'. > > Par exemple la requête pour être informé des nouvelles acquisitions en > droit privé est la suivante : > https://catalogue.univ-lyon3.fr/cgi-bin/koha/opac-search.pl?idx=codstat&q=DRP&sort_by=acqdate_dsc&format=rss2 > > > Cette requête renvoie aujourd'hui 9310 réponses et le flux ne renvoie > que les 20 premières (ou au mieux quelques dizaines). Sur de telles > requêtes le paramètre de tri est indispensable pour que le lecteur de > flux ne reçoive pas sans cesse les mêmes 20 premières notices. Le flux renvoie actuellement par défaut au plus le nombre de notices contenu dans une page de résultats (dépend donc du nombre de résultats par page défini dans les préférences système) Un petit développement effectué par BibLibre permet grâce à une nouvelle préférence système de paramétrer le nombre maximum de réponses dans le flux ; le lien a également été corrigé pour ajouter le tri par acqdate. Cordialement, Laurence Lefaucheu -- ------------------------ Laurence Lefaucheur BibLibre solutions libres pour les bibliothèques http://www.biblibre.com laurence.lefaucheur at biblibre.com p. 06 27 85 46 49