ladybug-tools/honeybee-legacy

Potential bug in "Honeybee_gbXML to Honeybee" when extracting construction layers from gbxml

Closed this issue · 2 comments

I've been importing a gbxml model from OpenStudio into Honeybee using the "Honeybee_gbXML to Honeybee" component, and noticed today that all the material layers I'm specifying in each OpenStudio construction, don't seem to be extracted from the gbxml.

image

It looks like HB is using some sort of default values instead when a construction isn't specified fully, so I'm ending up with a constructions with some different layers with different thermal properties than my OSM model:

image

Finally, after some further investigation I noticed that the material dictionary created here:

image

...does contain the missing construction layers. So it seems like the materials are being imported, they just aren't specified in the construction layers like they are in the gbxml.

Any thoughts on possible fixes? Is this just a bug with the GbXMLReverseTranslator() that can't be solved in HB?

-S

Github isn't allowing me to drag and drop my gbxml, gh sample files here so I've added it here: https://github.com/saeranv/Fermi/tree/master/bin/gbxml_sample for you to download. This is a simplified example that should reproduce the bug.

S

Update: I just was talking this through with the OpenStudio guys on the unmethours slack, and was able to isolate the problem to OpenStudio. So it has to do with either the way I'm creating my OSM file, or the gbxml conversion process - but it's definitely not a Honeybee bug.

Therefore I'll close this issue and open it up on the OpenStudio github.