As part of the effort to make schemas.yml a single point of truth for information about the contents of the files used by the CEA (schemas, descriptions etc.), the following files pose a problem:
e.g. cea/databases/CH/archetypes/use_types/COOLROOM.csv
You see, they're supposed to be .csv files, but they're not. They're a Frankenfiletype, with some header data before the actual schedule data. Take a look at the first few lines:
In fact, with this change, the file USE_TYPE_PROPERTIES.xlsx can be replaced, as the information
would easily fit into the YAML file!
The conversion of the databases can be done automatically. The existence of "USE_TYPE_PROPERTIES.xlsx" can be used as a database migrator trigger and the result would be a cleaner input data specification.
we decided to not go for this in the last meeting. many more files does not seem like a solution. any other alternative @gabriel-happle @martin-mosteiro @daren-thomas @shanshanhsieh @reyery ideas?
As part of the effort to make
schemas.yml
a single point of truth for information about the contents of the files used by the CEA (schemas, descriptions etc.), the following files pose a problem:e.g.
cea/databases/CH/archetypes/use_types/COOLROOM.csv
You see, they're supposed to be
.csv
files, but they're not. They're a Frankenfiletype, with some header data before the actual schedule data. Take a look at the first few lines:I suggest we split these into two files:
cea/databases/CH/archetypes/use_types/COOLROOM.csv
cea/databases/CH/archetypes/use_types/COOLROOM.yml
In fact, with this change, the file
USE_TYPE_PROPERTIES.xlsx
can be replaced, as the information would easily fit into the YAML file!The conversion of the databases can be done automatically. The existence of "USE_TYPE_PROPERTIES.xlsx" can be used as a database migrator trigger and the result would be a cleaner input data specification.