C'est vraiment la misère ce standard et les multiples unités pour chaque mesure.
Il ne tient qu'à nous de nous mettre autour d'une table comme cela c'est fait pour le format Bxml 1, et de poser les bases d'une nouvelle norme. Ensuite, si plusieurs auteurs de soft l'implémentent rapidement, cela pourrait pousser ce format comme nouveau standard. Pour mémoire, le beerxml V1 a été formalisé par 5 auteurs de soft
Avec une forte implication des auteurs européens de softs dans la rédaction de ce format, à commencer par ceux des pays "en unité SI" (France, Allemagne, Belgique, Canada, Italie, etc), l'adoption pourrait être rapide. Il faudrait qu'on arrête d'attendre les américains : eux, ils font pour eux et se foutent royalement du reste du monde tant qu'il n'y a pas de business à y faire
Et pourquoi pas un double format :
- un format "complet" permettant de transmettre l'ensemble des caractéristiques (ex pour les houblons : taux d'humulène, carophyllène, etc...), qui ne servirait que pour des trucs hypers pointus. De facto, ce format "complet" permettrait aussi une évolution de la norme du fait de son exhaustivité.
- un format "light" pour le stockage et l'échange de recettes (parce que bon, le taux de myrcène dans le houblon, de protéines dans le malt ou le nombre de reculture d'une levure utilisée dans la recette, y'a pas masse de gens qui s'y penchent tous les jours). Une approche a été réalisée avec le format JBeer, en JSON, il y a quelques années.Le Light serait plus rapide à formaliser et à implémenter.
(PS : il y a longtemps j'avais regardé assez vite les discussions sur le BXML v2... On est dans le très exhaustif parfois et in fine, loin du KISS. Souvent, les trucs proposés conduisaient plus vers "usine à gaz" que "simplification". Ce qui explique peut-être la stagnation des réflexions, et la création par Brad Smith de son propre format ← quoique là, entre l'oeuf et la poule...
)
Edit : il me semblait bien qu'on avait
déjà parlé de ça (et même
longtemps avant mon message). On se retrousse les manches ?