Vous êtes ici : start » verification » technique » 308_winchester

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Prochaine révision
Révision précédente
verification:technique:308_winchester [2026/08/19 10:15] – créée - modification externe 127.0.0.1verification:technique:308_winchester [2026/08/19 11:01] (Version actuelle) – modification externe 127.0.0.1
Ligne 16: Ligne 16:
 Chaque chiffre de la page a été confronté à une source primaire disponible sur place. Les deux croquis cotés du rapport ont été **rendus en image** et lus, la formule de Miller **exécutée** sur les quatre masses citées, et les vitesses et poudres recoupées avec nos données. La page a ensuite été **complétée** avec ce que le rapport contient et qu'elle ne reprenait pas. Chaque chiffre de la page a été confronté à une source primaire disponible sur place. Les deux croquis cotés du rapport ont été **rendus en image** et lus, la formule de Miller **exécutée** sur les quatre masses citées, et les vitesses et poudres recoupées avec nos données. La page a ensuite été **complétée** avec ce que le rapport contient et qu'elle ne reprenait pas.
  
-## L'erreur : deux liens morts, invisibles à tous les contrôles+## L'erreur : les trois liens de la page étaient morts
  
-La page renvoyait vers deux pages du site sous la forme `[texte](/technique/longevite_canon)` — la forme naturelle pour qui pense en chemins de site. Or ces pages vivent dans le **wiki**, à `/wiki/doku.php?id=technique:longevite_canon`. **Apache rendait 404** aux deux.+La page renvoyait vers d'autres ressources sous la forme `[texte](/technique/longevite_canon)` — la forme naturelle pour qui pense en chemins de site. Dans une page wiki, elle ne marche jamais, et la cause est le plugin CommonMark : **il traite un chemin absolu comme un identifiant de page wiki**`/technique/longevite_canon` devient `technique:longevite_canon`, et le lecteur reçoit une invitation à créer une page.
  
-Aucun contrôle ne pouvait le voir le détecteur de liens morts du wiki compte les `wikilink2`, c'est-à-dire les liens **DokuWiki** vers une page inexistante, et un lien **Markdown** en chemin absolu n'en est pas un. Le contrôle nocturne des liens externes, lui, ne regarde que ce qui commence par `http`.+Le troisième était le plus retors : `/books/libres/…rapport.pdf` devenait `books:libres:…pdf`, une page qui n'existera jamais — alors que **le fichier, lui, est bien là**.
  
-Un balayage de tout le wiki n'a trouvé que **trois** liens de cette forme — dont ces deux-là. Le linter porte désormais une règle statique qui les refuse et propose la forme correcte ; elle a été éprouvée sur le cas réel, qu'elle nomme ligne par ligne.+⚠️ **Et c'est exactement ce qui me l'a fait manquer au premier passage.** J'avais interrogé les trois chemins en HTTP : deux rendaient 404, le troisième 200, et j'avais conclu que celui-là allait bien. J'avais vérifié que le **fichier** répondait, pas que le **lien** y menait. Il a fallu regarder le HTML rendu pour voir le `href` réel. //Valide n'est pas lisible// — la règle de cette passe sur les figures vaut aussi pour les liens. 
 + 
 +Aucun contrôle ne pouvait les voir : le comptage de liens morts du wiki cherche les `wikilink2`, c'est-à-dire les liens **DokuWiki** vers une page inexistante, et un lien **Markdown** n'en est pas un ; le contrôle nocturne des liens externes, lui, ne regarde que ce qui commence par `http`. 
 + 
 +Un balayage de tout le wiki n'a trouvé que **trois** liens de cette forme — les trois de cette page. Le linter porte désormais une règle statique qui les refuse et propose la forme correcte : `[[espace:page|texte]]` pour une page du wiki, une URL complète pour tout le reste. Elle a été éprouvée sur le cas réel, qu'elle nomme ligne par ligne, et elle **ignore le code littéral** — sans quoi elle interdirait d'écrire la présente explication.
  
 ## Corrigé ## Corrigé
Ligne 28: Ligne 32:
 | Point | Ce que disait la page | Ce que dit la source | | Point | Ce que disait la page | Ce que dit la source |
 | :--- | :--- | :--- | | :--- | :--- | :--- |
 +| Les **trois liens** de la page | rendus morts par le plugin CommonMark | forme wiki ou URL complète |
 | Titre du rapport BRL | //…of 7.62mm Match **Ammunition**// | //The Aerodynamic Characteristics of 7.62mm Match **Bullets**// — lu sur la couverture | | Titre du rapport BRL | //…of 7.62mm Match **Ammunition**// | //The Aerodynamic Characteristics of 7.62mm Match **Bullets**// — lu sur la couverture |
 | Fuyant de la M118 | 9 degrés | **9° 30′**, coté sur la figure 3 | | Fuyant de la M118 | 9 degrés | **9° 30′**, coté sur la figure 3 |
Ligne 65: Ligne 70:
  
 S'y ajoutent le tableau de $S_g$ calculé sur quatre masses, qui montre **où la règle du pas s'arrête** (190 grains à 1:12″ : $S_g$ = 1,43, marginal), et un avertissement rappelant qu'une médiane de tables est un **maximum**, jamais une charge de départ. S'y ajoutent le tableau de $S_g$ calculé sur quatre masses, qui montre **où la règle du pas s'arrête** (190 grains à 1:12″ : $S_g$ = 1,43, marginal), et un avertissement rappelant qu'une médiane de tables est un **maximum**, jamais une charge de départ.
 +
 +## Les illustrations, et une cote de dessin qui se faisait passer pour une cote C.I.P.
 +
 +La page n'avait aucune illustration. Elle en porte trois, toutes libres de droit tiers :
 +
 +  * un **schéma coté dessiné par le site**, à partir de sa propre base de calibres — celle qui alimente l'estimateur de balistique intérieure. Il n'est pas collé à la main : `scripts/gen_cartridge_diagrams.js` le régénère, et un contrôle nocturne refuse qu'il vieillisse si une cote est corrigée. C'est le point important, parce que `calibers.json` est un **artefact regénéré** : l'audit des longueurs d'étui C.I.P. de juillet 2026 avait corrigé 21 valeurs d'un coup, et un SVG versé une fois afficherait aujourd'hui des cotes périmées sur une page d'apparence à jour. La même chose a été faite pour la page [[technique:cartouche_7-5x55|7,5 × 55 Swiss]] ;
 +  * une **photographie comparative** de cinq cartouches (CC BY-SA 3.0, via Wikimedia Commons), où la différence de longueur entre le .30-06 et la .308 — le sujet même du paragraphe historique — se voit d'un coup d'œil ;
 +  * les **deux croquis cotés du rapport BRL**, extraits du PDF que le site héberge déjà. Œuvre du gouvernement des États-Unis, donc domaine public ; le rapport porte //« approved for public release; distribution unlimited »//, qui est une mention de diffusion et non de droit d'auteur, mais le statut vient de la qualité d'œuvre officielle. Les deux profils côte à côte montrent ce que le texte affirme : un fuyant plus ouvert **et** plus court sur la M852.
 +
 +Les trois images sont inscrites au registre d'attributions du wiki et reprises par la galerie.
 +
 +⚠️ **Et le schéma ne s'affichait pas partout — signalé par Fabian, et la cause est instructive.** Sur la page wiki il apparaissait ; sur la **page de détail** du média, rien. Le serveur était pourtant irréprochable : HTTP 200, `image/svg+xml`, 5 409 octets — c'est ce que j'avais vérifié, et c'est ce qui m'avait suffi.
 +
 +Il manquait au fichier son **espace de noms** : `<svg viewBox=…>` sans `xmlns="http://www.w3.org/2000/svg"`. Inline dans une page HTML, l'analyseur HTML place la balise dans l'espace SVG tout seul — c'est pourquoi le même dessin s'affiche depuis toujours sur la base de calibres. Servi comme **fichier**, il est analysé en **XML** : un élément `svg` sans espace de noms n'est pas du SVG, et le navigateur n'affiche rien.
 +
 +Mesuré au navigateur, les deux variantes côte à côte : **270 × 289 avec `xmlns`, 0 × 0 sans**. Le générateur ajoute désormais l'espace de noms et une déclaration XML, et son contrôle **valide l'autonomie du fichier** — espace de noms, viewBox, et toute référence `url(#id)` définie dans le fichier même — parce qu'en ligne un identifiant défini ailleurs dans la page peut sauver la mise, alors qu'en fichier autonome, non. Éprouvé en retirant l'espace de noms : le contrôle sort en 1 et nomme les deux fichiers.
 +
 +*Un balayage des 240 SVG du docroot n'a trouvé que cinq autres balises sans `xmlns`, toutes dans des greffons DokuWiki tiers et employées en ligne ; le générateur de cibles du site, lui, déclare correctement le sien.*
 +
 +⚠️ **Le générateur avait aussi un défaut de cote, trouvé en le regardant tourner.** Le schéma affichait une cote **L6** — la désignation C.I.P. de la **longueur maximale de cartouche**, celle qui sert au chambrage. Or cette valeur était calculée comme //longueur d'étui + 2,4 × alésage//, la longueur de balle étant un **facteur de style** et non une donnée. Pour la .308 Winchester, le dessin annonçait ainsi **69,9 mm** là où le L6 réel vaut 71,12. Une cote de chambrage lue sur un dessin stylisé : l'étiquette dit désormais //hors-tout du dessin//, et L3 — la longueur d'étui, qui est une vraie donnée — reste.
  
 ## Ce qui n'a pas été vérifié ## Ce qui n'a pas été vérifié
verification/technique/308_winchester.1787134548.txt.gz · Dernière modification : de 127.0.0.1