Projection
Prochaine étape : tester la vitrine sur les données CRISalid
En bref
- Objectif : construire la vitrine Paris-Saclay une seconde fois, avec CRISalid en priorité 0, et mesurer ce que ça change par rapport aux sources ouvertes seules.
- Principe : CRISalid devient une source de plus de la chaîne existante (ADR 008). Rien ne change dans le site.
- Ce que le test doit trancher : CRISalid améliore-t-il les fiches, ou faut-il attendre que ses rattachements soient peuplés ?
Prochaine étape — non commencé. Les cibles chiffrées ci-dessous sont provisoires, à fixer avant de lancer le test.
🧪 Le déroulé
Seule l'extraction touche CRISalid ; tout le reste tourne sur le poste, comme pour les sources ouvertes.
1. Extraire
- Un extrait borné au périmètre Saclay : les unités de recherche, leurs chercheurs rattachés, leurs publications (titre, date, type, accès ouvert).
- Requêtes figées et relues, exécutées dans le réseau de CRISalid ; aucune écriture possible sur le graphe depuis le poste.
- Sortie brute, en NDJSON, avec un manifeste (date, requêtes, volumes), comme toute autre source :
data/raw/saclay/crisalid/. - Les notices marquées « à supprimer » sont exclues à l'extraction.
2. Rapprocher
- Unités : par numéro RNSR, puis ROR et Wikidata. Les écarts avec l'annuaire (235 contre 248) sont listés, pas résolus à la main.
- Personnes : par IdHAL, ORCID, IdRef. Les coauteurs externes sont écartés.
- Correspondance des champs écrite dans
scripts/data/, à côté des autres sources ; la sondecrisalidexistante passe de l'introspection au comptage.
3. Construire deux fois
- Build A : la chaîne actuelle, sources ouvertes seules (référence).
- Build B : la même chaîne, CRISalid en priorité 0 champ par champ, les sources ouvertes en repli.
- Même instance, même jour, même code : seule la source change.
4. Comparer
| Mesure | Outil | Ce qu'on regarde |
|---|---|---|
| Structures rapprochées | pnpm data:build | Unités CRISalid sans fiche, fiches sans unité CRISalid |
| Personnes rattachées par structure | pnpm data:probe | Gain ou perte, structure par structure |
| Fiches qui se vident | diff de data/public/ | Doit rester à zéro grâce au repli |
| Champs remplacés par CRISalid | diff de data/public/ | Lesquels, combien, et s'ils sont meilleurs |
| Recherche | pnpm search:eval | Le score de 18/20 ne baisse pas |
| Liens et accessibilité | pnpm data:links, pnpm a11y | Aucune régression |
✅ Critères de réussite (provisoires)
- Chaque unité CRISalid à code RNSR est rapprochée d'une fiche, ou l'écart est expliqué.
- Aucune fiche publiée ne perd de contenu par rapport au build A.
- Les chercheurs rattachés par CRISalid sont au moins aussi nombreux que ceux retenus par la règle provisoire (ADR 010) sur les 51 unités peuplées.
- L'extraction se rejoue à l'identique, et sa durée est mesurée.
- Aucune donnée hors liste blanche d'unités et de personnes dans l'extrait.
🚦 Prérequis
| Prérequis | Qui | État |
|---|---|---|
| Un compte d'export et le droit d'exécuter des requêtes dans le réseau CRISalid | DiBISO | À demander |
| Accord sur le périmètre de l'extrait (personnes comprises) | DPO | À demander |
| Confirmation que l'instance de développement suffit pour un test | DiBISO | À confirmer |
➡️ Après le test
Selon le résultat : écrire l'adaptateur CRISalid définitif (priorité 0 dans la fusion, plan d'action, phase 6), ou documenter ce qui manque dans CRISalid et garder les sources ouvertes en attendant. Dans les deux cas, le résultat est consigné dans le journal.