Petites notes en passant de trucs qu’on pourrait faire inspirées par Library Thing. C’est une plateforme web pour tenir sa bibliothèque personnelle. Mais il y a plein de choses intéressantes qui pourraient servir pour une bibliothèque publique.
Par exemple ils bricolent avec les FRBR. Si vous cherchez The hunchback of Notre Dame vous verrez qu’il y a une réponse qui regroupe 200 copies, mais plein d’éditions, livres, dvd, etc. Et si vous affichez le détail du document, vous verrez que vous avez la possibilité de séparer des éditions qui aurait été regroupées par erreur. Et inversement, d’ailleurs, de regrouper des éditions. Bref, de contribuer à la FRBRisation du catalogue.
Ils proposent deux autres choses qui semblent intéressantes et ne semblent pas, en théorie, impossibles à implémenter chez nous.
- un petit javascript qui sort automatiquement les nouveautés du système. Cf les 5 nouveautés de mon propre compte.
- un bookmarklet qui, quand vous êtes sur Amazon.com, Amazon.co.uk, Amazon.ca, Amazon.fr, Amazon.de et Amazon.jp… vous permet d’ajouter à Library Thing les données biblios du livre sur lequel vous êtes simplement en cliquant sur Favoris>Ajouter aux favoris. En fait, Amazon propose des tas de web services, et je pense qu’il serait tout à fait possible de faire quelque chose de similaire pour récupérer le panier d’un acquéreur de la bibliothèque dans notre système.
Une petite enquête est en cours. Mais c’est sans aucun doute possible.
Sur les web services d’Amazon on voit par exemple qu’il existe pour tous les sites, y compris .fr, des web services pour travailler avec les paniers.
Le web services CartGet permet de récupérer les infos d’un panier:
http://webservices.amazon.com/onca/xml?Service=AWSECommerceService&AWSAccessKeyId=[Your Access Key ID Here]&Operation=CartGet&CartId=[A Cart ID]&HMAC=[An HMAC Shopping Cart Token]
Le résultat prend la forme d’un flux xml avec:
<CartItem>
<CartItemId>U3TGMFZU1V76T1</CartItemId>
<ASIN>0140264450</ASIN>
<MerchantId>ATVPDKIKX0DER</MerchantId>
<SellerId>A1OHOT6VONX3KA</SellerId>
<SellerNickname>Amazon.com, LLC</SellerNickname>
<Quantity>1</Quantity>
<Title>
The Origins of Virtue: Human Instincts and the Evolution of Cooperation
</Title>
<ProductGroup>Book</ProductGroup>
<Price>
<Amount>1020</Amount>
<CurrencyCode>USD</CurrencyCode>
<FormattedPrice>$10.20</FormattedPrice>
</Price>
<ItemTotal>
<Amount>1020</Amount>
<CurrencyCode>USD</CurrencyCode>
<FormattedPrice>$10.20</FormattedPrice>
</ItemTotal>
</CartItem>
Y’a pas grand chose mais pour une commande ça pourrait suffire. Et derrière on peut enchaîner un service CartClear pour vider le panier. Ca pourrait permettre d’économiser un abonnement à Electre en ligne: à mon avis le coût de développement serait amortie en moins d’un mois.
March 4, 2006
J’ai discuté, dernièrement, avec deux informaticiens, de notre opac : c’était intéressant d’avoir leur point de vue d’utilisateurs de la BU, non-bibliothécaires, informaticiens.
Conclusion de la discussion: personne ne comprend rien à notre opac. Il y a des problèmes à tous les virages. Par exemple:
- Les incohérences de vocabulaire. “Panier”, “album”, “dossier”, quelles sont les différences? Même en étant avec eux devant l’écran et en montrant ce que fait chacun c’est très flou. Le lien “fin de session”, en haut de page, fait la même chose que le lien “se déconnecter” en bas de page.
- l’éclatement des fonctions. Par exemple vous pouvez sauvegarder les résultats d’une recherche pour la session ou sur le serveur. Vous pouvez aussi vous les envoyer par mail. Certaines fonctionnalités (enregistrer sur le serveur), ne sont disponibles que quand vous êtes loggé. Bref, c’est assez compliqué et le résultat c’est que pour gérer tout ça on en arrive à des choses franchement obtuses, comme un bouton “enregistrer/mail” qui, expérience faite, ne parle à personne.
- des gadgets qui n’intéressent que les bibliothécaires: donner au lecteur le choix entre envoyer un mail en ASCII, UTF-8 ou ISO 8859-1, c’est ridicule, et ça fait bien marrer les informaticiens.
- des redondances à n’en plus finir: par exemple sur la page d’accueil de mon opac actuel, il y a trois liens hypertextes qui renvoient à la même page: le logo en haut à gauche, le bouton “recherche” et le bouton “recherche simple”. Autre exemple: le lien “catalogues” sur la page d’accueil ouvre une nouvelle page qui permet de choisir, par ex., le seul catalogue des périodiques. Mais quand vous cliquer sur “catalogue des périodiques”, le système se contente de vous renvoyer à la page d’où vous venez en présélectionnant “catalogue des périodiques” dans le menu déroulant de la recherche simple: ce que vous auriez pu faire directement.
Etc, etc.
Et l’un d’eux à résumé son sentiment général en plusieurs points:
- il y a des fonctionnalités parfois absurdement complexes (et que je te filtre le sous-ensemble pour l’exporter en ASCII…)
- le B-A-BA de l’informatique n’est pas toujours respecté (par ex: un code propre)
- il manque des fonctionnalités parfois absurdement simples (par ex: avoir une fenêtre pour relancer la recherche depuis la fenêtre de résultats)
- sentiment général: au fil du temps on a ajouté tout un tas de merdouilles à une interface qui, en fait, n’a jamais été remise en cause ou réévaluée.
Bref: on a du boulot! Youpi!
March 3, 2006
