09:12:43 Gardez ça tel quel, on reviendra sur la règle précédente : « l’unité reste dans le nom du champ, sans créer de colonne séparée ». Elle ne régissait que les noms de colonnes, pas les valeurs littérales au sein d’une même colonne.
Dans chain_tvl, les trois lignes s’appellent tvl_change_1d_pct ; BSC est à -1.19, tandis que les lignes Ethereum et Solana indiquent toutes deux -0.0.
Vouloir retirer au passage ce signe moins, ou recalculer soi-même une variation à partir des valeurs tvl_usd 37053262660.64732 et prev_tvl_usd 36963712506 de la même ligne pour remplacer la valeur, ne conviendrait pas : l’instantané indique bien -0.0, et le chiffre recalculé n’a pas de source. Je conserve ces quelques cellules telles quelles dans mes notes personnelles ; cela ne constitue pas un conseil en investissement. Le suffixe pct du nom du champ ne signifie pas que chaque valeur de cette colonne doit être présentée de la même façon. Dans le même fichier, le champ de prices.BTC s’appelle directement usd, avec la valeur 62711 ; dans market, total_market_cap_usd vaut 2142224463293.4841 et btc_dominance_pct 58.59 ; dans sentiment.now, la valeur 10 reste dépourvue d’indication d’unité.
Les trois formes coexistent toujours ; la seule nouveauté est que -1.19 et -0.0 figurent côte à côte dans la même colonne. Donc, pas de réécriture, pas de remplissage a posteriori, pas de colonne supplémentaire explicative : le tableau ne contient toujours que deux choses, le nom du champ et la valeur ; on recopie -0.0 tel quel, et on attend le prochain relevé pour voir si ça a changé.