2Tronc commun de métadonnées Premier niveau : l’Archive Ouverte HAL dans sa version actuelle
A ce niveau, on doit privilégier des métadonnées pouvant être remplies directement par les chercheurs qui déposent des documents, tout en veillant à ce que les métadonnées suffisantes pour identifier le document et ses auteurs soient présentes. Les métadonnées doivent donc être simples et ne pas nécessiter de connaissance particulière sur les standards documentaires. Le vocabulaire utilisé doit être proche de celui des chercheurs
Un premier travail a consisté à passer en revue les métadonnées actuelles de HAL et à les analyser dans ce contexte (voir plus loin).
Second niveau : l’Archive Ouverte en interaction avec d’autres systèmes d’informations
Le développement de l’Archive Ouverte commune se fera de plus en plus à partir d’une interconnexion de systèmes informatiques propres à chacun des établissements concernés par l’accord. De ce fait, on doit mettre en place une articulation entre HAL et les systèmes d’information et/ou les systèmes documentaires des établissements.
Pour les métadonnées, cela suppose un travail plus approfondi pour rapprocher les modèles de données utilisés dans les différents systèmes et les positionner par rapport à l’existant de HAL. Le travail sur les métadonnées doit donc porter :
-
sur le contenu des métadonnées (analyse des différents champs selon le standard utilisé) ;
-
sur la structuration et les formats d’échange des métadonnées (schéma XML) ;
-
sur les modèles et les protocoles d’échange de métadonnées (OAI-PMH strict, OAI-PMH étendu, Web Services, etc.).
2.2Première synthèse des travaux -
La plus grande partie des métadonnées actuelles de HAL peut être validée dans le contexte du premier niveau. L’annexe 1 détaille l’ensemble des métadonnées actuellement utilisées dans HAL ou souhaitées par le groupe de travail. Des précisions sont données sur le caractère obligatoire ou non de certaines d’entre elles.
-
Pour être conforme aux standards, il serait souhaitable que certains éléments de métadonnées soient qualifiés (par une langue, un système de classification, un langage documentaire). Pour le cœur de métadonnées, ces informations peuvent être remplies par défaut mais elles doivent être envisagées dans les échanges entre systèmes (second niveau).
-
Les éléments de métadonnées suivants devront être précisés et enrichis :
- droits liés aux documents déposés (licences Creative Commons ?)
- financements des recherches donnant lieu à publication (structuration)
-
Des travaux complémentaires sont nécessaires pour :
- les métadonnées d’affiliation (en relation avec les travaux en cours de l’Amue sur les référentiels et de l’OST pour les recommandations)
- les systèmes d’identifiants des archives ouvertes (en relation avec un autre groupe du CoST)
- une réflexion sur les doublons, ainsi que sur les versions
Concernant les licences Creative Commons,
-
Monique Joly , qui les a fait expertiser les par un avocat, communique le point de vue de l’avocat : C’est une licence qui fonctionne bien pour la création logicielle mais qui ne fonctionne pas pour des créations relevant du droit d’auteur, car le droit moral n’y est plus reconnu. D’autre part, nous n’avons pas le droit de céder le droit patrimonial car il a été souvent cédé à l’éditeur qui accepte, dans un cadre bien précis d’archives ouvertes, de nous autoriser à l’exercer pour représenter des documents (publier).
-
Martine Pochard évoque d’autres points de vue, notamment celui qu’on trouve dans Actualités du droit de l’information de l’ADBS, N° 52, novembre 2004.
2.3Propositions pour les étapes suivantes
La mise en œuvre d’échanges de métadonnées entre systèmes différents s’appuie sur la définition de formats d’échange et sur l’application de standards.
Aujourd’hui, les métadonnées de HAL sont rendues accessibles à l’extérieur grâce au protocole standard OAI-PMH (http://www.openarchives.org ), sous deux formats : Dublin Core non qualifié (obligatoire en OAI-PMH) + un format spécifique à HAL. L’import de métadonnées dans HAL utilise d’autres outils (API spécifique + Web Services utilisant la technologie SOAP).
Le groupe de travail souhaite que les mécanismes d’échange actuellement disponibles soient élargis. L’’ensemble des systèmes concernés par les archives ouvertes (Archive ouverte + systèmes d’information locaux) devront partager la structuration des métadonnées (schémas) et les modèles d’échanges de données.
-
Pour les schémas de métadonnées, il est souhaitable de prendre en compte les travaux en cours sur les Eprints Application Profiles (profils d’application Dublin Core pour la description des publications scientifiques – travaux en cours du JISC et de l’UKOLN – voir à ce sujet : http://www.ukoln.ac.uk/repositories/digirep/index/Eprints_Application_Profile );
-
Pour les protocoles d’échange de données, il faut se situer par rapport aux travaux OAI-ORE (Object Reuse and Exchange : échanges d’informations entre réservoirs de documents numériques – voir : http://www.openarchives.org/ore/ ).
-
Il faut également prendre en compte les travaux du projet Driver et les futures recommandations qui seront données dans ce cadre.
Propositions au CoStra
-
Construire un schéma de métadonnées élargi, permettant à l’Archive Ouverte et aux systèmes développés dans les établissements de s’appuyer sur des éléments communs. Ce travail devra se faire en tenant compte des standards existants et des travaux déjà engagés. Le modèle devrait être
- compatible avec le schéma actuel de HAL et le cœur de MD de l’Archive Ouverte (complémentaire)
- compatible avec les grands standards utilisés dans les systèmes des établissements
- compatible avec standards internationaux des archives ouvertes
-
Donner à ce schéma de métadonnées une forme utilisable pour les différents modèles d’échange de données :
- schéma XML
- spécifications d’utilisation avec le protocole OAI-PMH
- autres spécifications éventuelles…
-
Elaborer des recommandations pour la bonne utilisation de ces schémas dans les échanges entre l’Archive Ouverte et les systèmes des établissements (et entre les systèmes).
-
Par ailleurs, poursuivre les travaux sur les métadonnées d’affiliation, en liaison avec les travaux engagés par les instances du MENESR et de l’Amue.
Dostları ilə paylaş: |