ansforge / ansforge/interop-IG-metier-document-core
QA : 3 problèmes résiduels non corrigeables côté mapping
- Dominant language
- GLSL
- Stars
- 0
- Forks
- 0
- Avg merge
- 3d 18h
- Merged PRs (30d)
- 5
Description
## Description du problème
Toutes les erreurs générées dans le rapport QA ont été traitées (codes source/cible invalides dans les fichiers de mapping, bugs de modélisation). Il ne reste plus que les 3 problèmes ci-dessous, qui ne se corrigent pas côté mapping.
1. Liens cassés sur les éléments [x] à choix multiple (bug de l'outil) — Le générateur de documentation essaie de créer un lien vers chaque élément [x] (ex. FRLMPatient.deceased[x]), mais n'écrit jamais l'ancre correspondante sur la page du modèle. Vérifié sur plusieurs cas : le lien pointe vers une ancre qui n'existe nulle part, quelle que soit son écriture. Ce n'est pas un problème de nos fichiers, c'est un bug connu du FHIR IG Publisher.
2. Liens cassés sur la page de téléchargements — La page propose 6 fichiers zip que le build ne produit jamais (aucun exemple dans l'IG, formats XML/Turtle non activés).
3. Dépendance CDA en version FHIR différente — L'IG métier est en FHIR R4, l'IG CDA en R5 — le publisher refuse cette dépendance inter-versions.
## Fichiers concernés
input/ignoreWarnings.txt (problème 1)
input/pagecontent/downloads.md (problème 2)
sushi-config.yaml (dépendances, problème 3)
## Solutions proposées
1. Masquer les messages liés aux éléments [x] via input/ignoreWarnings.txt, et signaler le bug à l'équipe FHIR IG Publisher. (problème 1)
2. Retirer les liens des 6 fichiers non produits de downloads.md (ou activer les formats manquants). (problème 2)
3. Décision à prendre : soit retirer la dépendance CDA de sushi-config.yaml (les liens vers les cibles CDA ne seront plus cliquables), soit conserver l'erreur telle quelle. (problème 3)
Contributor guide
No contributing guide indexed for this repository
Research direction
Review input/ignoreWarnings.txt, input/pagecontent/downloads.md, and sushi-config.yaml against the QA report and the build output. Start by reproducing the publisher warnings, then verify which download files are generated and how the CDA dependency is configured. Done means the remaining warnings and broken links are either removed or explicitly documented, with the dependency decision recorded.
Written by the indexing model from the issue text.
Assessment
- Domain
- build-system, documentation
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100