-
Notifications
You must be signed in to change notification settings - Fork 396
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix when "other" shows up incorrectly in ABUPS end-used by subcategory table #7693
Conversation
Literally changing the default end-use subcategory in SetupOutputVariable just has too many repercussions. I don't think it is worth the effort to fix all the stuff that gets broken by this change for the solution we are looking for (just to fix the End Uses By Subcategory table in ABUPS). |
I still think this has way to many impacts for what we are trying to do. I think I'm just going to focus on producing the end-use by subcategory report without the "other" row. |
@mjwitte a lot of the unit test problems were related to setting up a variable and defining a new "end use" that was not one of the typical end uses. I ended up adding code here: EnergyPlus/src/EnergyPlus/OutputProcessor.cc Line 3971 in 5870087
to prevent the new "general" end use subcategory from triggering the error message. They used to slip by because they had no end use subcategory so this routine wasn't called. What do you think of this fix? How have all these output variables being setup been using enduses that never existed in the "official" list in the past? |
@JasonGlazer So, that "standard" list of end-uses corresponds with ABUPS rows. Other end-uses will create meters which can be used like any other meter, but aren't (hopefully) on any of the major utility resources like Electricity or NaturalGas. So, clearly, none of the things that are tripping now are passing in a subcategory. So, maybe we roll this back a little and add the "General" default subcategory only to end-uses that are in this list? |
Looking over the CI results, the json output file diffs are reported because of column mismatch which makes sense given the changes to meters. The RadLoTempHydrMulti10 tabular difference seems to be a fix to something that was reported wrong before. |
@mjwitte @Myoldmopar VS2019 is reformatting lots of lines I'm not touching, should I have something configured differently to avoid this? |
@JasonGlazer In VS, I have automatic reformatting turned off. Tools --> Options --> Text Editor --> c/c++ --> Formatting --> General --> Clang format execution "Run Clangformat only for manually invoked formatting commands". Then I just do manual formats via Edit --> Advanced --> Format Selection. This avoids extraneous formatting. Why autoformatting doesn't match what's already in the repo? Don't know, and stopped caring a while ago. |
@mjwitte Thanks. |
I think this is ready to be reviewed. |
@JasonGlazer This PR has conflicts now. |
@mjwitte I will take a look |
Pull request overview
Pull Request Author
Add to this list or remove from it as applicable. This is a simple templated set of guidelines.
Reviewer
This will not be exhaustively relevant to every PR.