D'où viennent les chiffres

1 · L'entrée : un fichier texte

Un seul fichier décrit le van : jumper-l4h3.plan. La géométrie de la cellule, les ouvertures, chaque équipement avec sa masse, son prix et sa position, et les paramètres d'homologation. C'est du texte : il se lit, se versionne, et une modification se compare ligne à ligne. Voici un extrait réel — la seule saisie manuelle du projet.

vasp ptac=3500 pv=2130 seats=3 length=6.36 fx=-0.88 rx=3.15 fkerb=1215 rkerb=915 fmax=1850 rmax=2120
# Caisse NUE du Citroen Jumper L4H3, cotes constructeur. En DONNEE et non en
# commentaire: sans elle, un lecteur ne peut pas recouper la cellule modelisee
# ci-dessous avec la fiche du vehicule.
shell 4.07 x 1.87 x 2.172 arches=1.422
# La cellule est la caisse MOINS 50 mm d'Armaflex + habillage par paroi.
room 0,0; 4.00,0; 4.00,1.77; 0,1.77
height 2.10
wallthickness 0.05                # Armaflex 2x19 + cladding
# Composition de paroi, en DONNEE: sans elle le detail de decaissement ne
# peut pas se dessiner, et il restait fait a la main donc perimable.
buildup insulation=0.038 cladding=0.012
zone living @ 1.2,0.9
zone garage @ 3.3,0.9
zone sanitaire @ 0.70,1.40   # graine de la cellule humide, sinon elle s'affiche "R3"
# (cloison de baie technique a 2.70 SUPPRIMEE le 2026-08-12 : elle coupait la
#  cellule en deux a mi-longueur — la baie technique reste delimitee par le
#  mobilier lui-meme, pas par une paroi pleine)
# cellule humide a l'AVANT, cote oppose a la coulissante: une seule piece
# fermee de 1.45 x 0.77 m qui contient le bac de douche ET le WC.
wall 0,1.00; 1.45,1.00            # wet cell / corridor (porte a menuiser dedans)
wall 1.45,1.00; 1.45,1.77         # wet cell rear bulkhead

Lecture rapide : room trace la cellule en coordonnées, piece pose un équipement à une position avec sa masse (kg=) et son prix (eur=), et la ligne vasp porte les paramètres du véhicule. Ses neuf champs commandent toute la page des caractéristiques — les voici un par un :

Tout le reste en découle : PV aménagé, charge utile, répartition par essieu, contrôles de conformité.

2 · La commande : 4 appels

Le fichier passe dans un outil en ligne de commande. 4 appels suffisent : le plan devient un modèle métrique, le modèle produit les planches, et le même modèle rend ses chiffres en JSON.

# 1. le plan devient un modèle métrique 3D
house plan --file examples/jumper-l4h3.plan --out out/van

# 2. les dessins vectoriels + le modèle web, conformité vérifiée au passage
house van --model out/van

# 3. les données chiffrées, en JSON, que ce site lit au build
house schedule --model out/van --json

# 4. le dossier PDF, imprimé par Chromium depuis la page /impression
npm run pdf

Ces lignes tournent automatiquement avant chaque construction du site. Si l'outil n'est pas disponible, la construction réutilise les dernières données importées et le signale — le site reste constructible, mais il ne peut pas inventer de chiffres.

3 · La sortie : les feuillets et les données

6 fichiers sortent, et sont importés tels quels dans le site :

4 · Vérifiez vous-même

Les valeurs ci-dessous sont lues à l'instant du build dans schedule.json. Elles doivent correspondre exactement à celles imprimées sur le feuillet 2 ci-dessus. Si un jour elles divergent, c'est ce site qui a tort — pas le plan.

Une seule valeur du site échappe encore à cette chaîne : le poids à vide du véhicule, saisi dans le plan comme une estimation tant que la pesée réelle au pont bascule n'a pas eu lieu. Toute la répartition en dépend, et le carnet le signale partout plutôt que de le présenter comme acquis — voir le guide des masses.