Conclusions

Le projet est terminé, nous avons pu présenter notre prototype à la CINEMATEK. Il est maintenant temps pour nous de nous pencher sur nos examens. Cependant, nous tenons à rédiger un petit bilan de notre aventure CollectiveAccess.

Les apprentissages

Par ce projet, nous avons bien entendu appris à utiliser CollectiveAccess et à le paramétrer. C'était aussi l'occasion d'apprendre à nous positionner dans un travail de groupe. Mais surtout, nous avons pu expérimenter l'adaptation d'un outil informatique face aux besoins bien réels d'une institution. Enfin, c'était un exercice pratique qui nous a permit d'appliquer la théorie de notre formation à un cas concret.

Ce que nous aurions aimé améliorer

Par manque de temps, nous avons effectué la modélisation des métadonnées puis les configurations sans impliquer notre client. Nous aurions aimé lui communiquer nos tables de conversion, par exemple, afin d'être sûrs que nos choix reflétaient bien les besoins de son institution.

CollectiveAccess et la CINEMATEK

CollectiveAccess nous semble un logiciel très puissant en ce qui concerne la gestion d'objets hétérogènes (films, images, livres,...). Il est possible d'en configurer les interfaces d'encodage de façon très précise et de traduire les métadonnées dans plusieurs langues. C'est l'idéal pour une institution comme la CINEMATEK qui détient beaucoup de types de documents différents.

Par contre, nous pensons que le front-end, soit le module Pawtucket de CollectiveAcces, est en quelques sorte le maillon faible. Il manque une documentation claire pour personnaliser l'interface (quels modes de recherches, quels types d'affichages,...) qui par défaut ne nous a pas paru très attrayante. Certains essais ont été fait avec Drupal, un content management system open source. Cela semble une idée à envisager. Plus d'information ici.

Configuration du front-end

Nous avons ensuite voulu configurer Pawtucket, le module front-end de Collective Acces.
Nous avons utilisé la dernière version fournie par le SVN (et non par le lien direct de Collective Access en utilisant la commande "svn checkout http://collectiveaccess.svn.whirl-i-gig.com/CollectiveAccess/frontends/Pawtucket2/ "en Cygwin). Nous pension ainsi résoudre les problèmes posés par la recherche en pawtucket. Cependant, cette nouvelle version n'a pas solutionné ce problème. IL nous a également falu modifier le moteur de recherche utilisé par pawtucket et remplacer SQLSearch par MysqlFulltext à la ligne 8 du fichier app.conf de pawtucket, mais aussi dans celui de providence (ligne 17).

Dans un premier temps, nous l'avons configuré en local pour des raisons de facilité. Il nous a fallu ajouter les différents modules de gestion d'accès pour tous les objets définis afin de pouvoir les afficher. Collective  Access distingue trois types d'accès front-end : un plein accès, un accès semi restreint (défini par une adresse ip) et une absence d'accès. Il est également possible de désactiver le contrôle d'accès sous toutes ses formes dans le fichier app.conf, à la ligne 212.

Nous avons ensuite désactivé les fonctions folksonomiques (ligne 82) puisqu'elles ne nous paraissait pas correspondre aux besoins de la cinémathèque et qu'il n'était pas possible de les restreindre à certains types d'objets. Il aurait pu être intéressant de ne les inclure, par exemple que pour les événements, puisque les autres objets sont plus axés sur la recherche.

N'ayant pas pu trouver comment modifier les différents textes dans chacune des langues (les textes des différentes pages sont modifiables mais nous n'avons pas pu en créer différents selon les langues sélectionnées) nous avons pris le parti de désactiver les différents langages disponibles (ligne 305) afin de rester cohérents.

Nous avons également modifier le fichier afin qu'il permette de naviguer à la fois par les types d'objets, les personnes et les places afin de faciliter les recherches des utilisateurs (lignes 264 à 280).

Il nous a également fallu rajouter les différentes métadonnées que nous voulions faire afficher en pawtucket (ligne 249). Cela pose cependant un problème : les éléments de liste sont affichés par numéros d'identifiants en non par la valeur du champ.  Ainsi, les langues par exemples affiches des codes et non une valeur textuelle. Une solution vient d'être proposée à ce jour sur le forum de Collective Acces (http://www.collectiveaccess.org/forum/topic.php?id=561). Nous n'avons malheureusement pas encore pu tester et valider cette solution.

Ensuite, nous avons reconfiguré le plugin Gallery afin qu'il affiche les événements encodés par la Cinémathèque afin que ceux-ci soient à la fois centralisés sous le label Events dans le menu et affichés dans la case Featured Item de la page d'accueil. Nous avons donc créé, en Providence un set nommé eventfeatured dont les éléments sont affichés dans la galerie et sur la page d'accueil.

Enfin, avant de modifier le fichier css (..\pawtucket\themes\default\css\global.css) nous avons repérés les différents fichiers textuels et en avons indiqué les chemins d'accès afin de rendre leur modification plus facile par la suite.

Evénements

Nous avons également paramétré un module de gestions d'événements en Collective Access. Nous pensions au départ reconfigurer les Events définis en tant qu’occurrences par Collective Access afin de garder plus de concordance avec le système. Cependant, il ne nous a pas été possible de les afficher en Pawtucket et dès lors il nous a paru meilleur de créer un objet. Il était en effet nécessaire d'afficher ce type d'objet dans le front-end puisqu'il s'agit des activités proposées par la Cinémathèque, éléments qui doivent donc être accessibles au public par la page web du système. Nous avons également considérés qu'il pouvait s'agir d'événements au sens de festivals,  de cinéma, afin de garder trace de ces manifestations et de pouvoir les lier aux publications desdits festivals.