Valeurs manquantes

[fperinel]

Describe the bug
Depuis le passage de la version 1.4 à la version 1.4.1 il manque des données. J'ai pu isoler tv_scop_id des donnee_entree de generateur_ecs et uw des donnee_intermediaire des baie_vitree.

To Reproduce
En utilisant le DPE "2244E0484574F" et en appelant le moteur avec les paramètres suivants :

    try {
      set_use_enum_as_string();
      return Promise.resolve(calcul_3cl(structuredClone(dpe)));
    } catch (error) {
      if (error.stack) {
        console.error(error.stack);
      }
      this.#logger.error(new Error(`Fail to create DPE in Open3cl lib, reason: ${error.message}`));
      return Promise.resolve(dpe);
    }

Je ne retrouve pas les valeurs uw des donnee_intermediaire de certaines baie_vitree.

Expected behavior
Les valeurs devraient être présentes.

Additional context

• NodeJS version: 24.11.1
• @open3cl/engine: 1.4.1

[fperinel]

Après analyse, le problème vient du fait que dans la lib, les enums sont historiquement attendus comme des string. Ce qui n'est pas conforme aux types int demandé par l'observatoire (https://gitlab.com/observatoire-dpe/observatoire-dpe/-/blob/master/modele_donnee/DPEv2.6.xsd?ref_type=heads).

Du coup, depuis que la version 1.4.1 a supprimée la méthode set_use_enum_as_string, les enums qui sont envoyés en int sont conservé en int, et les tests au sein de la lib open3CL échouent puisqu'ils attendent des string.

La solution dans l'immédiat est de porter en local la méthode set_use_enum_as_string en attendant que la prochaine version de Open3CL ne réintègre cette option ou prenne en charge les bons types d'enum.

function set_use_enum_as_string(jsonObj) {
    for (const key in jsonObj) {
      if (jsonObj.hasOwnProperty(key)) {
        if (key.startsWith('enum_')) {
          if (jsonObj[key] !== null) jsonObj[key] = jsonObj[key].toString();
        } else if (typeof jsonObj[key] === 'object') {
          set_use_enum_as_string(jsonObj[key]);
        }
      }
    }
  }