Le modèle de données de CRISalid
En bref : CRISalid range ses données en trois étages : le référentiel (personnes, structures), les notices telles que chaque source les livre, et les publications consolidées. Projets et financements : absents. Les rattachements des personnes aux unités sont enregistrés sans dates : une vitrine ne peut pas montrer l'historique des affiliations. Le modèle s'inspire du standard européen CERIF-Core sans l'implémenter ni l'exporter.
Projets et financements : absents
Statut : Confirmé (code du graphe, IKG).
- Le graphe (crisalid-ikg) ne contient aucun modèle, aucune route, aucun message ni aucun nœud projet ou financement.
- Le type
Grantde SoVisu+ (SoVisuPlus) est un type de notice bibliographique, pas un financement. - La documentation du moissonneur (svp-harvester) cite les projets parmi les entités possibles, sans chaîne de bout en bout : Déclaré.
Pour la vitrine : ne pas annoncer de projets ni de financements tant qu'il n'existe ni autre source (outil de gestion des contrats, ANR, programmes européens), ni propriétaire, ni règles de publication.
Les trois étages
| Étage | Contenu | Statut |
|---|---|---|
| Référentiel | Personnes, noms, identifiants (ORCID, IdRef, IdHAL, identifiant local), structures, établissements | Confirmé |
| Notices sources | Une notice par source et par collecte : titres, auteurs et affiliations tels que fournis, identifiants (DOI, HAL…), revue et numéro | Confirmé |
| Consolidé | Publications regroupant des notices, contributions vers des personnes, revues, sujets et thèmes | Confirmé |
Les trois étages existent sur l'instance de développement, avec 18,5 millions de nœuds : Observé sur instance (dev) (données observées).
Personnes, structures et rattachements
Le graphe distingue deux liens d'une personne :
- l'appartenance à une structure de recherche ou assimilée (relation
MEMBER_OF) ; - l'emploi dans un établissement (relation
EMPLOYED_AT), qui peut porter un code de poste, donnée RH non publiable.
Les structures forment leur propre hiérarchie : inclusion (PART_OF) ou rattachement souple (MEMBER_OF). Ces liens entre structures portent des dates de début et de fin. Toutes les structures partagent un même type de base (OrganizationUnit), puis un type concret : établissement et subdivision, école doctorale, unité de recherche, d'appui, administrative ou d'enseignement, sous-unité, équipe. Pour la notion d'unité sans jargon, voir Qu'est-ce qu'une unité ?.
Rattachements de personnes sans dates
Statut : Confirmé (requêtes d'écriture du graphe).
Les modèles d'entrée acceptent des dates de début et de fin pour l'appartenance et l'emploi, et l'API de lecture (Apollo) comme SoVisu+ les déclarent. Mais les requêtes qui créent ces deux liens n'écrivent aucune date. Conséquence : une vitrine ne peut pas montrer l'historique des affiliations d'une personne, ni dater un rattachement. Le détail champ par champ est dans le dictionnaire.
Règles de chargement
- Structures avant personnes : un lien n'est créé que si la structure cible existe déjà ; sinon il est ignoré.
- Un identifiant obligatoire : sans identifiant unique ou prioritaire, la personne ou la structure n'est pas créée.
- Affiliation scientifique et emploi RH sont distincts : la première vise une unité, le second un établissement.
Sur l'instance, 51 unités sur 235 ont des chercheurs rattachés : Observé sur instance (dev) ; le détail est dans les données observées.
Publications : notice source et publication consolidée
CRISalid garde deux niveaux : la notice source, fidèle à ce qu'une source a livré, et la publication consolidée, recalculée à partir des notices rapprochées. La provenance reste ainsi traçable. Les règles de rapprochement, de choix des métadonnées et de correction sont dans Provenance, qualité et fusion.
| Lien | Cardinalité | Statut |
|---|---|---|
| Notice → titres | 1 ou plus | Confirmé |
| Notice → contributions sources, chacune vers une personne source | 0 ou plus | Confirmé |
| Contribution source → affiliations telles que déclarées | 0 ou plus | Confirmé |
| Publication consolidée → notices regroupées | 1 ou plus attendu ; le moteur n'impose pas qu'une notice n'appartienne qu'à une publication | Confirmé |
| Contribution → une publication et une personne consolidée | exactement 1 et 1 | Confirmé |
Les cardinalités décrivent ce que le code accepte ou construit, pas des volumes observés.
Correspondance des noms : le code lu écrit les publications sous le nom Document ; l'instance les range sous ScholarlyPublication et ses sous-types, sans nœud Document : Observé sur instance (dev). L'écart tient sans doute à la version déployée : À confirmer. Toute requête d'extrait doit partir des noms observés.
CERIF : une inspiration, pas une implémentation
CERIF-Core est le modèle européen des systèmes d'information de la recherche, publié par euroCRIS sous forme d'ontologie. CRISalid s'en inspire sans l'implémenter ni l'exporter : statut Confirmé (code du graphe, schéma Apollo, ontologie CERIF). Cette page fait foi sur ce point.
| Concept CERIF | Dans CRISalid | Statut |
|---|---|---|
| Personne, structure, identifiant | Repris | Confirmé |
| Rattachement entre structures | Repris, avec dates | Confirmé |
| Appartenance et emploi d'une personne | Repris, sans dates | Partiel |
| Publication, contribution | Repris | Confirmé |
| Projet, financement, équipement, prix | Absents | Confirmé |
| Export CERIF ou RDF | Aucun : les échanges se font en GraphQL, REST et messages JSON | Confirmé |
Pour la vitrine : « compatible CERIF » ne signifie ni interopérabilité garantie avec un autre système CERIF, ni export normalisé disponible.
Preuves principales
- Graphe (crisalid-ikg) : modèles et requêtes d'écriture, dont
create_membership.cypher,create_employment.cypheretcreate_organization_unit_part_of.cypher. - Schéma Prisma de SoVisu+.
- CERIF-Core : entités, dont
ProjectetFunding.
Les révisions examinées sont centralisées dans Sources et preuves.