**Ceci est une ancienne révision du document !**
Table des matières
Vérification — Exports et imports des outils
Fiche de traçabilité des sauvegardes (export, puis import) de trois outils : les profils du calculateur balistique, la base des calibres et l'estimateur de balistique intérieure. Voir les fiches de la rubrique et la méthode.
Contrôle du 2026-09-25. Suite des dossiers chronographe et carnet de tir, où les erreurs se trouvaient dans les entrées et non dans les formules.
Ce qui a été fait
Pour chaque outil, dans un vrai navigateur : saisir des données variées, exporter, vider le navigateur comme sur une autre machine, réimporter, puis comparer champ par champ et comparer les résultats calculés. Les imports ont aussi été éprouvés avec les unités d'affichage changées entre l'export et l'import, et avec des fichiers repassés par un tableur français (point-virgule, virgule décimale).
L'erreur principale : changer de profil recopiait l'angle de tir (calculateur)
Ce n'était pas l'import. Le chargement d'un profil écrivait l'angle de tir, la latitude et l'azimut dans des champs qui n'existent pas. Ces trois valeurs restaient donc celles du profil précédent, et l'enregistrement suivant les recopiait. Après un simple aller-retour entre trois profils, tous portaient le même angle de tir, alors que celui-ci entre dans la correction de hausse. Le défaut existait depuis l'arrivée des profils multiples (8 juin 2026).
Une fois ce défaut corrigé, l'aller-retour est fidèle : trois profils identiques après import, et des tables de tir identiques au chiffre près.
Les autres erreurs
| Outil | Défaut | Conséquence | Correction |
|---|---|---|---|
| Calibres, CSV | colonnes d'export figées | aucune pression d'épreuve C.I.P. dans un export CSV de la base (107 calibres), ni SAAMI, ni notes | toutes les colonnes présentes |
| Calibres, CSV | l'apostrophe lue comme un guillemet | 98 descriptions tronquées, le 338-06 perdu | lecteur conforme à la norme CSV |
| Calibres, CSV | tout ce qui ressemble à un nombre est converti, identifiant compris | à la fusion, un calibre dupliqué au lieu d'être mis à jour | seuls les champs numériques connus |
| Calibres, JSON et CSV | validation plus stricte que la base elle-même | la .243 AI et la 6×47 Lapua (sans cotes de bourrelet, base, collet) rejetées | nom, diamètre de balle et longueur d'étui suffisent |
| Estimateur, échelle de charge | changer d'unité laissait les mesures telles quelles | 845 m/s relus comme 845 fps : E_eff −91 %, sans message | les mesures sont converties |
| Estimateur, échelle de charge | l'import ignorait les unités annoncées par le fichier | même chute, fichier relu dans une page en impérial | unités écrites dans l'en-tête, lues à l'import (ancien format compris) |
| Estimateur | virgule décimale (« 41,2 851 », tableur) | le point (41 ; 2) ; la masse 168,5 lue 168 | un seul lecteur de ligne ; virgule décimale acceptée |
Ressorti intact
- l'aller-retour de la configuration de l'estimateur, qui portait déjà l'unité de chaque valeur ;
- l'aller-retour JSON des calibres, une fois la validation alignée ;
- l'import des profils du calculateur lui-même : il transportait fidèlement ce qui avait été enregistré.
Ce qui n'a pas été vérifié
- Les profils déjà enregistrés dans les navigateurs : ceux qui ont été créés depuis le 8 juin peuvent porter l'angle de tir, la latitude ou l'azimut d'un autre profil. On ne peut pas les corriger à distance.
- L'import des calibres n'est enregistré nulle part : il ne dure que le temps de la page. C'est un choix de conception, pas un défaut, mais la page ne le dit pas.
- La fenêtre d'aide de l'import des calibres n'est pas traduite sur la page anglaise.