Introduction
L’Institutional Knowledge Graph (IKG), 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 international CERIF 2 d’euroCRIS (euroCRIS). Ce Ce choix vise à garantir l’interopérabilité du graphe des données ainsi que sa leur compatibilité avec les standards du web sémantique.
Actuellement, les publications des chercheurs et chercheuses de l'université sont présentes intégrées dans IKG, un . Un travail approfondi a également été fait mené sur les la gestion des affiliations liées associées à ces publications et , ainsi que sur la la modélisation des structures . La prochaine étape est celle de l'intégration des de recherche. L’étape suivante vise à intégrer les projets de recherche. L'application OSCAR, développée par l'université de NantesCaen, est utilisée par certains établissements pour gérer le montage des projets et le suivi des contrats de recherche. Elle constitue dès lors une source de données sur les projets. Il s'agira de récupérer les informations présentes dans OSCAR pour les faire entrer dans le ajouter au graphe de connaissance.
Les projets dans CERIF
CERIF représente les projets comme pouvant Dans le modèle CERIF, un projet peut contenir des sous-projets et centrés il est structuré autour de ressourcesmobilisées et de de contributions. Les ressources engagées dans le cadre des projets sont des mobilisées sous la forme de Fundings. C'est C’est autour de ces Fundings que s'organise l'information sur le financement, sur les appels à projet et les réponses à ces derniers.entités que s’organisent les informations relatives aux financements, aux appels à projets et aux candidatures.
Les appels à projet Les appels à Projets (Call for Applications/ Call for Funding Application) sont des 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 . Dans le cas d’une candidature (Application), l’agent peut en être le requester lorsqu’il demande un financement, il est donc "requester", ou bien l'offrir, il est alors "adressee". Enfin, les candidatures ou ou l’addressee lorsqu’il est destinataire de la candidature. Par ailleurs, une organisation peut lancer un appel à projets, ce qui correspond à la relation de type solicits. Enfin, les candidatures et les appels à projet peuvent être décrits dans des des documents.
Le projet peut par ailleurs avoir plusieurs contributions, qui existent aussi pour les documents et évènements. 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.
Proposition de modélisation
La proposition de modélisation présentée ci-dessus résulte de la prise en compte de la norme précédemment décrite. Quelques simplifications ont été réaliséess’appuie sur la norme CERIF décrite précédemment, tout en introduisant certaines simplifications.
| Info | ||
|---|---|---|
| ||
De la même manière que les documents, les projets sont reliés à un nœud contribution, mais ce dernier a ici une Contribution. Une propriété "type" ("work", "infrastructure" ou "document") : il est introduite sur ce nœud : il s'agit d'une simplification des Contribution statementsStatementsCERIF précédemment décrits. Par ailleursDans le cas des contributions de type "document", un nœud Document est lié à la contribution de type document relié au nœud Contribution lorsque le document en question correspondant a été moissonné. |
| Info | ||
|---|---|---|
| ||
|
| Info | ||
|---|---|---|
| ||
| Une propriété "propriété status" a 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 portent 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 (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 plus facilement l’état d’une candidature entre son dépôt et la décision finale (ex. , par exemple : candidature déposée, dossier en cours de montage, dossier abandonné, etc., sans avoir à parcourir toutes les décisions associées.De la même manière, une propriété status est également ajoutée sur le Projet lui-même. La raison est similaire : elle permet de connaître rapidement le statut propre au projet (par exemple : en montage, en cours, terminé). |
| Remarque | ||
|---|---|---|
| ||
Il existe plusieurs types d'organisations dans IKG : les organisations issues du référentiel de l'institution, les Source Organisations issues du moissonnage des publications et les Authority Organisations qui sont une version consolidée des Source Organisations. Se pose alors la question du type d'organisation à choisir pour celles qui seront liées aux projets soit via les contributions, soit via les financements, d'autant plus que l'application OSCAR a son propre référentiel d'organisations. |
| Remarque | ||
|---|---|---|
| ||
| L'application OSCAR permet d'associer des des disciplines à des projets, toutefois, les administrateurs de l'application peuvent ajouter n'importe quelle discipline ou vocabulaire de disciplines. A l'université Paris 1 Panthéon-Sorbonne, le vocabulaire des disciplines ERC a été choisi, il serait dès lors possible de lier les projets à des nœud nœuds Concept issus de ce vocabulaire, de la même manière que pour les publications. |