**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.
Suite du 2026-09-25 : l'aide de l'import des calibres
La fenêtre d'aide n'était traduite qu'en partie (titre, première phrase, un intertitre). Sa première phrase affichait ses JSON astérisques comprises. Elle est maintenant complète dans les deux langues. Elle dit aussi que l'import ne dure que le temps de la page, qu'un calibre du même identifiant remplace celui de la base, et comment la virgule décimale est lue.
En la vérifiant avec un fichier ne portant que les champs qu'elle déclare obligatoires, on a trouvé un défaut plus sérieux :
| Endroit | Défaut | Conséquence | Correction |
|---|---|---|---|
| Dessin de la cartouche | exception sur une cote de bourrelet, de base ou de collet absente | sur le site même, la .243 Ackley Improved et la 6×47 Lapua affichaient le dessin de la cartouche précédente sous leur nom ; un import minimal échouait (« Cannot read properties of null ») | « Schéma indisponible », avec les cotes manquantes nommées ; les cotes ne sont pas inventées |
| Messages de l'import | en français seulement | — | traduits |
| Message de succès | « N calibre(s) importé(s) » | les lignes écartées ne se voyaient que dans la console, et un calibre remplacé ne se voyait pas du tout | ajoutés, remplacés et écartés sont comptés |
| Extension | .JSON ou .CSV en majuscules refusés | — | casse ignorée |
Reste : les légendes du dessin (« Ø G1 (Balle) », « Collet », « Culot ») sont en français sur la page anglaise, avec un point décimal.