Rapport Projet MARS phase II Multimedia Archaeological Research System CONTRACT N T2IAEI212

Transcription

1 1/23 Multimedia Archeological Research System Rapport Projet MARS phase II Multimedia Archaeological Research System CONTRACT N T2IAEI212 Auteurs : David Convent, Louis Wannijn, Bernard Tilkens & Patrick Semal

2 1. 2/23 Réunion du comité de suivi du projet MARS seconde phase. Réunion Comité de suivi du 31/01/2007 IRSNB, salle de réunion du 9ème étage Participants présents : Agenda de la réunion du comité de suivi du 31/01/2007 9h30 10h00 P. Semal Petit déjeuner (café/thé et croissants). Début de la réunion Evolution générale du projet Intégration des nouveaux partenaires 10h20 D. Convent Evolution du portail Mars et nouvelles fonctionnalités. «bugs and features», Importation et exportation. 10h50 P. Semal Numérisations des collections, état de la question à l'irsnb La gestion des données relatives à la gestion des collections. 11h10 Deios Evolution du projet de prototype pour les acquisitions en 3D. 11h40 P. Semal Le projet Ishango de «Prospective Research in Brussels» 12h00 Tous Correction et ratification du rapport. La fin de la réunion est prévue à 12h30. Agenda des réunions du projet MARS seconde phase Réunions du comité de suivi Dates Réunion initiale (IRSNB) 21/12/2005 Réunion 1 (MRAC) 08/08/2006 Réunion 2 (IRSNB) 31/01/2007 Réunion 3 (MRAH) 06/2007 Réunion finale (IRSNB) 09/2007

3 2. Evolution du consortium Points à discuter lors de la réunion du 31/01/ Problème signature des contrats et processus de l'ancre Maladie de Louis Demande de prolongation de 3 mois... 3/23

4 3. 4/23 Rapports d'activités de la plateforme collaborative MARS 3.1 Mise en place des serveurs aux MRAH et MRAC L'installation de l'application MARS aux Musées Royaux d'art et d'histoire a eu lieu début avril 2006 sans encombre. Le Musée Royal d'afrique Centrale a annoncé début Juillet 2006 que leur serveur était également prêt à recevoir l'application. A priori, rien ne s'oppose à l'installation de l'application MARS au MRAC, mais l'équipe de développement de MARS a émis le besoin de s'assurer d'abord du succès de la migration vers Plone 2.5 avant l'installation du serveur (cf. Chapitre à propos de l'évolution de la technologie). La migration des serveur de l'irsnb et des MRAH, et l'installation du serveur du MRAC seront effectuées fin août ou début septembre Nouvelle Home page du serveur test de l'irsnb Une nouvelle home page a été mise en place et permet à l'utilisateur d'accéder directement aux différentes sous-structures de la plate-forme.

5 3.3 5/23 Intégration des données pour les nouveaux partenaires "contenu" 3.3.a Groupe de contact FNRS Préhistoire Depuis plusieurs années, le serveur web de l'irsnb héberge le site web du groupe de contact Préhistoire du FNRS. Ce groupe de contact organise une réunion annuelle en décembre qui est l'une des réunions scientifiques majeures dans la discipline en Belgique et qui publie les Notae Praehistoricae, une publication rapide mais de bonne qualité de l'actualité de la recherche sur la Préhistoire dans nos régions. Le site du Groupe de contact ainsi que de ses publications (Notae Praehistoricae et Studia Praehistorica Belgica ont été transférés vers la plate-forme MARS de l'irsnb. Cette migration permet au secrétaire du groupe de contact (I. Jadin) de mieux gérer le contenu du site, de définir à la demande les droits d'accès aux fichiers pdf et ce sans connaissances spécifiques. L'intégration des références des publications aux côtés de celles de la SRBAP permettent d'effectuer une recherche commune dans les deux séries de publications. L'utilisation de la plate-forme MARS offre différentes possibilités d'accès aux références bibliographiques : 1. Recherche rapide dans les index de la plate-forme MARS 2. Recherche dans les références bibliographiques des Notae Praehistoricae 3. Consultation des index par volume 4. Accès aux fichiers PDF en accès libre ou sur demande Vue de la table des matières du dernier volume du Notae Praehistoricae

6 6/23 Les contenus des 26 volumes des Notae Praehistoricae sont accessibles sous forme de références bibliographiques ou de tables des matières. Celles-ci peuvent être exportées vers d'autres bases de données ou logiciels de gestion de références bibliographiques. A partir du volume 26, les articles sont disponibles librement au format PDF. Pour les volumes antérieurs, les fichiers PDF sont accessibles pour les Notae Praehistoricae épuisés au format papier. Les autres articles sont disponibles à la demande auprès du secrétaire du groupe de contact dans la mesure ou les fichiers PDF existent. La plate-forme MARS de l'irsnb héberge dès aujourd'hui les références bibliographiques des publications de la SRBAP et du Groupe de Contact Préhistoire du FNRS. Elle constitue dès lors la base d'un portail bibliographique pour les revues relatives à la Préhistoire dans nos régions. Nous souhaitons convaincre d'autres publications comme celles des «chercheurs de la Wallonie» ou le Bulletin des Musées royaux d'art et d'histoire afin d'inclure leurs références et de renforcer le potentiel scientifique du portail. 3.3.b SRBAP Vue de la table des matières du dernier volume de ANTHROPOLOGICA ET PRAEHISTORICA Nous avons poursuivi la migration du site de la SRBAP. L'ensemble des références

7 7/23 bibliographiques a été déplacé vers un dossier unique afin de facilité la recherche au sein de toutes les références des publications de la Société depuis sa création. Les index de chaque volume sont en cours de migration et reprennent le même «layout» que celui adopté par les Notae Praehistoricae. 3.3.c ADIA Le site de l'adia a migré sur le serveur MARS de l'irsnb. Il est accessible via la «homepage» du site MARS ou par son adresse propre ( 3.3.d SRPH Dans l'attente de la mise en place du serveur MARS de la SRPH, les collections de l'irsnb relatives au site de Spiennes ont été inventoriées et photographiées par plateau. Vue de la page du PLAT_2399

8 8/ Modifications de la plate-forme MARS I a. b. c. e. f. g. h. i. j. Bibliographie: nouvelle gestion des fichiers PDF Indexation des fichiers PDF Externalisation de tous les fichiers (images, PDF, Video, Fichiers Office etc ) Activation du protocole WEBDAV et définitions des «Types de contenu» pour les fichiers Le contenu «Image» remplacé par le type «Picture» Mode plein écran pour les sous-sections qui le réclament Ajout d'une vue classée par types pour Folder et Smart Folder Optimisation du système des catégories Retrait du «livesearch» a. Bibliographie: nouvelle gestion des PDF Dans sa version originale, le produit CMFBibliographyAT permet de lier (par un lien interne) une référence bibliographique à un fichier PDF. La relation est stockée au niveau de la référence bibliographique. Ceci représente un inconvénient pour la gestion des fichiers PDF privés. En effet, pour des raisons de droits d'auteur et de propriété, il peut arriver qu'un document PDF soit créé plus d'une fois sur le site MARS, mais avec des droits d'accès différents. Dans ce cas, le premier fichier PDF lié à la référence empêche tout lien ultérieur par un autre utilisateur. Afin de pouvoir gérer ces droits de propriétés sur les documents PDF, nous avons adapté la gestion de ces fichiers au sein du produit CMFBibliographyAT : le lien interne entre la référence et le PDF n'est plus stocké au niveau de la référence mais bien au niveau du fichier PDF. Cette modification permet à plusieurs utilisateurs ayant des droits d'accès différents de lier plusieurs fichiers PDF gérés par des droits d'accès différents à une même référence bibliographique. b. Indexation des fichiers PDF Les fichiers PDF stockés sur MARS sont indexés par leur méta-données mais aussi par l'indexation intégrale de leur contenu. Nous avions des craintes quand à la baisse de performances du système, mais nous n'avons rencontré aucune diminution de vitesse même après avoir placé et indexé plus de 1200 fichiers PDF dont la taille varie entre 1 et 400 pages sur le système. Ceci nous semble très intéressant dans la perspective de l'indexation complète des documents placés sur la plate-forme MARS. Une autre crainte était l'augmentation du niveau de bruit de fond suite à l'indexation de la bibliographie présente dans les articles. Toutefois, après utilisation, il semble que le bruit de fond n'augmente pas de manière significative. Dans le cas contraire, il est toujours possible d'exclure certains fichiers dont les fichiers PDF lors d'une recherche avancée. c. Externalisation de tous les fichiers (images, PDF, Video, Fichiers Office etc ) Un certain nombre de types de contenu gérés par le site MARS ont pour fonction de stocker un fichier. Celui-ci peut être de plusieurs types : fichiers plat (pur texte ASCII) ou fichiers binaire (PDF, fichiers OpenOffice, images, vidéos, etc ). Par défaut, Plone et les modules qui forment l'application MARS stockent ces fichiers dans la ZODB (la base de données «objet» de Zope). Ce choix technologique présente plusieurs inconvénients: 1) Par défaut, la ZODB est contenue dans un seul fichier. Si ce fichier est très volumineux, le serveur Zope souffre de problèmes de performance car les actions de lecture/écriture dans le fichier peuvent prendre plus de temps qu'avec un fichier plus petit. 2) Les mécanismes de lecture/écriture dans la ZODB sont «monothreadés». Comme Zope bénéficie de 4 «threads» par défaut, l'application s'engorge dès que plusieurs personnes téléchargent un ou plusieurs fichiers simultanément. Cet inconvénient est d'autant plus important que la taille des fichiers est grande.

9 9/23 Pendant la phase 1 du projet MARS nous avions déjà mis en oeuvre, avec succès, le stockage des fichiers PDF (pris en charge par le module de gestion des références bibliographiques) sur le système de fichiers plutôt que dans la ZODB. Nous avons dans la seconde phase étudié la possibilité d'utiliser la même stratégie pour tous les types de contenus destinés à contenir un fichier, quel que soit leur type. Nous avons, durant cette évaluation, réalisé que la solution appliquée pour les PDF n'était pas adaptée aux images, en particulier lorsque l'on génère automatiquement différentes tailles pour chaque image importée. Après une étude des différents produits qui permettent de stocker le contenu de Plone sur le système de fichiers plutôt que dans la ZODB, nous avons retenu le produit «FileSystemStorage» qui semble l'option la plus simple et la plus stable à la fois. Une description complète du produit peut être consultée sur la page Depuis l'externalisation des fichiers sur le système de fichiers, nous avons constaté une très grande diminution de la taille de la ZODB (ce qui normal) et une accélération significative de l'application en général. Pour exemple, la taille de la ZODB du serveur de l'institut a diminué de 2 Gb à moins de 500 Mb suite à l'externalisation des fichiers. La procédure de «Backup» incrémental des données ainsi externalisées a été mise en place. L'ensemble des données contenues dans la ZODB et sur le système de fichier sont donc sauvegardées sur bandes en cas de «crash généralisé» du système RAID5 présent sur le serveur. d. Activation du protocole WEBDAV et définitions des «Types de contenu» pour les fichiers Zope, en plus d'intégrer un serveur http et ftp, permet des connexions par le protocole «webdav». «Webdav» est un protocole qui permet de naviguer dans la structure du site comme s'il s'agissait d'un système de fichiers. Il est donc possible grâce à «webdav» de monter un volume réseau sur le système client comme s'il s'agissait d'un disque partagé. Vue d'une sous-structure de MARS via l'interface «webdav» Le principal avantage de cette fonctionnalité est la possibilité d'envoyer des documents vers le système (upload) par lots. L'interface de Plone, dans un navigateur web, ne permet de créer les objets qu'un par un, mais il ne permet pas (sauf par le biais du système d'importation des références bibliographiques) d'envoyer plusieurs objets à la fois. Dans le cas d'images, de fichiers PDF ou de fichiers binaires en général, la possibilité de charger dans le système un lot d'objets faisait cruellement défaut: la fonctionnalité était là mais il n'y avait pas d'équivalence entre les fichiers envoyés par «webdav» et les objets développés pour MARS. L'équipe de développement de MARS a donc configuré le serveur d'application pour faire en sorte que les fichiers PDF chargés à l'aide de webdav soient transformés en objets «PDF File» dans Plone, les fichiers

10 10/23 images en objets «Picture», etc Il a été fait de la sorte pour tous les types de fichiers plats et binaires: images, videos et autres archives. Il est maintenant possible de les transférer par lots vers le système MARS à l'aide de webdav. e. Le contenu «Image» remplacé par le type 'Picture' Par défaut, Plone propose une gestion avancée des images qui sont ajoutées au portail en tant que contenu. Par opposition aux images qui font partie de l'interface utilisateur du portail (par exemple les icones, les flèches, les points d'une liste, etc ), les images comprises comme contenu sont ajoutées par les utilisateurs. Comme tout contenu géré par Plone, ces images possèdent un jeu de méta-données qui permet de les identifier et qui, par le fait de son indexation dans le moteur de recherche du portail, permet de les retrouver au sein du système. Visualisation du contenu d'un dossier contenant des objets «Picture»

11 11/23 Depuis la version 2.1 de Plone, les images stockées dans le système en tant que contenu sont automatiquement re-dimensionnées au moment où elles sont ajoutées au portail: en plus de la taille d'origine de l'image, une série d'images de tailles différentes est générée et stockée dans le système. Ces différentes tailles d'image sont très utiles pour produire des pages de catalogue ou de description. Ces images peuvent alors être affichées de façon adaptée à la taille de la page et au nombre d'images à afficher. L'équipe de développement du projet MARS a étendu de différentes manières les fonctionnalités de base de la gestion des images dans un site Plone. Visualisation d'un objet «Picture» Le produit ATPhoto a été analysé en profondeur et quelques unes de ses fonctionnalités ont été intégrées à un nouveau type de contenu appelé «Picture», qui est un hybride entre le type de contenu 'image' inclus dans le système MARS et le type 'Photo' proposé par le produit ATPhoto. ATPhoto est un produit qui permet de gérer des photographies au sein d'un site Plone. Il permet notamment d'afficher les métadonnées d'une photographie digitale (les données EXIF), d'organiser les photos en album, et de produire des «slide shows». Nous avons repris la possibilité d'afficher

12 12/23 les données EXIFS et nous nous sommes inspiré de la manière dont ATPhoto permet le stockage des photos et de ses différentes tailles sur le système de fichier (cf. paragraphe suivant), mais certaines fonctionnalités d'atphoto comme le «slide show» et la présentation par album, par leur instabilité ou incompatibilité avec certains navigateurs web, n'ont pas été retenues pour le produit livré avec MARS. f. Mode plein écran pour les sous-sections qui le réclament Le système MARS, en plus de mettre à disposition l'application de gestion des collections, des objets de collection, des archives et des références bibliographiques, a été bâti en vue de pouvoir héberger les sites «web» de certains partenaires au projet. Ainsi nous avons actuellement les sites de l'adia et de la Société Royale Belge d'anthropologie et de Préhistoire ainsi que le site du groupe de Contact Préhistoire du FNRS qui sont contenus dans le site MARS. Comme ces sites intègrent leur propre charte graphique, il est apparu utile d'avoir à la disposition des gestionnaires du site une vue spéciale qui ne reprend pas les éléments d'interface présents sur chaque page du site autour de l'affichage du contenu lui-même (le logo en haut, le formulaire de recherche rapide, les onglets généraux, les différentes boîtes qui s'affichent à gauche et à droite du contenu, le pied de page etc ). Site du Meeting Ishango en «Full View»

13 13/23 Nous avons donc développé trois nouvelles vues pour les objets du site MARS, ces vues ont pour point commun le fait qu'elles débarrassent la page des éléments de l'interface de Plone jugés inutiles. Néanmoins, chaque vue a ses particularités en fonction des besoins de l'utilisateur. Une vue reprend le titre et les liens internes du document, une seconde n'affiche pas le titre mais conserve les liens internes en bas de page, la troisième n'affiche que le contenu de l'objet, sans son titre et sans les liens internes. Dans le même esprit, il nous a été demandé de développer une page affichant le contenu de l'objet courant, mais sans l'habillage du site Plone, afin d'offrir à l'utilisateur une page prête pour l'impression. Cette vue permet une impression «wisiwig» de la page de contenu. Cet outil est par exemple très utile pour encoder directement le courrier dans un «template» comprenant les logos et les données d'un papier à entête et d'archiver avec indexation les documents ainsi créés. g. Ajout d'une vue classée par types pour Folder et Smart Folder Le contenu d'un dossier peut être composé de plusieurs centaines d'objets. Dans ce cas, il est difficile pour l'utilisateur de le visualiser. Il a été demandé à l'équipe de développement de produire de nouvelles vues pour les dossiers («Folder») et les «Smart Folder». En effet, Plone affiche par défaut le contenu d'un dossier sous la forme d'une liste ordonnées (soit par ordre chronologique d'édition, soit par ordre alphanumérique, soit en respectant un ordre défini par le gestionnaire du dossier). Lorsqu'un dossier contient un nombre important d'objets, une telle liste peut rendre difficile la navigation dans le site. Nous avons donc développé une vue supplémentaire pour les «Folders» et les «Smart Folders» (dossiers et dossiers automatiques), qui affiche les objets classés par type de contenu avant d'être classés par date de modification ou de manière alphanumérique. La vue classée par type existe et fonctionne, mais nous avons encore besoin de l'améliorer afin de permettre à l'administrateur du site de définir l'ordre dans lequel apparaissent les types de contenus sur la page. Vue triée par type du contenu d'un dossier

14 14/23 h. Optimisation du système des catégories La recherche des catégories a montré des faiblesses de performance dans la fenêtre de recherche des catégories à assigner à un objet dans le système MARS. Cette fenêtre de recherche est basée sur un système mis en place lors de la parution de la version 2.1 de Plone (par l'adoption du produit ATReferenceBrowserWidget). ATReferenceBrowserWidget a été nettement amélioré depuis, et nous avons inclus ces améliorations dans notre système de recherche des catégories. i. Retrait du «livesearch» Depuis sa version 2.1, Plone intègre une fonctionnalité appelée «livesearch». Il s'agit d'afficher sur la page courante le résultat d'une recherche au fur et à mesure que l'utilisateur rempli le champ de saisie dédié à la recherche rapide (le champ de recherche en haut à droite de chaque page du portail MARS). Le «livesearch» a créé de nombreux problèmes aux utilisateurs de MARS, il renvoie des résultats différents de ceux qui s'affichent normalement après avoir saisi le texte à rechercher et cliqué sur le bouton de recherche. De plus dans certains cas, la recherche via le «livesearch» bloque totalement le serveur pendant plusieurs minutes et celui-ci doit être redémarré. Nous avons donc décidé de désactiver cette fonctionnalité. Ceci cause actuellement la perte de la fonctionalité «Search only in this Folder» mais celle-ci sera implémentée à nouveau sur base de la fonction «Search» de base. La désactivation du «livesearch» a sensiblement accéléré les recherches dans le système MARS. Une recherche classique composée de trois mots-clés dure moins de 3 secondes Utilisation du serveur METAMARS Gestion des «Bugs» et «new Features» dans le tracker De nombreux bugs ont été corrigés grace au système de tracker mis en place sur le site metamars. Ils concernent principalement le support et l'apprentissage de certaine techniques (webdav & autres mineures), des problèmes de FCKeditor (cache & autres), des problèmes de fichiers fantômes non supprimables mais indexés. La liste des bugs est disponible sur la page : 4. La gestion des collections à l'irsnb, cas d'étude pour une gestion concrète des collections MARS. Le système MARS permet l'encodage des différents objets liés à une fouille archéologique et la gestion des collections. Cependant, vu la très grande diversité de celles-ci et la variabilité des structures de conservations (conservatoires, coffre-fort, armoires,...), il n'était pas possible de définir simplement une structure pré-établie suffisamment souple. Vue du plan d'un conservatoire

15 15/23 A l'irsnb, nous avons opté pour l'utilisation de simples pages agencées au sein d'une structure hiérarchique. L'unité de stockage retenue est le plateau. Ces plateaux sont organisés au sein de colonnes, elles mêmes appartenant à des travées. L'unité la plus large est le conservatoire. Les collections d'anthropologie et de Préhistoire sont réparties en majorité au sein de 4 conservatoires. Une page schématisant le conservatoire permet d'accéder à chaque colonne de plateaux individuellement identifiée. Les plateaux sont placés dans la colonne comme dans la réalité. Chaque «hyperlien» permet d'accéder au niveau le plus détaillé constitué par la fiche individuelle de chaque plateau. En théorie, il y a un maximum de 20 plateaux par colonne, 14 colonnes par travée et 12 travées par conservatoire soit une total d'environ 3000 plateaux par conservatoire. L'ensemble des pages correspondant aux 4 conservatoires de l'irsnb ont été créées et éditées par Micheline De Wit (ADIA), Stéphanie Van Begin (engagée dans le cadre du projet de digitalisation des collections (DI/00/05) et Jean Rans (bénévole). Ce choix permet de modifier aisément la position d'un plateau en utilisant les fonctions CUT/PASTE d'un objet Plone. Des liens supplémentaires permettent d'accéder à un inventaire réalisé par Jean Michel il y a 20 ans et à un «SmartFolder» qui résume de manière dynamique les plateaux au sein de chaque colonne. Nous avons toutefois maintenu le menu «manuel» de chaque colonne car il permet de placer les plateaux dans leur position réelle et également de placer une icône de la photographie du plateau si celle-ci a été effectuée. La position physique de chaque plateau est renseignée par le «Path» de Plone affiché dans la partie supérieure de la vue. Vue d'une page colonne et d'une page plateau

16 16/23 Chaque fiche de plateau reprend une description récente de l'état et la composition du contenu, une photographie digitale à 10 Mpx du plateau qui permet, même pour des images jpg compressées, de lire les étiquettes ou les marques sur les objets. Résolution maximale des photographies de plateaux D'autres informations comme les numéros d'i.g. ou de registre correspondants sont également disponibles. Des objets MARS, ou n'importe quel fichier ou document, peuvent également être liés par l'option «related items». Comme décrit au point 3.3d, les collections de Spiennes ont été numérisées en priorité. Plus de 200 plateaux ont ainsi été réarrangés et photographiés pour permettre au partenaire de la SRPH d'effectuer leur inventaire virtuel des collections de l'irsnb. De même, plus de 200 plateaux contenant les collections de faune et de lithique des collections de Spy ont été photographiés. Ceci complète les inventaires réalisés par les différents scientifiques regroupés autour du projet Spy. Enfin 30 plateaux des collections d'ishango ont été photographiés ainsi qu'une centaine provenant de sites divers. L'approche adoptée à l'irsnb rencontre parfaitement les besoins de gestion des collections à une exception près : l'accès à des informations privées et publiques différentes. En effet, la publication de la partie «Repository» rendrait publique toutes les informations de localisation précise des pièces en collections ce qui n'est pas possible pour des raisons de sécurité. A l'inverse le maintien des données «Private» ne permet pas la diffusion de l'information et le partage des données. Afin de contourner ce problème, nous avons opter pour la création d'un objet «Repository»

17 17/23 générique qui constituera une sous-structure optionnelle de l'objet collection. Ce conteneur dont le contenu peut être composé d'autres conteneurs et/ou de tous les objets de collections, servira de lien entre les objets, les assemblages, les individus «publiés» et la partie «Repository» privée. Si l'utilisateur possède les droits suffisants, il pourra accéder immédiatement aux informations «Repository» alors que si il accède aux objets avec des droits réduits, il ne pourra consulter que les informations de bases et contacter le conservateur pour une recherche plus approfondie. La gestion des droits d'accès étant possible au niveau de chaque fichier, le conservateur peut donner les droits d'accès aux plateaux faisant l'objet de la demande et pas aux autres. Private Public MARS Repository 5. Offre commerciale pour les serveurs MARS de la SRPH et de la KUL Leuven 6. Etant donné le retard dans la signature des contrats et la mise en place du processus de l'ancre, nous avons retardé l'achat et la mise en place de ces 2 serveurs. Cet achat doit impérativement être effectué durant le premier trimestre L'IRSNB va effectué une demande de prix auprès de son fournisseur (Priminfo) pour les configurations hardwares des serveurs de la KUL et de la SRPH. Une somme de 5000 euros par serveur est prévue dans le contrat de base. Pour rappel, l'offre d'il y a 6 mois était : Processeurs Intel Pentium Dual Core 3.0 GHz - 2 x 2 MB cache 800 MHz FSB Intel EMT64 technoolgy Carte-mère Intel SE7230NH1 (version LX si 9550S) Intel 7230 chipset 2 x sorties séries - 1 x parallèle Bidirectionnelle 4 x USB 2.0 Mémoire de 4 GB DDR x disque dur de 400 GB SATA - 16 MB cache rpm 1.2 TB de capacité on-line en Raid 5

18 18/23 Contrôleur 3Ware 9550S (dans slot 64-Bit) Cage hot-swap 3Ware pour 4 disques Floppy 3"1/2 Lecteur DVD Samsung 16 x / 48 x Pas d écran Carte graphique intégrée Carte réseau Intel PCI 10/100/1000 TP Intégrée à la carte-mère Clavier Logitech internet BE Souris Microsoft Optical WheelMouse Pas de logiciels Serveur compatible Debian Boîtier rack EN8950 5U Alimentation 600W + 1 x ventilateur supplémentaires + glissières téléscopiques. L'offre se monte à 3450 euros TTC. Les 1500 euros restants pourront être consacrés à l'achat d'une licence "Windows serveur" (si souhaitée par les partenaires), d'un disque dur externe pour effectuer des sauvegardes et d'un écran.

19 6. 19/23 Numérisation en 3D La seconde phase du projet MARS a pour objectif d'évaluer les techniques de numérisation 3D pour les collections d'archéologie. Ce rapport reprend les différentes étapes et démarches réalisées par DEIOS durant la période de juin 2006 à décembre Développement du prototype (T 6) 1. Capteur : CCD couleur ou Noir et Blanc Conformément au rapport précédent, un capteur CCD noir et blanc (1024x1024) a été acheté. Son intérêt est double : amélioration de la résolution et de la finesse des résultats à nombre de pixels identique. Le nombre de pixels est identique à celui d une caméra couleur de 1024x1024 mais, dans ce cas-ci, tous les pixels interviennent dans la construction de l image. Dans une CCD couleur, par lot de 2x2 pixels, 1 est dédié au rouge (R), 2 au vert (G) et 1 au bleu (B) afin de créer l image RGB finale. La taille finale de chaque «pixel» résultant est donc 4x plus grande que pour la CCD N&B. Illustration de la qualité différente des images obtenues à l'aide d'une caméra 1Mpx NB ou RGB. La flèche illustre, sur la mire URSAF, la limite de résolution. En dessous, la résolution maximale est calculée. On atteint le facteur 1.7 (2 est le facteur théorique). L analyse de la couleur étant obtenue par le module chromatique (analyse multi-spectrale) il n est pas nécessaire que le capteur présente cette caractéristique inutile voire problématique. Le seconde figure montre que la CCD couleur donne une image mosaïque qu'il faut reconstruire (cf pavé de 4 pixels). Ceci est une des sources importantes de la qualité inférieure de la résolution des CCDs couleurs.

20 20/23 L interfaçage a été adapté dans les logiciels existants afin d utliser cette nouvelle CCD tout en laissant la liberté d utiliser une CCD couleur de la même gamme (système initial). 2. Normalisation et grande dynamique : «HDRI» (High dynamic range imaging) Le premier développement réalisé concernant le traitement des textures est une fonctionnalité HDRI qui a été intégrée dans la séquence d acquisition du logiciel OSIRIS. Gauche : Série de 6 images à enregistrer (nous en utilisons actuellement 10) Droite : Image résultante suite à la procédure HDR Dans notre cas, il s agit d une variante permettant d obtenir, comme image finale, une photo sans saturation ni zone noire. Cette fonctionnalité est développée et implémentée et pratiquement opérationnelle. 3. Chromatographie Le module chromatigraphie (Varispec) a également été acheté afin de poursuivre les développements, cœur de ce projet. Ce développement a pour but de combiner une analyse des couleurs en plus de l analyse de la géométrie.

21 21/23 La résolution latérale (x,y) est la même que celle de la caméra puisque c est le même capteur qui est utilisé dans les deux étapes de la mesure (géométrie et texture). Le nombre de pixels, et donc de spectres, sera identique à celui du relevé 3D. Le développement de ce module et son intégration dans le logiciel d acquisition sont très bien avancés. Ceci comprend les points suivants : 1. séquence d acquisition des images 2. sauvegarde en un seul fichier reprenant l ensemble de couches (une couche par longueur d onde) 3. identification des longueurs d onde à prendre pour la création de l'image RGB 4. création d une image RGB à partir de ces couches 5. intégration dans le logiciel général d acquisition Il reste à finaliser : 1. les procédures de calibration 2. calibration des temps d exposition selon les différentes longueurs d onde (ceci afin de donner un poids correct pour chaque couleur et ainsi pouvoir comparer et interpréter correctement les résultats) 3. calibration des blancs 4. calibration de la non-uniformité de l éclairage 5. Pour ce faire, différentes sources lumineuses ont été commandées afin de réaliser un banc d éclairage portable (et connu/calibré) et ainsi optimiser le résultat colorimétrique en fonction de la réponse du module. Ceci permet aussi de s affranchir de l impact de l éclairage ambiant, de sa variabilité soit au cours du temps, soit entre les différents sites de mesure. 4. Synthèse En parallèle, la production de la machine (hors développements) a déjà commencé et suit le planning initial (repris en annexe). Le workpackage T6 (production de la machine complète) devrait donc se terminer dans le courant du mois de mars. Ce retard est conséquent aux problèmes administratifs quant à la libération des fonds nous permettant d acheter le matériel. Comme l ensemble des partenaires, aucune liquidation n a encore eu lieu depuis le début du projet en octobre Post-Traitement des données (T 7) Dans le cadre du projet MARS, l analyse d un logiciel libre (HyperCube) permettant d exploiter les images multi-spectrales (issues de la chromatographie) a été étudié et testé. Notre module basé sur le Varispec a été adapté afin d être compatible avec Hypercube. Il présente les fonctionnalités majeures suivantes : 6. récupération de nos fichiers résultats (format TIFF) et interprétations des couches