Sciences ouvertes au LIMOS

L'UCA pousse, comme au niveau national, à ce que les labos de recherche français suivent une politique de sciences ouvertes, c'est à dire où le partage des données est une règle et le non-partage une exception devant être motivée.

Cette politique repose sur un partage des données devant être FAIR

• F indable : métadonnées riches, données indexées et identifiées par DOI
• A ccessible : protocole d'accès défini
• I nteroperable : Formats ouverts normalisés, vocabulaires spécifiques (Thésaurus)
• R eusable : licence claire, documentation complète

Une cellule Sciences Ouvertes à l'UCA a été créée et propose des ressources variées : https://science-ouverte.uca.fr/

Au niveau du Limos, la politique "Sciences Ouvertes" repose sur :

• des publications liées à un projet avec comme principal outil HAL
• du code lié à un projet avec enregistrement du code sur Software Heritage
• des données liées au projet avec référencement de l'entrepôt stockant les données sur Recherche Data Gouv
• la rédaction d'un PGD (plan de gestion de données ou DMP) sur Opidor pour tous les projets ANR et européens (obligation CNRS)

NB : Un algorithme sera considéré comme une donnée de recherche

Publications - Sciences Ouvertes

Il est demandé aux enseignants chercheurs (pas doctorants) d'avoir un compte sur HAL et de renseigner certaines informations

• un idHal (à définir) pour fusionner les différentes formes auteur
• un OrcId
• le(s) domaine(s) de recherche associés azu thème de recherche
• le laboratoire affilié
• les préférences de dépôt

Le dépot de la publication doit être accompagnée du PDF pour que la publi soit considérée comme de la science ouverte

Voir le chapitre sur HAL

Code et sciences ouvertes

Le code que vous produisez pour un projet doit être sauvegardé sur Software Heritage

Si il est déposé sur Gitlab Limos en dépôt public, il sera moissonné automatiquement par Software Heritage (moissonnage trimestriel voire annuel)

Pour respecter les standards des principes de science ouverte, le dépôt doit donc être public et doit contenir des infos sur le contexte du projet avec un fichier Readme, des infos sur la licence et des infos sur le(s) contact(s) liés au projet et au code. L'idéal étant d'avoir trois fichiers pour cela :

• Readme
• licence
• contact

Vous pouvez sauvegarder un nouveau dépôt Gitlab sur Software Heritage à partir de leur page d'archive à l'aide du bouton Save code now puis de rentrer l'URL de votre dépôt.

Si le dépôt existe déjà sur Software Heritage et que vous souhaitez le mettre à jour, cliquer sur le projet puis sur le bouton Save again

Readme

Au format texte ou markdown, doit contenir :

• Une présentation rapide du projet et du besoin auquel répond le code
• principales fonctionnalités et principe de fonctionnement
• Informations sur le déploiement si besoin

Licence

Le ministère préconise deux licences de type Creative Commons pour le code à intégrer dans le fichier licence

Les deux licences doivent être indiquées en parallèle, Etalab côté français et CC By pour l'international

• Etalab 2.0 avec un lien vers le document officiel FR ou document officiel EN
• CC By 4.0 doc officielle

En gros, le code peut être librement utilisé, à la condition de l'attribuer à l'auteur en citant son nom. Cela ne signifie pas que l'auteur est en accord avec l'utilisation qui est faite de ses œuvres

Contact

Indiquer dans ce fichier l'identité du déposant (nom, prénom, mail) et surtout l'identité d'une personne capable dans le temps de répondre aux différentes demandes d'informations pouvant avoir lieu

Entrepôts et référencement

Dans une logique de sciences ouvertes, vos jeux de données devraient être accessibles et référencées, dans la mesure où ce ne sont pas des données sensibles.

A terme, votre jeu de données doit à minima avoir une référence sur recherche data gouv

Archivage

Pour archiver votre jeu de données, voir /recherche/projets/#archivage

Référencement

En cours de création : L'UCA a une collection sur recherche.data.gouv et le Limos y a une sous-collection

Pour créer une référence, vous devez envoyer les informations suivantes au service des sciences ouvertes de l'UCA

• un titre
• une description
• les auteurs (+ leur Orcid)
• les contributeurs
• des mots-clés à partir de thésaurus (normalisés) comme GEMET ou INSPIRE

Plans de gestion de données

Les PGD seront à rédiger sur la plateforme Opidor, ils servent à présenter de façon complète les données de votre projet. Ce document est quasiment obligatoire pour les projets ANR et de plus en plus poussés pour les ERC

Ce document est très important dans la politique de sciences ouvertes dans le sens où il présentera de façon complète les données et méta-données

Voir la documentation sur les PGD