From brigitte.michel1 at u-psud.fr Fri May 11 16:28:30 2012 From: brigitte.michel1 at u-psud.fr (Brigitte Michel) Date: Fri, 11 May 2012 16:28:30 +0200 Subject: [koha-Infos] [Fwd: [Fwd: Re: relecture (again) and again]] Message-ID: <4FAD220E.3080306@u-psud.fr> Bonjour, L'université Paris-Sud a fait le choix de Koha et travaille actuellement à la rédaction de son cahier des charges pour une prestation d'installation et de développements complémentaires. Notre objectif est de proposer ces développements pour intégration dans la version communautaire; avant de les demander, nous souhaiterions partager nos projets de développement avec vous pour recueillir vos remarques et déterminer si les développements envisagés intéressent ou non la communauté. Nous seront 3 à la Bulac lundi et mardi prochain pour en discuter avec ceux d'entre vous qui sont intéressés. *I. Développements envisagés* 1 - _Exemplaires_ L'absence de recherche sur les exemplaires, et donc d'affichage en réponse des notices d'exemplaires et non des notices bibliographiques, ne vous manquent-elle pas? Ne serait-ce que pour avoir dans la gestion courante une idée du nombre d'exemplaire sous telle cote ou du nombre d'exemplaires de telle localisation pilonné, etc. 2 - _Périodiques_ 2.1 Nous pensons demander le développement d'un nouvel onglet "Etat de collection" qui s'afficherait par défaut pour les notices de périodiques et qui s'appuierait sur les données importées du Sudoc. Cet onglet concernerait des titres qui n'ont pas d'abonnement dans Koha et serait visuellement le plus proche possible de l'affichage des exemplaires. 2.2 Toujours dans une optique de gestion de collection de périodiques indépendamment d'un abonnement vivant, un certain nombre de données qui seraient soit la table marc soit dans un nouvelle table "Etat de collection" et comprendrait des information comme "Date de dernier recollement" décision de conservation oui/non, volumes reliées etc bref toute choses qui permettent de gérer un collection de périodique même quand elle n'est plus en cours d'abonnement 2.3 -Toujours pour les périodiques, il nous semble problématique que Koha n'alerte pas dans le cas où aucun fascicule d'un abonnement n'arrive ; en l'état actuel seul le premier fascicule sera réclamé mais n'ayant jamais été reçu, on ne générera pas les fascicules suivants et donc on ne les réclamera pas. Pensez-vous cohérent et souhaitable de faire en sorte que Koha génère automatiquement le fascicule suivant si la date "attendu le" du dernier fascicule généré de l'abonnement est dépassée ? 3 - _Autorité_ Nous souhaitons que l'OPAC exploite la valeur ajoutée que constituent les autorités (importées du Sudoc pour nous). Avez-vous déjà des paramétrages qui permettent lors d'une interrogation sujet que la recherche porte aussi sur les formes rejetées des autorités ? La recherche dans les fichiers d'autorités permettrait d'afficher les autorités avec - affichage des termes rejetés - rebonds possibles propres aux autorités sur les terme génériques et les termes spécifiques si les autorité correspondantes ont été importées dans Koha, - rebonds sur les notices bibliographiques correspondantes. Nous envisageons aussi qu'à partir d'une notice bibliographique le lecteur puisse aller voir l'autorité de la tête de vedette et voir ainsi les termes génériques et spécifiques et en navigant dans les fiches d'autorités trouver une formulation plus juste de son sujet et repartir vers les notices bibliographiques correspondantes. Voir ce qui se fait dans un autre SIGB à Caen (http://flora.unicaen.fr/flora/jsp/index_public.jsp, recherche par index / sujet ; exemple "tremblements" cliquer sur "séismes") 4 - _Acquisitions _(nous avons tenu comptes des modifications annoncées pour la version communautaire) 4.1- Il nous semble intéressant d'offrir la possibilité d'un workflow plus élaboré qui permette de gérer dans le SIGB un statut intermédiaire avant le statut « commandé » et tout ce qu?il entraîne (imputation budgétaire, affichage dans les suggestions ou à l?OPAC, réception possible,?) : Il est impossible dans Koha de créer une ligne de commande sans avoir ouvert un panier. Or le repérage des commandes et leur saisie dans le SIGB s?étale au fil des jours et il nous semble problématique que la seule date faisant référence pour l?apparition à l?OPAC ou la gestion des relations avec le fournisseur soit la date de la création de la ligne. Nous envisageons un fonctionnement où les acquéreurs alimentent leur panier au fil de leur repérage, mais que la date d?apparition à l?OPAC ou la date fixant les délais pour les éventuelles réclamations soit la date de constitution du bordereau qui serait alors la date effective de la commande auprès du fournisseur 4.2 - Vous semble-t-il souhaitable de simplifier le suivi et la gestion des commandes en utilisant systématiquement le n° de la ligne de commande et le n° du bordereau ? 4.3 - Développer les fonctionnalités autour de la réponse fournisseur : il faudrait prévoir un champ interrogeable qui permettre de saisir la réponse fournisseur (exemple "en cours" (ou "noté"),"à paraître", "en réimpression", "manque provisoirement", Dans les premiers cas, la ligne devra pouvoir postérieurement être réceptionnée et donc liée à une référence facture "épuisé"; dans ce cas là la ligne doit être supprimée dans la foulée, sous réserve de pouvoir être listée. *II - Retours d'expériences* 1 - Quelle expérience avez-vous d'une articulation Koha / 3M pour que les démagnétiseur/remagnétiseur se mette automatiquement en position prêt ou retour lors d'une transaction dans Koha ? Nous sommes preneur d'exemple de définition de vos données d'exemplaires afin de voir comment vous les avait enrichies 2 - Nous avons du mal à clarifier comment articuler efficacement données bibliographiques / données d'exemplaires / donnés d'acquisitions Pour compter combien de titres et combien d'exemplaires et à quel coût ont été acquis une année donnée pour telle discipline et tel niveau nous hésitons beaucoup sur le lieux de "stockage" des informations. A priori la discipline et le niveau seraient au niveau bibliographique et exploités aussi pour produire des listes automatiques de nouveautés ; le prix serait au niveau des lignes de commandes. Faut-il prévoir d'hériter systématiquement ces données au niveau de l'exemplaire pour pouvoir répondre facilement à la question initiale (combien de titres et combien d'exemplaires et à quel coût ont été acquis une année donnée pour telle discipline et tel niveau) ou est-il facile de croiser les tables pour obtenir l'information souhaitée, ou...? Quelles sont vos expériences ? 3 - Gérez-vous des statuts de notice (exemple notice sudoc / notice d'acquisition ...) ? Ces statuts vous permettent-il de masquer des notice biblio à l'OPAC ? Notamment comment comptabilisez-vous les titres supprimés (suite à désherbage) dans l'année pour l'ESGBU ou autres enquêtes statistiques sur vos collections (nous envisageons un statut "notice à supprimer" qui masquerait les notice à l'OPAC). A lundi de vive voix Cordialement -- Brigitte MICHEL, Béatrice CRASSOUS et Yves TOMIC Département Système d?information documentaire et chef de projet SID Service commun de la Documentation Université Paris-Sud 11 Tél : 01 69 15 69 69 Fax : 01 69 15 41 71 Domaine universitaire de Paris-Sud 11 Bat 407 Rue du Doyen Poitou 91 405 Orsay Cedex -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From adeimantos at free.fr Sat May 12 10:40:53 2012 From: adeimantos at free.fr (Jean-Pierre Delange) Date: Sat, 12 May 2012 10:40:53 +0200 Subject: [koha-Infos] =?iso-8859-1?q?Connexion_=E0_localhost_Koha_impossib?= =?iso-8859-1?q?le?= In-Reply-To: <4F9AC638.3040008@biblibre.com> References: <4F9801E3.7000602@free.fr> <4F9AC638.3040008@biblibre.com> Message-ID: <1336812053.2519.11.camel@metis> Merci de votre réponse. Il s'agissait en fait d'une étourderie qui m'a conduit à ne pas suivre scrupuleusement la méthode d'installation. J'ai honte de le dire, mais apr la commande $ make Install.PL et $ make, j'ai oublié de lancer la commande $ install . Bref, Koha ne pouvait pas installer tous les fichiers permettant l'affichage en mode graphique. Le seul problème auquel j'ai ensuite été confronté, mais que j'ai résolu grâce à l'aide trouvée sur le Wiki, a été la localisation en français. En effet, malgré le choix de cette langue lors du processus d'installation $ make'install.PL', Koha s'est ensuite affiché en anglais. L"implémentation des modules perl de localisation n'est pas aussi simple que l'on voudrait bien le croire. Il faut bien suivre ce wiki : http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client Le vendredi 27 avril 2012 à 18:15 +0200, Laurence Lefaucheur a écrit : > Bonjour, > > Le 25/04/2012 15:53, Jean-Pierre Delange a écrit : > > Désireux de tester et de mettre en production Koha (gestion d'ouvrages > > et de documents anciens), j'ai installé Koha-3.8.0 sur Ubuntu 10.10 (au > > préalable à Koha = Apache2, Mysql, Php5, Perl et PhpMyadmin). J'ai suivi > > les instructions ubuntu.install.lucid du fichier d'aide à l'installation > > de koha ainsi que le Wiki : > > http://wiki.koha-community.org/wiki/Koha_on_Ubuntu. > > À part des problèmes avec de nombreux paquets Perl qui manquaient tout > > s'est apparemment bien passé, sauf que : > > > > 1) Au démarrage, dans GRUB, j'ai la possibilité de me connecter à un > > client Koha (celui qui a été installé en mode Perl je suppose); > > 2) Lorsque je veux me connecter par Firefox à http://127.0.1.1:8080, > > j'ai la réponse suivante : > > > > Access denied for user 'kohaadmin'@'localhost' (using password: YES) at > > /usr/share/koha/lib/C4/Context.pm line 758. > > > est-ce que votre utilisateur kohaadmin a les droits sur la base de > données koha ? > (grant et flush privileges faits ?) > > Cordialement, > > -- Professeur de philosophie -- "Few discoveries are more irritating than those which expose the pedigree of ideas" Lord Acton