We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
When running measure https://github.com/NREL/openstudio-aedg-gem/blob/develop/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb with 3.5.1-rc1, it fails with the following error.
regsiterError' for #<OpenStudio::Measure::OSRunner:0x00007f86d952b298> /Users/tcoleman/git/openstudio-aedg-gem/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb:344:in
each' /Users/tcoleman/git/openstudio-aedg-gem/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb:305:in
This measure loads a component .osc file and inserts the component in the model. https://github.com/NREL/openstudio-aedg-gem/blob/develop/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb#L324
Then when attempting to accessing the primary object (https://github.com/NREL/openstudio-aedg-gem/blob/develop/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb#L329) it returns a different object than what is expected. In this example, it returns:
Primary Object OS:Table:IndependentVariable, {05a9af82-2608-4a26-a1f8-7f5b4541bd4c}, !- Handle
Perhaps the new method that was introduced (https://github.com/NREL/OpenStudio/pull/4757/files#diff-6cef0026841f3838a343f32c9b76a5c7fb15a31a0630fa57a5a0c5d116d6c015R656-R690) might not order the data in OS:ComponentData correctly?
The text was updated successfully, but these errors were encountered:
Add a test for #4767
a14b8d0
Fix #4767 - Preserve order of component object (and especially primar…
e89363d
…y Object)
Merge pull request #4768 from NREL/4767_ComponentData_VT
7254dc0
Fix #4767 - Preserve order of Component objects during VersionTranslation
jmarrec
No branches or pull requests
When running measure https://github.com/NREL/openstudio-aedg-gem/blob/develop/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb with 3.5.1-rc1, it fails with the following error.
ZEDGVRFWithDOAS_Test#test_ZEDGVRFWithDOAS:
NoMethodError: undefined method
regsiterError' for #<OpenStudio::Measure::OSRunner:0x00007f86d952b298> /Users/tcoleman/git/openstudio-aedg-gem/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb:344:in
block in run'/Users/tcoleman/git/openstudio-aedg-gem/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb:305:in
each' /Users/tcoleman/git/openstudio-aedg-gem/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb:305:in
run'/Users/tcoleman/git/openstudio-aedg-gem/lib/measures/zedgk_12_hvac_vrf_with_doas/tests/measure_Test.rb:80:in `test_ZEDGVRFWithDOAS'
This measure loads a component .osc file and inserts the component in the model. https://github.com/NREL/openstudio-aedg-gem/blob/develop/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb#L324
Then when attempting to accessing the primary object (https://github.com/NREL/openstudio-aedg-gem/blob/develop/lib/measures/zedgk_12_hvac_vrf_with_doas/measure.rb#L329) it returns a different object than what is expected. In this example, it returns:
Primary Object
OS:Table:IndependentVariable,
{05a9af82-2608-4a26-a1f8-7f5b4541bd4c}, !- Handle
Perhaps the new method that was introduced (https://github.com/NREL/OpenStudio/pull/4757/files#diff-6cef0026841f3838a343f32c9b76a5c7fb15a31a0630fa57a5a0c5d116d6c015R656-R690) might not order the data in OS:ComponentData correctly?
The text was updated successfully, but these errors were encountered: