Home > Informatique > Nouveau logiciel libre de gestion d’une bibliothèque: Alessandria

Nouveau logiciel libre de gestion d’une bibliothèque: Alessandria

Aujourd’hui j’aimerais vous présenter Alessandria, un logiciel de gestion de bibliothèque. Grâce à cette application, il est possible de gérer les livres, les lecteurs et les emprunts dans une bibliothèque.

A l’origine, j’ai développé ce logiciel pour répondre à un besoin bien précis: gérer la bibliothèque d’une petite commune française. Le personnel souhaitait effectuer cette gestion en utilisant un tableur. Étant développeur je me suis dit qu’on pouvait faire beaucoup mieux. Avant de réinventer la roue je me suis penché sur les solutions libres existantes telles que Koha ou encore PMB, très complètes et professionnelles mais nécessitant un temps d’apprentissage important. Du coup j’ai décidé de réaliser moi-même un logiciel facile à prendre en main et adapté aux besoins d’une petite structure. C’est ainsi qu’est né le logiciel libre Alessandria.

Fonctionnalités principales

  • Gestion des livres avec possibilité d’import ISBN
  • Gestion des auteurs et éditeurs
  • Gestion des lecteurs
  • Gestion des prêts

Le logiciel est actuellement en version 0.95 qui peut être considérée comme un version beta. Elle est cependant déjà utilisée en « production ». La version 1.0 intègrera un module qui permettra aux bibliothécaires d’effectuer toute une série de statistiques sur une période donnée, par exemple: « Quelle est la proportion de romans policiers empruntés sur l’année 2016 ? ».
A noter que l’application a été pensée dès le départ pour être multilingue.

Caractéristiques techniques

Captures d’écrans

alexandrie-page_accueil

Page d’accueil

 

 

 

 

 

 

 

alexandrie-emprunts_en_cours

Emprunts en cours

 

 

 

 

 

 

alexandrie-saisie_livre

Saisie d’un livre

 

 

 

 

 

 

alexandrie-import_isbn

Import ISBN

 

 

 

 

 

 

alexandrie-auteur

Saisie d’un auteur

Categories: Informatique Tags: .: bibliothèque .: django .: logiciel .: python
  1. mars 23rd, 2016 at 12:18 | #1

    OMG génial 🙂
    Je suis utilisateur quotidien de Koha 🙂 et je trouve ça intéressant.
    Dommage que ça soit en Django / Python sinon j’aurai testé.
    Du coup, tu as une démo à tester en ligne ? 😀
    Histoire de s’amuser un peu 😉

    As-tu prévu un OPAC ensuite ?
    Catalogue consultable en externe en fait.

  2. mars 23rd, 2016 at 14:40 | #2

    Cool, mais ce serait pas mal d’avoir quelques captures d’écran pour voir à quoi ça ressemble.

  3. Nicolas
    mars 23rd, 2016 at 16:10 | #3

    bonjour

    Je suis très intéressé mais à titre personnel pour ma propre bibliothèque. je vais essayer même si je connais plus ruby on rails que django.
    Pensez vous qu’il soit possible d’utiliser sur une application web la webcam pour reconnaître les codes barres isbn ?

    à bientôt

  4. Ned
    mars 23rd, 2016 at 16:15 | #4

    Hello,

    juste une petite remarque suite à la lecture d’un article de Korben sur Kik : Alexandrie est le nom d’un logiciel de gestion documentaire édité par gbconcept, ça serait dommage que tu te retrouves dans une bataille pour le nom de ton projet…
    HTH

  5. Netchaiev
    mars 23rd, 2016 at 22:05 | #5

    Attention !!! Il existe un logiciel commercial du même nom qui joue dans la même catégorie .
    Le non ce logiciel est sans doute protégé …

    http://www.gbconcept.com/

  6. Marco
    mars 24th, 2016 at 08:34 | #6

    Salut,
    Pas encore de démo en ligne, mais je vais y penser. Dans les prochains temps je dois réinstaller mon serveur dédié, j’en profiterai pour mettre une démo en ligne.
    Pour ce qui est de l’OPAC, oui ça serait intéressant, et cela peut être envisagé dans les versions futures mais je souhaite d’abord terminer les fonctions essentielles pour la gestion interne.

  7. Marco
    mars 24th, 2016 at 08:36 | #7

    Oui il faut que je vois comment le gérer, ça pourrait être super intéressant. Mais honnêtement je n’ai pas fait encore de recherche à ce niveau.

  8. Marco
    mars 24th, 2016 at 08:39 | #8

    Mince c’est vrai qu’au début comme ce n’était qu’une application « personnelle » je ne me suis pas trop posé de question. Bon ben va falloir se triturer les méninges maintenant. Merci pour le retour.

  9. Marco
    mars 24th, 2016 at 09:08 | #9

    @NiKaro
    Voilà c’est fait ! Comme vous pouvez le voir la partie design est minimaliste et clairement à améliorer…

  10. mars 24th, 2016 at 14:48 | #10

    Pour aller plus loin, quelques remarques de bibliothécaire :
    – tu gères l’import Electre (j’ai un doute :p)
    – idem pour la catalogage BNF ?
    – en fait tu gères de l’UNIMARC ? Ou tout est codé en MySQL sans utilisé de « langage bibliographique » comme l’UNIMARC ?
    – intérêt d’avoir une liste « emprunts » indépendantes de la partie « Lecteurs » ? Question sans animosité hein, c’est juste que personnellement dans mon boulot je n’ai pas l’intérêt de savoir ça car soit tu cherches un livre dans le catalogue et tu as l’emprunteur soit tu cherches un emprunteur/lecteur et tu vois ce qu’il a emprunté
    – et la remarque Bonux : il me semble que la Loi FR impose que le logiciel garde une trace des emprunts des lecteurs (pour la Justice, au cas où) ET la CNIL demande que cette liste ne soit pas accessible aux utilisateurs du logiciel (malgré le fait que les p’tits vieux se souvienne plus de leurs emprunts donc tu veux les aider tu mates l’historique mais c’est illégal).
    J’ai presqu’envie de monter une machine virtuelle pour tester ça mais je ne sais pas installer Django and co 😉

  11. Marco
    mars 24th, 2016 at 19:11 | #11

    @Gilles
    Salut Gilles,
    En fait je suis parti d’un besoin basique, donc l’idée est de faire quelque chose de très simple au départ et petit à petit d’implémenter de nouvelles fonctions. Donc pour l’instant je ne gère ni Electre, ni BNF, ni UNIMARC tout simplement parce que les utilisateurs de la bibliothèque pour qui j’ai réalisé l’application ne m’en ont pas parlé. Il faut bien avoir à l’esprit qu’il s’agit d’une bibliothèque d’une toute petite commune.
    Pour la liste des emprunts indépendante c’est juste un raccourci pour avoir rapidement la liste des emprunts en retard par exemple.
    Pour ce qui est de la CNIL je ne savais pas qu’il y avait cette restriction. En gros tu me dis que les bibliothécaires n’y ont pas accès, mais que les lecteurs (s’ils ont un accès externe évidemment) peuvent consulter leur historique ?
    En tout cas je te remercie pour tes remarques, elles sont précieuses vu que tu es du métier :-). Tout le défi en ce qui me concerne est de rester dans une application simple d’utilisation tout en fournissant les fonctions indispensables à la gestion d’une bibliothèque. Sinon il n’y a pas trop d’intérêt autant utiliser des solutions libres existantes comme Koha ou PMB…

  12. Marco
    mars 24th, 2016 at 21:04 | #12

    Le projet s’appelle désormais « Alessandria » 🙂

  13. mars 25th, 2016 at 08:01 | #13

    Je comprends les besoins 🙂
    PERSONNE n’a le droit d’avoir accès aux données de prêt, mais peut-être qu’en effet les lecteurs pourraient avoir accès à leur historique mais comme les bibliothécaires le pourraient aussi, je pense que c’est un peu… illégal ?
    Faudrait voir mais c’est sûrement mieux s’il n’y a pas d’historique enregistré.
    Après, à toi de voir, c’est un sujet épineux chez les bibliothécaires 😉
    Pour Koha ou PMB, faut quand même maîtriser pas mal de connaissances pour les utiliser, ce n’est pas pour rien qu’il y a des prestataires pour ça 😉
    Je me suis abonné au flux des comm. de ce billet 😉

  14. Marco
    mars 25th, 2016 at 08:35 | #14

    @Gilles
    Oui dans l’absolu je comprends qu’il soit illégal d’avoir l’historique des prêts. Maintenant en pratique c’est quand même franchement bien de pouvoir dire à la personne: « tiens on a rentré tel livre de tel auteur » après avoir vu qu’elle aimait bien cet auteur. De plus jusqu’à maintenant les bibliothécaires avaient accès à l’historique avec leur gestion de fiches manuelles. Mais ceci dit je vais en parler au responsable et voir sa réponse 🙂

  15. mars 25th, 2016 at 08:48 | #15

    Pas de souci, ce n’est pas facile à gérer et je dis bravo parce qu’au niveau de Koha, je suis l’interlocuteur du prestataire donc je vois ce qu’il y a derrière et c’est du boulot !
    Même si forcément Koha gère plus de choses (PHP/MYSQL/PERL/autre techno) (200 000 notices chez nous).
    Tu récupères les infos du livre avec un « scrapper » sur Amazon ?
    Si jamais tu veux des infos pour récup. sur la BNF ou MOCCAM (gratuitement en fait), hésite pas à demander.
    Idem si tu veux des retours… quand il y aura une démo 😉

  16. Marco
    mars 25th, 2016 at 11:59 | #16

    @Gilles
    Pour récupérer les infos j’utilise une bibliothèque Python « isbnlib » avec le service web par défaut qui est un mix des informations récupérées depuis worldcat.org et Google Books service. Mais a priori la qualité des informations n’est pas optimale. D’ailleurs il y a cet avertissement: « The retiring of the xISBN service implied a huge drop in data quality for metadata and editions. For non-US books, the situation is really bad, many of them have no Publisher information available! ». Du coup il va falloir que j’étudie ça de plus près :-).
    Du coup Je veux bien des informations sur la BNF / MOCAM…
    Pour ce qui est de la démo dès qu’elle sera prête je publierai une info.
    En tout cas merci beaucoup pour ton soutien !

  17. mars 25th, 2016 at 12:46 | #17

    En France, les bibliothécaire récupèrent des notices, c’est-à-dire un fichier avec les infos codées selon une norme (Unimarc mais ça peut être aussi du plus simple genre XML).
    Ensuite les SIGB intègrent ces fichiers dans le catalogue et le bibliothécaire ajoute un exemplaire à la notice ainsi créé.
    J’ai testé un export MOCCAM en EXCEL, voici le fichier que ça donne : http://dl.free.fr/getfile.pl?file=/ecMZsbFM
    Tu ouvres dans Excel, ça foire un peu dans Calc, si tu peux.
    Au final tu as tes infos et tu dois pouvoir insérer ça en base de données.
    MOCCAM est gratuit et tu peux récupérer plusieurs notice d’un coup.
    Mais l’import dans un SIGB demande du codage car il faut vérifier que la notice existe ou pas (via un check par ISBN), proposer d’écraser ou pas si c’est le cas, faire du « toujours écraser » en proposition avant, etc.
    Pour la BNF, si tes bibliothèques ne font pas d’Unimarc, pas la peine, Moccam (bien que rudimentaire) marchera.
    Si tes bibliothèques ont un accès Electre (cher), il y a possibilité d’avoir les notices dans différents encodage donc… mais c’est un autre sujet.
    D’ailleurs plutôt que de polluer ici, si tu veux tu ouvres une issue sur ton Gitlab 😉
    A toi de voir ce que tu veux faire 🙂

  18. Marco
    mars 25th, 2016 at 13:00 | #18

    Merci pour toutes ces infos, j’ai ouvert un ticket sur GitLab tu as raison c’est mieux.

  19. Ned
    avril 1st, 2016 at 17:55 | #19

    @Marco
    « tiens on a rentré tel livre de tel auteur » : ça signifie que tu veux historiser l’usage qu’on fait d’un livre (sorti/rentré) et non pas QUI fait cet usage. Donc je pense que ça n’a aucun impact vis à vis de la CNIL dans ce cas. Pas plus que d’abonner un utilisateur à une alerte de rentrée de livre, si celle-ci n’est une fois de plus pas historisée.

    Bien joué pour le renommage, j’avoue avoir chercher un peu d’autres noms de bibliothèques célèbres dans l’espoir de te faire des suggestions, mais je n’avais rien trouvé d’aussi chouette.

  20. Marco
    avril 1st, 2016 at 18:09 | #20

    @Ned
    Merci ! Ceci dit j’ai eu des sueurs froides car je me suis dit que ça allait être un gros boulot de tout remplacer mais en fait non: la commande « sed » a été mon amie et sur le gitlab le changement d’un nom de projet se fait facilement.

  21. Gwen
    avril 10th, 2016 at 10:20 | #21

    @Gilles
    La Norme simplifiée NS-009 de la CNIL précise que les données relatives aux lecteurs sont conservées au maximum 1 an et celles relatives à chaque prêt, 4 mois :
    https://www.cnil.fr/fr/declaration/ns-009-bibliotheques-mediatheques.
    L’existence du fichier des emprunteurs doit être déclaré à la CNIL. C’est très bien expliqué ici :
    https://mdo.cg60.fr/index.php?option=com_content&view=article&id=420&Itemid=185

  22. avril 10th, 2016 at 17:30 | #22

    @Gwen
    Merci, j’ai cherché un bout de temps de ce genre d’informations.
    « Les données enregistrées sont conservées pendant la durée d’utilisation du service de prêt ( la radiation intervient d’office dans un délai d’un an à compter de la date de fin du prêt précédent). Les informations concernant chaque prêt sont conservées jusqu’à la fin du quatrième mois suivant la restitution de l’objet du prêt. Au-delà de ce délai, les informations sont détruites. »
    Tant que le lecteur est adhérent de la bibliothèque, les données sont conservées sans limite.
    La limite intervient quand le lecteur n’est plus adhérent.
    Sur Koha, je ne crois pas qu’il y ait de limites.

  23. avril 11th, 2016 at 00:09 | #23

    Sur une des captures d’écran on voit : ISBN : 9782754003254
    Désolé mais ce n’ai pas du tout un ISBN mais un EAN…

  24. Marco
    avril 12th, 2016 at 09:01 | #24

    Ok merci pour l’info !

  25. avril 12th, 2016 at 10:58 | #25

    @SD
    Dans le langage bibliothéconomique, l’EAN13 est un ISBN.

  26. Arfawii
    décembre 4th, 2016 at 01:56 | #26

    Encore disponible ?

  27. Marco
    décembre 5th, 2016 at 13:47 | #27

    Oui !

  1. avril 10th, 2016 at 09:33 | #1