ESUP- CRISalid

Arborescence des pages

Vous regardez une version antérieure (v. /wiki/spaces/ESUPCRISalid/pages/1676804099/Mod%C3%A9lisation+des+projets) de cette page.

afficher les différences afficher l'historique de la page

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 8) afficher la version suivante »

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 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+EffortInfrastructure 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 ApplicationsCall 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.

Contributions

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.

Décisions

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.).

Points d'attention et questionnements 

Les organisations

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

proposition de modélisation

 Projet exemple

Cet exemple est basé sur les informations accessibles via ce lien : 

reprendre un projet ANR



  • Aucune étiquette