Lignes directrices
Le standard CERIF
L’Institutional Knowledge Graph développé par le consortium CRISalid est implémenté sous la forme d'un graphe Neo4j et conçu en conformité avec le standard international CERIF 2 d’euroCRIS. Ce choix vise à garantir l’interopérabilité du graphe ainsi que sa compatibilité avec les standards du web sémantique.
La récupération des information depuis l'application OSCAR
L'application OSCAR est
Objectifs
Priorité = intégrer données OSCAR GRAPHE
OSCAR réprésente l'info sous cette forme :
L'existant dans le graphe
Les projets dans CERIF
CERIF représente les projets comme étant pouvant contenir des sous-projets et centrés autour de ressources et de contributions. Les ressources engagées dans le cadre des projets sont des "Fundings". C'est autour de ces "Fundings" que s'organise l'information sur le financement, sur les appels à projet et les réponses à ces derniers. Le projet peut par ailleurs avoir plusieurs contributions, dans le cas des projets, il existe des Contribution to Project, qui sont un sous-type de Contribution et d'Activity. Ces dernières sont définies par des Contribution Statements. Des Agents (personnes, groupes ou organisations) peuvent apporter des contributions de type Expertise+Time+Effort, Infrastructure ou Document. Par exemple, un chercheur ou une chercheuse peut publier un article dans le cadre d'un projet, y dédier quelques heures, ou bien une organisation peut mettre à disposition des serveurs GPU dans le cadre d'un projet.
En ce qui concerne les financements, les appels à Projets (Call for Applications / Call for Funding Application) sont des Resource Offers et les candidatures aux appels à projet (Application/Funding Application) sont des Resource Requests. Ces deux entités sont reliées à un agent qui peut demander un financement, il est donc "requester", ou bien l'offrir, il est alors "adressee". Enfin, les candidatures ou les appels à projet peuvent être décrits dans des documents.
Proposition de modélisation
La proposition de modélisation ci-contre résulte de la prise en compte de la norme précédemment décrite. Quelques simplifications ont été réalisées.
| Info | ||
|---|---|---|
| ||
De la même manière que les documents, les projets sort reliés à un nœud contribution, mais il est de a une propriété "type" (work, infrastructure ou document), il s'agit d'une simplification des Contribution statements CERIF précédemment décrits. Il permet de représenter l'information sur les membres et partenaires d'un projet. |
| Info | ||
|---|---|---|
| ||
Une propriété "status" a été ajoutée sur le nœud Application, elle simplifie la représentation CERIF des décisions. En effet, elles sont modélisées par l'entité Decision et portant sur l'Application. La décision peut être reliée à un Agent (qui prend la décision), un Document ou un Evaluation Outcome. Cette dernière entité désignant l’ensemble des conclusions produites à l’issue d’un processus d’évaluation, sans constituer encore la décision finale. Ce choix permet par ailleurs de suivre le statut de la candidature entre son dépôt et la décision finale (ex. candidature déposée, dossier en cours de montage, dossier abandonné, etc.). |
| Remarque | ||
|---|---|---|
| ||
rrrr |
- Organisations
- Ajouts par rapport à CERIF :
- dans OSCAR → concepts
- Présent dans HAL parfois → publications dans les projets → potentielle modélisation
- Disciplines
- Problématiques des champs libres d'OSCAR → quels champs on peut reprendre vs points d'attention
Projet exemple
Cet exemple est basé sur les informations accessibles via ce lien :
reprendre un projet ANR