J’utilise l’intégration externe Vigicrues (via le SDK Gladys), qui récupère les données de l’API Hub’Eau. Elle crée une fonctionnalité « Débit (m³/s) » pour la station de Montjean-sur-Loire, mais l’unité ne s’affiche pas dans Gladys.
Cause : la catégorie water-valve n’accepte actuellement que cubic-meter-per-hour (m³/h). Or les débits de rivière, par exemple ceux publiés par Hub’Eau et Vigicrues, sont exprimés en m³/s. L’intégration ne peut donc pas déclarer l’unité correcte.
Demande (au choix du mainteneur) :
Ajouter cubic-meter-per-second (m³/s) aux unités de water-valve / type flow, ou
Créer une catégorie dédiée aux cours d’eau (débit, hauteur d’eau), avec les unités m³/s et m.
Intérêt : toutes les intégrations qui suivent des rivières (crues, hydrométrie) pourraient afficher une unité correcte au lieu d’une valeur sans unité.
Merci d’avance !
@guim31 : pour information, la fonctionnalité « Débit (m³/s) » de l’intégration Vigicrues est actuellement envoyée avec unit: null. Une fois que Gladys acceptera le m³/s pour cette catégorie, il faudra peut-être déclarer l’unité côté intégration.
Salut @XDECO, merci pour la demande, elle est très claire !
Côté Vigicrues, c’est voulu en attendant : Gladys n’a pas d’unité m³/s, donc avec le réglage Unité du débit = m³/s la fonctionnalité part sans unité (son nom, « Débit (m³/s) », la donne). Si vous voulez une unité affichée dès maintenant, repassez ce réglage sur m³/h (le choix par défaut) : la valeur est convertie (1 m³/s = 3 600 m³/h).
Dès que le cœur accepte le m³/s, je le déclare dans l’intégration