J’ai lu avec intérêt le post de Daniel B. sur son install de LibraryFind, ça rentre parfaitement dans la logique de recherche d’un OPAC construit spécifiquement pour cette fonction et sur lequel on peut intervenir (cf post sur Scriblio). Je précise içi ma démarche : je considère que notre SIGB assure correctement les fonctions internes (acquisitions, catalogage, indexation) et je pars dans une logique de construire un OPAC spécifique à partir de ces données. Il est devenu indispensable de s’approprier l’outil qui permet de rendre visible nos données, je ne souhaite plus déléguer cette tâche aux fournisseurs qui l’assurent mal et à des coûts prohibitifs. Cette mesquinerie, qui consiste à nous coller des coûts de maintenance sur un produit ni fait ni à faire, n’est plus supportable. Le retard accumulé sur les interfaces de consultation est devenu extrêment pénalisant pour ne pas dire handicapant. Les utilisateurs n’ont plus envie « d’apprendre » à utiliser nos OPACs, nous assurons des formations à l’utilisation de l’OPAC (?!?), alors que pour les interfaces de librairies en ligne, d’éditeurs,etc… les interfaces sont ergonomiques, intuitives et agréables à l’oeil.
Une réponse sur “LibraryFind”
Les commentaires sont fermés.
D’accord à 100% 🙂