Présentation du projet ISHTAR ; un outil de gestion et de diffusion en ligne pour les données archéologiques (archives et mobilier)

Transcription

1 Présentation du 29/01/ RIGMA Présentation du projet ISHTAR ; un outil de gestion et de diffusion Yann Le Jeune (DRAC Pays de la Loire) Didier Le Gouestre (SRA Pays de la Loire) Etienne Loks (Proxience) Rachel Touzé (SRA Pays de la Loire)

2 1 Le mobilier archéologique : un problème national? 2 Objectifs du projet PLAN 3 Choix techniques 4 Modalités de développement 5 Quelques particularités 6 Survol des fonctionnalités (actuelles) 7 Les réponses d'ishtar aux questions RIGMA? 8 Conclusion provisoire

3 Un problème national? A quoi servent les archéologues? Un constat : il faut faire vivre la documentation archéologique! Des moyens partiellement en œuvre : normalisation du rendu de la documentation, Plan État-région, CCE. Une mission pour qui? (MCC, Coll.Ter.., opérateurs, musées)

4 Objectifs Le besoin d'un outil de gestion du mobilier archéologique (inventaire, traçabilité, propriété, etc.), Des acteurs variés (Etat, coll. Terr., opérateurs, chercheurs, etc.), Des besoins variés, mais un socle au moins en partie commun, Le besoin d'un outil de communication pour les citoyens et les chercheurs (/archives / Open data),

5 Objectifs L'ajout du besoin de la gestion administrative (Pb ARP / Pb Filemaker), Un développement proche des utilisateurs (en test en 2014, au SRA PdL) méthodes AGILE, Un projet de gestion de données distribuées et non pas centralisées : acteurs, propriété, gestion des données

6 Objectifs Distribué et non pas centralisé = Syndication de bases ou bien importations 3

7 Objectifs Des possibilité d'import et d'export, L'interrogation possible par d'autres applications, Un outil qui se doit d'être simple d'utilisation (peu/pas de formation nécessaire) [Pb], Un outil qui n'est pas calqué sur une organisation du travail (workflow) [Pb / évolutions], Un outil qui doit d'être simple d'administration [Pb], Des données sécurisées, une application permettant de corriger les erreurs sur la base.

8 Choix techniques Présentation du projet ISHTAR ; un outil de gestion et de diffusion Communiquer au plus grand nombre = WEB, Permettre une reprise, maintenance, adaptation et évolution aux besoins locaux ou autre : logiciel libre (licence AGPL3), Base de donnée solide = POSTGRESQL, Un langage orienté objet, au code lisible, facilement maintenable mais nécessitant un minimum d'expertise technique afin d'éviter les «métastases» à la filemaker, et rapide = Python, Une installation qui doit se faire simplement sur un serveur web (linux) = paquet debian [apt-get install ishtar]

9 Développement Présentation du projet ISHTAR ; un outil de gestion et de diffusion Gestion du projet : Yann Le Jeune (SRA/DRAC PdL, +), Expertise métier : Didier Le Gouestre, et Rachel Touzé (SRA/DRAC PdL), Développement : Étienne Loks (Proxience), Testeurs : les membres du SRA PdL + qui veut Un projet modulaire (tronc + modules) : actuellement Ishtar Base + Module administratif

10 Particularités Une base orientée «traitement» (postérieur à l'inventaire de base) Le mobilier n'est qu'un état, entre deux traitements : 1 1, exemple : restauration, radiographie, stabilisation etc. 1 N, exemple : étude, dégagement, etc. N 1, exemple : remontage, restauration, etc. Le mobilier a donc une «fiche» pour chaque état (qui peut donc changer, description comprise), Un traitement peut-être documenté (+ resp + lieu [dépôt]).

11 Particularités L'opération comme base de référence (OA ou pas, mais c'est mieux avec), Peut concerner 1 à n «sites» (ou Entité archéologique). Tables sensibles totalement «historisées» (rollback possible).

12 Fonctionnalités Présentation du projet ISHTAR ; un outil de gestion et de diffusion Dossiers archéologiques, actes associés, Opérations archéologiques, actes associés, Unité d'enregistrement (types variables, récursives), Mobilier (lot ou «isolation», inclut les prélèvements), Dépôts archéologiques, Collections (responsabilité de gestion), En particulier : Édition des actes (courriers, arrêtés, fiches diverses, etc.) Étiquetage (publi-post pour l'instant), inventaires conformes à la réglementation, Import/export des données au format CSV (normes MCC ou non), Types hiérarchisés (héritages) : matière, chronologie, etc.

13 (Sub-)Actuellement (avec quelques corrections en cours) : Fonctionnalités Module administratif (Dossiers, actes, annuaires etc.), Gestion des Opérations, Gestion des UE, Gestion des inventaires : mobilier et UE / opérations, À venir (avant juin 2015) : mise en caisse, étiquetage, tableau de bord (relatif), À finaliser (avant juin 2015) : gestion des sources, droits d'accès et interfaces À finaliser (avant mars 2015) : Import/export CSV complet des inventaires (rapport, tableau de correspondance). À venir : [2015 Dalby ] Module dépôt (inventaire, collection, entrée, sortie, prêt, etc.), [2016?] Accès public / chercheurs : rapports et documents numérisés

14 Axe 1 : RIGMA Import depuis des bases tierces (chercheurs, besoins divers), Utilisation de normes d'échanges (MCC, A. Chaillou) mais pas seulement (passif, programmées, base permissive...), Nécessité de consolidation de ces normes minimales d'échanges (rôle de l'état ) Conservation du lien d'origine (inventaire de base) et de l'évolution (base traitements) = conservation du lien avec la documentation Gestion intégrée lot et objets isolés (et conservation du lien éventuel)

15 Axe 2 : RIGMA Le code OA unique est souhaitable, possible pour tout type d'opération (y compris clandestine, pb administratif?), mais Ishtar accepte tout type de code, Ishtar accepte un code alternatif primaire (code d'origine dans le cas de reprise de passif, popar type etc.), Une étude est un traitement, les chercheurs peuvent donc modifier (et même créer de nouveaux numéros à eux), le lien est conservé avec l'inventaire d'origine (héritage), Idem pour les remontages, Du mobilier détruit ou perdu garde son enregistrement de base (lien avec la doc), mais a un nouvel état (détruit, vendu, autre, etc.), Ce projet vise à gérer les inventaires d'origine, les documents associés, ce qu'il y a dans les dépôts, et son évolution.

16 Axe 3 : RIGMA Ishtar est une base traitement (conservation du lien avec la donnée et doc de base + évolutions variées), Il faut gérer ces «avatars» passés = lien avec la documentation scientifique, La gestion de mobilier géré par d'autres? Possible avec une syndication de base, mais le problème ici n'est pas technique Il faut garder l'enregistrement même si le dernier état est «détruit», «jeté», «perdu» ou autre Traitement non anodin.

17 RIGMA Conclusion provisoire : Projet long (démarré en 2011, mais héritage MCD Picard de ), pb ARP, en 2015 = retour au mobilier! Utilisable à des échelles variées (test en cours [Etiolles, La Haute-Île, Dépôt Dalby, SRA PdL]), Gratuit et ouvert (licence AGPL3.0), donc modifiable et appropriable, Usages variés (portail, base source, en local, internet, extranet, intranet ) Modulaire, en fonction des besoins : Administratif, WebSIG, Dépôts, Musées, etc..

18 Merci de votre attention! 3 interfaces : Gestion du projet, Administration de la base, Ishtar (version beta). TEST ouvert Prod. Actuelle