From frederic at tamil.fr Mon Apr 4 08:04:17 2011
From: frederic at tamil.fr (=?windows-1252?Q?Fr=E9d=E9ric_Demians?=)
Date: Mon, 04 Apr 2011 08:04:17 +0200
Subject: [koha-Infos] Chargeur SUDOC
Message-ID: <4D995F61.8060206@tamil.fr>
Bonjour,
Afin d?accompagner ses clients dans le déploiement de leur Catalogue
Koha dans le SUDOC, Tamil a développé une série d?outils spécifiques.
Aujourd?hui, Tamil publie ce Chargeur SUDOC sous licence Open Source.
Le logiciel est téléchargeable à cette adresse :
http://www.tamil.fr/sudoc/sudoc.tar.gz
Sa documentation est accessible ici :
http://www.tamil.fr/sudoc/sudoc.html
Les principales caractéristiques du Chargeur SUDOC Tamil sont les
suivantes :
- Gestion du protocole d?envoi des fichiers par l?ABES à l?établissement
en mode PUT.
- Multi-établissements (ILN). L?outil peut gérer les chargements de
plusieurs ILN fonctionnant sur un même serveur en tant qu?instances
distinctes de Koha.
- Dédoublonnage des notices bibliographiques et d?autorités entrantes.
- Gestion des liens aux autorités.
- Création des exemplaires en ajout de notice. Pour chaque ILN, il est
possible de mettre en oeuvre une logique spécifique d?exemplarisation.
On peut ainsi créer entièrement ses exemplaires dans WinIBW et générer
automatiquement des exemplaires Koha.
- Logique de fusion de notices bibliographiques paramétrable et
programmable.
- Des outils d?aide au déploiement initial d?un ILN dans le SUDOC.
Cordialement,
--
Frédéric DEMIANS
http://www.tamil.fr/u/fdemians.html
From dominique.rouger at univ-st-etienne.fr Tue Apr 5 15:55:53 2011
From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger)
Date: Tue, 05 Apr 2011 15:55:53 +0200
Subject: [koha-Infos] format export notice
In-Reply-To: <4D626358.4040200@progilone.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>
Message-ID: <4D9B1F69.90205@univ-st-etienne.fr>
Bonjour,
Lorsqu'on affiche une notice dans le catalogue en ligne,
koha propose de d'enregistrer cette notice dans différents formats
(i.e. d'exporter pour importer dans un logiciel de référence biblio)
BIBTEX
Dublin Core (XML)
MARCXML
MARC (non-Unicode/MARC-8)
MARC (Unicode/UTF-8)
MODS (XML)
RIS
Hélas, hormis le marcxml, qui reprend bien ce que nous avons dans notre
calatalogue,
les autres formats "travaillent" avec le MARC21 !!!
ce qui bien entendu donne des résultats pour le moins surprenant :
du style
Paris Hachette impr. 1980 27-Mesnil-sur-l'Estrée Impr.
Firmin-Didot
19801215d1980 k y0frey50 ba
026778343 Chapelot Jean 245729 98589 070
pour le Dublin Core
ou
Louvain-la-Neuve Liège
20100203d2009 k y0frey50 ba
creator
pour MODS
RIS semble à première vue plus correct,
mais a y regarder de près ce n'est pas exactement ça
TY - BOOK
AU - Chapelot
AU - Fossier
TI - ?Le ?village et la maison au Moyen âge: Texte imprimé
T2 - Bibliothèque d'archéologieSN - 2010029100
PY - 0000///Hachette
CY - Paris
KW - Europe
KW - 920
KW - Ed. 1967
KW - 027502597
KW - rameau
Et Bibtex, lui ne donne rien !!
J'ai aperçu que certain format faisait appel à une feuille de style xslt
exemple MARC21slim2MODS.xsl ou MARC21slim2DC.xsl
(leur équivalent en UNIMARC ne semble pas exister ...)
Mais pour d'autre (RIS ou Bibtext), je ne sais pas (encore) où sont pris
les "parseurs".
Sauf erreur de ma part, il semble qu'il y ait là un petit manque de
conversion à l'unimarc, non ?
Comment font les autres Bu françaises pour proposer ces exports à leur
lecteurs ?
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From jean.bernon at univ-lyon3.fr Wed Apr 6 17:14:24 2011
From: jean.bernon at univ-lyon3.fr (BERNON Jean)
Date: Wed, 6 Apr 2011 15:14:24 +0000
Subject: [koha-Infos] RE : format export notice
In-Reply-To: <4D9B1F69.90205@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>
Message-ID: <6538CC8147CB8E4DBC30E650AA1462170944214F@exch-mb3.ad.univ-lyon3.fr>
Bonjour Dominique,
A Lyon 3 nous avons surtout travaillé les sorties de données pour le dossier lecteur, les relances, les réservations, nous n'avons pas pioché les exportations. BIBTEX donne quelque chose d'à peu près correct, RIS la même chose que chez vous. Nous n'avons pas essayé DC et MODS. La sortie COINS sous Zotero est correcte mais imcomplète.
En résumé c'est typiquement un domaine dans lequel nous devrions atteindre de bons résultats en travaillant ensemble.
Cordialement
Jean
________________________________________
De : infos-bounces at listes.koha-fr.org [infos-bounces at listes.koha-fr.org] de la part de Dominique Rouger [dominique.rouger at univ-st-etienne.fr]
Date d'envoi : mardi 5 avril 2011 15:55
À : infos at listes.koha-fr.org
Objet : [koha-Infos] format export notice
Bonjour,
Lorsqu'on affiche une notice dans le catalogue en ligne,
koha propose de d'enregistrer cette notice dans différents formats
(i.e. d'exporter pour importer dans un logiciel de référence biblio)
BIBTEX
Dublin Core (XML)
MARCXML
MARC (non-Unicode/MARC-8)
MARC (Unicode/UTF-8)
MODS (XML)
RIS
Hélas, hormis le marcxml, qui reprend bien ce que nous avons dans notre
calatalogue,
les autres formats "travaillent" avec le MARC21 !!!
ce qui bien entendu donne des résultats pour le moins surprenant :
du style
Paris Hachette impr. 1980 27-Mesnil-sur-l'Estrée Impr.
Firmin-Didot
19801215d1980 k y0frey50 ba
026778343 Chapelot Jean 245729 98589 070
pour le Dublin Core
ou
Louvain-la-Neuve Liège
20100203d2009 k y0frey50 ba
creator
pour MODS
RIS semble à première vue plus correct,
mais a y regarder de près ce n'est pas exactement ça
TY - BOOK
AU - Chapelot
AU - Fossier
TI - ?Le ?village et la maison au Moyen âge: Texte imprimé
T2 - Bibliothèque d'archéologieSN - 2010029100
PY - 0000///Hachette
CY - Paris
KW - Europe
KW - 920
KW - Ed. 1967
KW - 027502597
KW - rameau
Et Bibtex, lui ne donne rien !!
J'ai aperçu que certain format faisait appel à une feuille de style xslt
exemple MARC21slim2MODS.xsl ou MARC21slim2DC.xsl
(leur équivalent en UNIMARC ne semble pas exister ...)
Mais pour d'autre (RIS ou Bibtext), je ne sais pas (encore) où sont pris
les "parseurs".
Sauf erreur de ma part, il semble qu'il y ait là un petit manque de
conversion à l'unimarc, non ?
Comment font les autres Bu françaises pour proposer ces exports à leur
lecteurs ?
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Infos mailing list
Infos at listes.koha-fr.org
https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos
From henridamien.laurent at biblibre.com Wed Apr 6 17:24:34 2011
From: henridamien.laurent at biblibre.com (LAURENT Henri-Damien)
Date: Wed, 06 Apr 2011 17:24:34 +0200
Subject: [koha-Infos] format export notice
In-Reply-To: <4D9B1F69.90205@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>
Message-ID: <4D9C85B2.1000307@biblibre.com>
Le 05/04/2011 15:55, Dominique Rouger a écrit :
> Bonjour,
>
> Lorsqu'on affiche une notice dans le catalogue en ligne,
> koha propose de d'enregistrer cette notice dans différents formats
> (i.e. d'exporter pour importer dans un logiciel de référence biblio)
>
> BIBTEX
> Dublin Core (XML)
> MARCXML
> MARC (non-Unicode/MARC-8)
> MARC (Unicode/UTF-8)
> MODS (XML)
> RIS
>
> Hélas, hormis le marcxml, qui reprend bien ce que nous avons dans notre
> calatalogue,
> les autres formats "travaillent" avec le MARC21 !!!
> ce qui bien entendu donne des résultats pour le moins surprenant :
>
> du style
> Paris Hachette impr. 1980 27-Mesnil-sur-l'Estrée Impr.
> Firmin-Didot
> 19801215d1980 k y0frey50 ba
> 026778343 Chapelot Jean 245729 98589 070
> pour le Dublin Core
>
> ou
>
> Louvain-la-Neuve Liège
>
>
> 20100203d2009 k y0frey50 ba
>
> creator
>
>
> pour MODS
>
> RIS semble à première vue plus correct,
> mais a y regarder de près ce n'est pas exactement ça
> TY - BOOK
> AU - Chapelot
> AU - Fossier
> TI - ?Le ?village et la maison au Moyen âge: Texte imprimé
> T2 - Bibliothèque d'archéologieSN - 2010029100
> PY - 0000///Hachette
> CY - Paris
> KW - Europe
> KW - 920
> KW - Ed. 1967
> KW - 027502597
> KW - rameau
>
> Et Bibtex, lui ne donne rien !!
>
> J'ai aperçu que certain format faisait appel à une feuille de style xslt
> exemple MARC21slim2MODS.xsl ou MARC21slim2DC.xsl
> (leur équivalent en UNIMARC ne semble pas exister ...)
>
> Mais pour d'autre (RIS ou Bibtext), je ne sais pas (encore) où sont pris
> les "parseurs".
Ris et bibtex sont parsé par des outils dans C4::Record
>
> Sauf erreur de ma part, il semble qu'il y ait là un petit manque de
> conversion à l'unimarc, non ?
Oui, car de tels outils ne sont pas fournis en standard par le CFU (et
ce n'est certainement pas son rôle), alors que ces feuilles de style
pour MARC21 sont directement accessibles sur le site de la Library of
Congress.
Ceci explique cela.
--
Henri-Damien LAURENT
BibLibre
From Dominique.Cottart at univ-lyon2.fr Thu Apr 7 11:07:31 2011
From: Dominique.Cottart at univ-lyon2.fr (Dominique Cottart)
Date: Thu, 7 Apr 2011 11:07:31 +0200 (CEST)
Subject: [koha-Infos] Symposium Koha 2011
Message-ID: <23420609.1473.1302167254413.JavaMail.root@co7>
Bonjour,
cette année le symposium koha se déroulera les 26 et 27 mai à l'Université de Lyon 2.
Cette manifestation réunit comme tous les ans toutes les personnes intéressées de près comme de loin par le SIGB Koha.
Vous pouvez trouver les informations conernant ce symposium (programme, formulaire d'inscription,...) à cette adresse
http://www.univ-lyon2.fr/documentation/actualites/symposium-koha-a-lyon-2-421556.kjsp?RH=WWW88
Inscription gratuite obligatoire.
A très bientôt
Dominique Cottart
pour le comité d'organisation
From dominique.rouger at univ-st-etienne.fr Thu Apr 7 11:10:42 2011
From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger)
Date: Thu, 07 Apr 2011 11:10:42 +0200
Subject: [koha-Infos] format export notice
In-Reply-To: <4D9C85B2.1000307@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>
Message-ID: <4D9D7F92.4010306@univ-st-etienne.fr>
Bonjour,
Le 06/04/2011 17:24, LAURENT Henri-Damien a écrit :
>> Mais pour d'autre (RIS ou Bibtext), je ne sais pas (encore) où sont pris
>> > les "parseurs".
> Ris et bibtex sont parsé par des outils dans C4::Record
Ok merci.
Ceci étant nous rencontrons un pb sur Saint Etienne avec le format Bibtext,
Il ne retourne rien !
dans les log on voit
opac-export.pl: *Use of uninitialized value $marc* in print at
/home/koha/kohaclone/opac/opac-export.pl line 55.,
referer: http://161.3.12.90/cgi-bin/koha/opac-detail.pl?biblionumber=972
l'opac-export.pl, utilise la fonction GetMarcBiblio de C4/Biblio.pl (si
j'ai bien suivi)
et celle-ci semble donc ne rien retourner
sub GetMarcBiblio {
my $biblionumber = shift;
my $deletedtable = shift;
my $dbh = C4::Context->dbh;
my $strsth = qq{SELECT marcxml FROM biblioitems WHERE
biblionumber=?};
$strsth .= qq{UNION SELECT marcxml FROM deletedbiblioitems WHERE
biblionumber=?} if $deletedtable;
my $sth = $dbh->prepare($strsth);
my @params=($biblionumber);
push @params, $biblionumber if ($deletedtable);
$sth->execute(@params);
my $row = $sth->fetchrow_hashref;
my $marcxml = StripNonXmlChars( $row->{'marcxml'} );
MARC::File::XML->default_record_format(
C4::Context->preference('marcflavour') );
my $record = MARC::Record->new();
if ($marcxml) {
$record = eval { MARC::Record::new_from_xml( $marcxml, "utf8",
C4::Context->preference('marcflavour') ) };
if ($@) { warn " problem with :$biblionumber : $@ \n$marcxml"; }
# $record = MARC::Record::new_from_usmarc( $marc) if $marc;
return $record;
} else {
return undef;
}
Mais pourquoi ?
Et aussi quand est appelée la fonction marc2bibtex de Record.pm ?
Question subsidiaire,
pourquoi dans opac-export trouve-t-on une requete
$sth = $dbh->prepare("SELECT *marc* FROM biblioitems WHERE
biblionumber =?");
Alors que ce champ n'existe pas.
Il semble d'ailleurs que cette requête n'est pas vraiment d'utilisation,
puisqu'elle est redéfinit dans les fonctions appelées (pour Bibtext au
moins)
pour les convertions
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:
From dominique.rouger at univ-st-etienne.fr Thu Apr 7 11:40:01 2011
From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger)
Date: Thu, 07 Apr 2011 11:40:01 +0200
Subject: [koha-Infos] format export notice : petit rectificatif
In-Reply-To: <4D9C85B2.1000307@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>
Message-ID: <4D9D8671.2080105@univ-st-etienne.fr>
Bonjour,
rectificatif de mon courriel précédent : suppression de la question
subsidiaire !
Le 06/04/2011 17:24, LAURENT Henri-Damien a écrit :
>> Mais pour d'autre (RIS ou Bibtext), je ne sais pas (encore) où sont pris
>> > les "parseurs".
> Ris et bibtex sont parsé par des outils dans C4::Record
Ok merci.
Ceci étant nous rencontrons un pb sur Saint Etienne avec le format Bibtext,
Il ne retourne rien !
dans les log on voit
opac-export.pl: *Use of uninitialized value $marc* in print at
/home/koha/kohaclone/opac/opac-export.pl line 55.,
referer: http://161.3.12.90/cgi-bin/koha/opac-detail.pl?biblionumber=972
l'opac-export.pl, utilise la fonction GetMarcBiblio de C4/Biblio.pl (si
j'ai bien suivi)
et celle-ci semble donc ne rien retourner
sub GetMarcBiblio {
my $biblionumber = shift;
my $deletedtable = shift;
my $dbh = C4::Context->dbh;
my $strsth = qq{SELECT marcxml FROM biblioitems WHERE
biblionumber=?};
$strsth .= qq{UNION SELECT marcxml FROM deletedbiblioitems WHERE
biblionumber=?} if $deletedtable;
my $sth = $dbh->prepare($strsth);
my @params=($biblionumber);
push @params, $biblionumber if ($deletedtable);
$sth->execute(@params);
my $row = $sth->fetchrow_hashref;
my $marcxml = StripNonXmlChars( $row->{'marcxml'} );
MARC::File::XML->default_record_format(
C4::Context->preference('marcflavour') );
my $record = MARC::Record->new();
if ($marcxml) {
$record = eval { MARC::Record::new_from_xml( $marcxml, "utf8",
C4::Context->preference('marcflavour') ) };
if ($@) { warn " problem with :$biblionumber : $@ \n$marcxml"; }
# $record = MARC::Record::new_from_usmarc( $marc) if $marc;
return $record;
} else {
return undef;
}
Mais pourquoi ?
Et aussi quand est appelée la fonction marc2bibtex de Record.pm ?
/Rectificatif : suppression de la question subsidiaire !/
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 dominique.rouger at univ-st-etienne.fr Thu Apr 7 12:18:36 2011
From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger)
Date: Thu, 07 Apr 2011 12:18:36 +0200
Subject: [koha-Infos] export notice COins Zotero
In-Reply-To: <4D9C85B2.1000307@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>
Message-ID: <4D9D8F7C.40501@univ-st-etienne.fr>
Bonjour,
Avec un koha 3.02.00.054
un FF 3.6.15 et un Zotero 2.0.9
je rencontre 2 problèmes de récupération de notices koha dans Zotero via
les Coins OpenURL
1) pour les ouvrages alors que le Coins sous forme d'open url
donne bien par exemple
title="ctx_ver=Z39.88-2004&
rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&
rft.genre=book&
rft.title=Louis+XVI&
rft.btitle=Louis+XVI&
rft.isbn=2262004560&
rft.issn=&
rft.aulast=Chiappe&
rft.aufirst=Jean-François&
rft.au=Chiappe,+Jean-François+(1931-2001)&
rft.au=Jean-François+Chiappe&
rft.au=illustration+d'Anne+Bessand-Massenet&
rft.pub=Perrin&
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 ?
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)
- que la collection (serie) ne soit pas mise
- le doublement de certain auteur
200$f et 700$a par exemple
2) pour une notice de revue,
avec un COins
title="ctx_ver=Z39.88-2004&
rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&
rft.genre=journal&
rft.title=Physics+of+fluids&
rft.btitle=Physics+of+fluids&
rft.isbn=&
rft.issn=0899-8213&
rft.aulast=&
rft.aufirst=&
rft.au=American+Institute+of+Physics&
rft.pub=The+Institute&
rft.date=1989-1993&
rtf.place=New+York,+NY
là, la récupération par Zotero échoue (sans message) :
je ne retrouve pas la notice dans Zotero.
Le seul problème que je voie dans l'OpenURL,
c'est que l'on devrait plutot avoir un *j*title qu'un /b/title
http://ocoins.info/cobg.html
...?
D'autre rencontre-t-il des problèmes similaires ?
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 dominique.rouger at univ-st-etienne.fr Fri Apr 8 13:47:14 2011
From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger)
Date: Fri, 08 Apr 2011 13:47:14 +0200
Subject: [koha-Infos] XISBN
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: <4D9EF5C2.3040201@univ-st-etienne.fr>
Bonjour,
Je cherche a mettre en place la FRBRisation dans Koha
j'ai mis dans les préférences sytèmes :
OPACFRBRizeEditions sur ON
XISBN sur ON
et rien dans ****OCLCAffiliateID
( le service web d'oclc fonctionne avec par exemple
http://xisbn.worldcat.org/webservices/xid/isbn/2707603740/editions.xml
avec un retour :
2707603740
2707615781
...
2707603139
...
2707613495
et j'ai bien une autre édition correspondant
à l'isbn 2707603139 dans le catalogue
)
Et pourtant je ne vois rien dans Koha.
Mais j'ai la trace suivante dans les logs d'erreur de l'opac :
opac-detail.pl: *WARNING: URL Request Failed 500 Can't connect to
xisbn.worldcat.org:80 (connect: timeout),*
referer:
http://161.3.12.90/cgi-bin/koha/opac-search.pl?q=Droit+civil&limit=
l'url /xisbn.worldcat.org:80/ via un navigateur, ne retourne pas de
message d'erreur,
et s'affiche tout a fait normalement
Mais je n'arrive pas a voir ce qui est envoyé exactement par koha vers
ce service
(je ne le vois pas passer de requête ajax par exemple)
Quelqu'un(e) aurait une piste ?
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:
From dominique.rouger at univ-st-etienne.fr Fri Apr 8 18:03:30 2011
From: dominique.rouger at univ-st-etienne.fr (Dominique Rouger)
Date: Fri, 08 Apr 2011 18:03:30 +0200
Subject: [koha-Infos] XISBN suite
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: <4D9F31D2.7000609@univ-st-etienne.fr>
Bonjour,
Je cherche - toujours - a mettre en place la FRBRisation dans Koha
j'ai mis dans les préférences sytèmes :
OPACFRBRizeEditions sur ON
XISBN sur ON
et rien dans ****OCLCAffiliateID
Malgré une âme charitable qui m'a indiqué
qu'il fallait un OCLCAffiliateID
je pense que le pb n'est pas là
Dans /C4/XISBN.pm dans la partie _get_url
j'ai ajouté *2 sorties de warning*
et légèrement /modifiée/ /celle qui existe/)
sub _get_url {
my ( $url, $service_type ) = @_;
my $ua = LWP::UserAgent->new( timeout => 2 );
my $response = $ua->get($url);
*warn "WARNING response is $response $url" ;*
if ( $response->is_success ) {
#warn "WARNING could not retrieve $service_type $url" unless
$response;
*warn "WARNING could not retrieve $service_type $url" ;*
if ($response) {
my $xmlsimple = XML::Simple->new();
my $content = $xmlsimple->XMLin(
$response->content,
ForceArray => [qw(isbn)],
ForceContent => 1,
);
return $content;
}
} else {
warn "WARNING: URL /$service_type Request Failed/ " .
$response->status_line . "/$!/\n";
}
Or dans les logs je n'en retrouve que 2 le premier et le dernier
opac-detail.pl: WARNING response is HTTP::Response=HASH(0xabd3ff8)
http://xisbn.worldcat.org/webservices/xid/isbn/2707603740?method=getEditions&format=xml&fl=form,year,lang,ed
at /home/koha/kohaclone/C4/XISBN.pm line 148.
opac-detail.pl: WARNING: URL xisbn Request Failed 500 Can't connect to
xisbn.worldcat.org:80 (connect: timeout)Connection timed out
Et l'url
http://xisbn.worldcat.org/webservices/xid/isbn/2707603740?method=getEditions&format=xml&fl=form,year,lang,ed
répond très bien
j'en déduis que le problème est dans LWP::UserAgent
/usr/share/perl5/LWP/UserAgent.pm
alors je ne me suis pas démonté et j'ai mis un warning au niveau de la
fonction appelée
# Now the shortcuts...
#
sub get {
require HTTP::Request::Common;
my($self, @parameters) = @_;
my @suff = $self->_process_colonic_headers(\@parameters,1);
*warn "WARNING sub get self_request $self->request(
HTTP::Request::Common::GET( @parameters ), @suff )" ;*
return $self->request( HTTP::Request::Common::GET( @parameters ),
@suff );
}
et j'ai en retour dans les logs
opac-detail.pl: WARNING sub get self_request
LWP::UserAgent=HASH(0xbc035d0)->request( HTTP::Request::Common::GET(
http://xisbn.worldcat.org/webservices/xid/isbn/2707603740?method=getEditions&format=xml&fl=form,year,lang,ed
), ) at /usr/share/perl5/LWP/UserAgent.pm line 426.
Donc le return $self->request( etc) retourne bien quelque chose
mais le if ( $response->is_success ) lui retourne un false !
is_succes, si j'ai bien compris provient de HTML::Response
/usr/share/perl5/HTTP/Response.pm
qui lui même le tiendrait de HTTP::Status::is_success
sub is_success { HTTP::Status::is_success (shift->{'_rc'}); }
.... je fatigue un peu là !!
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 fridolyn.somers at progilone.fr Fri Apr 8 18:03:58 2011
From: fridolyn.somers at progilone.fr (Fridolyn SOMERS)
Date: Fri, 08 Apr 2011 18:03:58 +0200
Subject: [koha-Infos] =?iso-8859-1?q?Int=E9gration_des_fonctionnalit=E9s_L?=
=?iso-8859-1?q?yon_2?=
Message-ID: <4D9F31EE.4030806@progilone.fr>
Bonjour,
Durant ma participation à la semaine de tests pour Koha 3.4,
j'ai débuté l'intégration des fonctionnalités développées pour le SCD
Lyon 2 dans la version communautaire.
La première fonctionnalité est dans le bug 6120
, basé
sur les fonctionnalités F10-F11 (voir notre git
).
Nous avons fait le point sur les autres fonctionnalités avec Paul
Poulain de Biblibre afin de les prioriser :
Les plus intéressantes :
* F10-F11 (réalisé)
* F16
* F21-F22
* C1
Moyennement intéressantes :
* F1-F13
Nécessite plus de développement :
* F18
* F19
* C2
* C5
Pas intéressantes :
* F5-F6
* F7
* F14
* F17
* F27
* F28-F29
* C4
* C7
* C8
Obsolètes :
* F20
* C6
Nous ferons de notre mieux pour proposer au plus tôt les fonctionnalités
intéressantes dans la version communautaire.
Cordialement,
PS : "git clone" fonctionne désormais sur notre git.
PS : les fonctionnalités A* ne sont pas nouvelles, elle proviennent de
la version de Lyon 3, géré par Biblibre.
--
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 henridamien.laurent at biblibre.com Fri Apr 8 18:52:05 2011
From: henridamien.laurent at biblibre.com (LAURENT Henri-Damien)
Date: Fri, 08 Apr 2011 18:52:05 +0200
Subject: [koha-Infos] export notice COins Zotero
In-Reply-To: <4D9D8F7C.40501@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>
<4D9D8F7C.40501@univ-st-etienne.fr>
Message-ID: <4D9F3D35.30401@biblibre.com>
Le 07/04/2011 12:18, Dominique Rouger a écrit :
> Bonjour,
>
> Avec un koha 3.02.00.054
> un FF 3.6.15 et un Zotero 2.0.9
>
> je rencontre 2 problèmes de récupération de notices koha dans Zotero via
> les Coins OpenURL
>
> 1) pour les ouvrages alors que le Coins sous forme d'open url
> donne bien par exemple
> title="ctx_ver=Z39.88-2004&
> rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&
> rft.genre=book&
> rft.title=Louis+XVI&
> rft.btitle=Louis+XVI&
> rft.isbn=2262004560&
> rft.issn=&
> rft.aulast=Chiappe&
> rft.aufirst=Jean-François&
> rft.au=Chiappe,+Jean-François+(1931-2001)&
> rft.au=Jean-François+Chiappe&
> rft.au=illustration+d'Anne+Bessand-Massenet&
> rft.pub=Perrin&
> 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à.
>
> 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
> - que la collection (serie) ne soit pas mise
Certes... a voir si c'est dans la norme.
> - le doublement de certain auteur
> 200$f et 700$a par exemple
Effectivement.
>
> 2) pour une notice de revue,
> avec un COins
> title="ctx_ver=Z39.88-2004&
> rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&
> rft.genre=journal&
> rft.title=Physics+of+fluids&
> rft.btitle=Physics+of+fluids&
> rft.isbn=&
> rft.issn=0899-8213&
> rft.aulast=&
> rft.aufirst=&
> rft.au=American+Institute+of+Physics&
> rft.pub=The+Institute&
> rft.date=1989-1993&
> rtf.place=New+York,+NY
>
> là, la récupération par Zotero échoue (sans message) :
> je ne retrouve pas la notice dans Zotero.
>
> Le seul problème que je voie dans l'OpenURL,
> c'est que l'on devrait plutot avoir un *j*title qu'un /b/title
> http://ocoins.info/cobg.html
> ...?
On peut sans doute y remédier. Ouvrir un bug dans bugzilla. Et mettre
l'information. Le traitement différencié entre les notices pourrait être
ajouté.
>
> D'autre rencontre-t-il des problèmes similaires ?
>
>
> Cordialement
> Dominique Rouger
Cordialement
--
Henri-Damien LAURENT