Blog

Une colonne « modèle » ne dit pas grand-chose d’un mouvement de parc. Si le même tableau réunit une commande annoncée, un véhicule livré et un bus aperçu en service sans distinguer ces statuts, on peut croire que les trois étapes ont été franchies. Avant de remplir les cases, il faut donc décider quels faits on compare et à quelle date ils se rapportent.

Donner une seule tâche à chaque tableau

Un tableau aide à lire plusieurs éléments selon les mêmes critères. Dans un billet sur le parc TCL, il peut réunir des observations de véhicules, comparer les caractéristiques de deux familles de matériel ou retracer les étapes documentées d’un changement d’affectation. Mais deux modèles cités au passage ne justifient pas forcément un tableau : une phrase suffit souvent.

La question posée au lecteur guide le choix des colonnes. « Quels véhicules ont été observés sur cette ligne, et quand ? » appelle la ligne, le matériel, la date d’observation et le statut de l’information. « Qu’est-ce qui distingue ces technologies ? » demande plutôt le mode d’alimentation, l’infrastructure nécessaire et les limites de la comparaison. Mieux vaut séparer les deux : un relevé local n’a pas le même statut qu’une caractéristique technique générale.

Indiquez aussi le périmètre dans le titre ou juste avant le tableau. « Matériel observé sur la ligne X pendant une semaine donnée » ne signifie pas « parc affecté à la ligne X ». Un bus aperçu une seule fois peut assurer un remplacement ponctuel ; ce passage ne prouve pas une affectation permanente.

Un tableau d’exemple sans fausse donnée de parc

Pour tester la structure d’un relevé, des cas fictifs font l’affaire, à condition de les annoncer clairement. Les désignations « ligne A » et « véhicule B » ci-dessous ne renvoient à aucune ligne ni à aucun numéro de parc TCL.

La dernière colonne rappelle la portée limitée du relevé. Dans un billet publié, chaque exemple fictif doit céder la place à un fait daté et vérifié, ou disparaître.

Choisir des colonnes que l’on peut réellement renseigner

Une colonne de plus ne rend pas forcément le tableau plus utile. Ajouter systématiquement « dépôt », « numéro de parc », « date de livraison » et « ligne habituelle » laisse des cases vides — ou pousse à la supposition — si ces renseignements ne sont pas établis. Partez de ce que vous savez, puis choisissez les colonnes.

Pour un mouvement de parc, distinguez au moins la nature de l’événement et sa date de référence. Une annonce de commande relève d’une décision ; une livraison marque l’arrivée du véhicule ; une mise en service concerne son exploitation. Un retrait de circulation ne prouve pas, à lui seul, une radiation administrative. Si le billet suit plusieurs étapes, une colonne « statut » peut porter ces termes, à condition de les définir dans le texte.

Gardez la même honnêteté pour les dates. Si seule l’année est connue, n’ajoutez pas un mois pour remplir la case : écrivez « année connue, mois non établi », ou supprimez la colonne « mois ». « Non renseigné » indique qu’une information manque ; « sans objet », que le critère ne s’applique pas. Ce n’est pas la même chose.

• Une ligne représente toujours la même unité : un véhicule, une série, une observation ou un événement.
• Un en-tête nomme précisément le contenu : « date d’observation » dit plus que « date ».
• Une cellule contient une valeur ou une courte réserve, pas plusieurs phrases d’explication.
• Une note sous le tableau précise le périmètre, les abréviations et les incertitudes communes à plusieurs lignes.

Quand une case exige une longue justification, mieux vaut l’expliquer dans le paragraphe. Le tableau reste un repère ; le récit apporte la nuance.

Comparer des véhicules sans fabriquer de classement

Un tableau de matériel peut rapprocher un Iveco Bus Urbanway, un MAN Lion’s City, un Heuliez GX, un Irisbus Citelis, un Cristalis ou un trolleybus Hess. Encore faut-il préciser les versions comparées et les critères retenus. La longueur, la traction, l’aménagement intérieur et la période de fabrication peuvent varier au sein d’une même famille.

« Les bus les plus confortables » promettrait un classement fondé sur des impressions, des équipements variables et des trajets qui ne se ressemblent pas. Un titre comme « Caractéristiques documentées des versions considérées » annonce mieux le contenu. Limitez ensuite les colonnes aux données disponibles. Pour la capacité, précisez s’il s’agit des places assises, d’une capacité totale annoncée ou d’une configuration particulière : des chiffres établis selon des conventions différentes ne se comparent pas directement.

Une seule colonne « énergie » ne suffit pas non plus à comparer GNV, bus à batteries et trolleybus. Le trolleybus dépend notamment d’une ligne aérienne sur une partie de son parcours ; le bus à batteries ne se définit pas uniquement par l’absence de cette ligne. Séparez le mode d’alimentation de l’infrastructure concernée, sans avancer d’autonomie ni de coûts d’exploitation que les données du billet ne permettent pas d’établir.

Ordonner les lignes selon la question posée

Pour un inventaire de modèles, l’ordre alphabétique convient. Pour suivre des événements, la chronologie est plus parlante, à condition de distinguer dates d’annonce, de livraison et d’observation. Dans une comparaison entre lignes, un regroupement par type de service peut aider ; il ne faut toutefois pas confondre ligne BHNS, parcours emprunté et matériel observé.

Attention aux totaux. Additionner les bus aperçus sur plusieurs journées peut compter plusieurs fois le même véhicule. Une ligne « total » doit dire ce qu’elle additionne : observations, véhicules distincts ou événements. Si ce point reste incertain, laissez les lignes détaillées sans somme.

Rendre le tableau lisible sur téléphone et avec un lecteur d’écran

Sur téléphone, un tableau trop large se lit mal. Plutôt que de réduire la taille des caractères, retirez une colonne secondaire, reportez une précision dans le texte ou séparez deux comparaisons. Gardez des intitulés courts, mais compréhensibles hors du cercle des habitués : « Dépôt observé » vaut mieux qu’une abréviation obscure.

Dans le HTML, placez les en-têtes de colonne dans des cellules th ; les intitulés de ligne peuvent aussi servir d’en-têtes. Une légende caption annonce le sujet. Ces repères facilitent la lecture au clavier ou avec un lecteur d’écran. Ne comptez jamais sur la couleur seule pour distinguer « confirmé » de « à vérifier ». Le billet consacré à l’accessibilité d’un site de transport, des fiches de parc aux galeries photo aborde ces usages plus largement.

Évitez les cellules fusionnées, qui compliquent le lien entre une valeur et ses en-têtes. Indiquez l’unité dans l’en-tête — « longueur (m) », par exemple — et gardez-la pour toutes les lignes. Un renvoi par astérisque peut convenir, mais une mention écrite en toutes lettres se comprend souvent mieux qu’une série de symboles.

Faire vieillir le tableau sans effacer son contexte

Un relevé d’observations datées peut rester exact après un changement sur le réseau, si son titre précise la période couverte. Un tableau présenté comme l’état actuel du parc demande, lui, des vérifications régulières. Sans date, une ancienne affectation risque de passer pour une information toujours valable.

Lors d’une mise à jour, ne remplacez pas discrètement un fait ancien si le billet retrace une évolution. Ajoutez une ligne datée ou une courte note sur le changement. Si une information publiée était erronée, corrigez la cellule et signalez la rectification à proximité lorsque l’erreur pouvait changer la lecture du tableau.

Avant de publier une note sur l’arrivée d’un type de véhicule, relisez chaque en-tête comme une question. Sous « date de première observation », les cellules doivent donner des dates d’observation, pas des dates de commande ni des estimations de mise en service. Si une cellule ne répond pas à son en-tête, c’est elle qu’il faut reprendre.