Correction de ma propre annonce : j'avais écrit « 14 repères chakras pieds+mains ». Faux. Mesuré : le seul jeu de repères dérivé du squelette est _SPY dans anatomy.html l.311, 7 valeurs, commentées « y colonne par z chakra (mesuré squelette) » — 5 points sur la colonne + 2 dans le crâne (Agnya z=1500, Sahasrara z=1630, où il n'y a aucune vertèbre, ce qui est anatomiquement juste).
Re-mesure contre les os NOMMÉS du squelette reconstruit (vertèbres + sacrum + coccyx, |x| < 40) :
| z | _SPY codé |
colonne neuve | écart |
|---|---|---|---|
| 810 | −15 | −9,4 | +5,6 🟢 |
| 940 | −65 | −85,0 | −20,0 🟠 |
| 1050 | −55 | −97,5 | −42,5 🔴 |
| 1240 | −35 | −36,0 | −1,0 🟢 |
| 1360 | −70 | −69,9 | +0,1 🟢 |
| 1500 | −100 | (crâne : sphénoïde −107,3) | plausible |
| 1630 | −35 | (pariétal −66,5) | −31 🟠 |
3 des 5 points rachidiens tiennent à moins de 6 mm — dont deux à moins de 1 mm. Deux s'écartent de 20 et 42 mm.
⚠️ Ce que je ne peux PAS dire, et je ne le dirai pas : si ces deux écarts viennent de ma reconstruction ou s'ils étaient déjà là. L'ancien maillage n'a aucun nom d'os — impossible d'y isoler « la colonne » pour comparer. Mesuré quand même sur l'ancien fusionné : il rend −125,4 à z=810 contre −15 codé, ce qui est absurde et prouve seulement que la sélection par axe attrape autre chose que des vertèbres. La comparaison avant/après est structurellement impossible ; seule la table codée est auditable, et elle l'est désormais contre des os nommés — c'est un gain net.
⛔ anatomy.html NON MODIFIÉ (daté du 30/07, intact). Déplacer un nœud de chakra sur la carte n'est pas un arbitrage technique : c'est celui de Ben. Et la loi gravée dit le visuel ne refait pas le travail, il reflète — le vrai correctif serait que la page calcule ces positions depuis les os nommés au lieu de les coder en dur, ce qui la rendrait ré-auditable à chaque reconstruction. Proposé, pas fait.
⏳ Attend arbitrage : ① garder _SPY tel quel (3/5 déjà justes) · ② re-mesurer les 7 depuis les os nommés · ③ faire calculer la page dynamiquement (le seul qui ne périme jamais).
Fait ① — Ton arbitrage du 02/08 (« le vasculaire fait foi, le gaussien devient témoin ») ne vivait que dans Notion. Mesuré : REGISTRE-GAUSSIEN.json contenait 0 occurrence de « fait foi », « témoin » ou « source ». Il est maintenant inscrit dans le fichier qu'il gouverne (clé _arbitrage_ben_20260802), avec sa conséquence opératoire : en cas de désaccord splat ↔ vasculaire, c'est le vasculaire qui tranche et le gaussien qui se corrige, jamais l'inverse.
Un arbitrage qui ne vit pas dans l'artefact qu'il gouverne n'est pas appliqué — il est espéré.
Fait ② — L'aorte est complète : les 4 segments (ascendante FJ3413 · crosse FJ3411 · descendante FJ3427 · abdominale FJ1932) sont dans la liste, en .obj sur disque, et au manifeste. (J'ai crié au manquant en cours de route : mon head avait tronqué l'affichage. Faux positif de ma part, corrigé par la mesure complète.)
🔴 Fait ③ — « raccorder veines corps↔tête » est IMPOSSIBLE depuis BodyParts3D. Mesuré :
| z max | pièce la plus haute | |
|---|---|---|
| artères | 1630,9 | FJ1697 branch of anterior cerebral artery |
| veines | 1381,7 | FJ3585 internal jugular vein |
259 mm de tête irriguée sans aucun retour veineux. Le sang monte et ne redescend pas.
Preuve négative sur le catalogue (isa_element_parts.txt) : 0 sinus dural (sagittal · transverse · sigmoïde · caverneux · confluence) · 0 veine cérébrale. Ce n'est PAS une erreur de sélection comme l'aorte du 29/07 — celle-là était au catalogue et n'avait jamais été choisie. Ici la source ne modélise pas le retour veineux crânien. La jugulaire interne s'arrête à la base du crâne parce que BodyParts3D l'y arrête.
⏳ Arbitrage Ben — deux voies, aucune prise seul :
ARTICULATION-VISUEL.json, clé vagin_declare), construit sur dimensions Gray, déclaré comme tel, jamais présenté comme un scan.⛔ Interdit gravé dans le registre : ne jamais extrapoler des veines crâniennes sans les labelliser paramétriques. Un vaisseau inventé qui a l'air scanné est exactement le « beau et faux » que la loi VISUEL interdit.