All good questions here and they are somewhat related to one another so I give everyone a pass for not opening new topics.
You are correct that the recipe only keeps the files that it needs in future steps. So the IDF and OSM are currently deleted after they are created inside the temp folders out of which the energy simulation runs. Only the
eplusout.sql is copied to the simulation folder since that is all that is needed to provide the air temperature/humidity and surface temperatures for the comfort mapping step. If you think it would be really helpful for debugging, I’m open to editing the recipe to have it copy one of the two energy simulation input files (either OSM or IDF) into the simulation folder before it deletes them. But I would like to avoid copying both since they contain very similar information and they can take up a lot of disk space if we always keep them for every comfort mapping simulation. Am I correct in assuming that you would rather have the IDF copied instead of the OSM? Also, using the “Model To OSM” component should give you an equivalent IDF and OSM so your current practice is good.
We currently don’t have support yet for dynamic modifiers in honeybee-radiance. However, @mostapha is working on it and we at least know how dynamic objects should be representing in HBJSON format and in the radiance folder structure. Still, this means that dynamic window constructions (HB Window Construction Shade) are currently accounted for in the energy simulation (longwave MRT and air temperature) but not in the shortwave Radiance simulation of the thermal maps. We are planning to add support for dynamic Radiance modifiers in the next few months and you should see it in release notes when we finally get there.
Lastly, thank you for the offer of help, @tg359 . Your method sounds like it will be useful for certain cases but I am currently leaning towards using
rcontrib to help compute the view factor for each surface geometry. This is particularly so because Greg just removed the restriction of 9999 as the maximum number of rcontrib modifiers. So we could use it now for large energy models with more than 9999 surfaces. I’ll definitely let both of you know once I have something to test.