Holistic Energy Resource Optimization Network (HERON) is a modeling toolset and plugin for RAVEN to accelerate stochastic technoeconomic assessment of the economic viability of various grid-energy system configurations, especially with application to electrical grids and integrated energy systems (IES).
What are the significant changes in functionality due to this change request?
Fixes a previous issue in template_driver.py where if the user requests usage of the BayesianOpt optimization algorithm/strategy, it still writes a GradientDescent node into the outer.xml.
There are modifications to the XML input node under the Cases -> optimization_settings -> algorithm node. The <algorithm> node accepts subnodes rather than a string for either <GradientDescent> or <BayesianOpt>. Each now has algorithm-specific settings that can be modified by the user (all available in the HERON user manual). Default is still <BayesianOpt>.
Some features available in the outer.xml for <GradientDescent> are now able to be modified in the heron input script as described in #355.
Updated some of the scripts for checking XMLs; regolding 'optimization_settings' test to change from Gradient Descent to Bayesian Opt results (larger tolerance, shorter duration)
For Change Control Board: Change Request Review
The following review must be completed by an authorized member of the Change Control Board.
[x] 1. Review all computer code.
[x] 2. If any changes occur to the input syntax, there must be an accompanying change to the user manual and xsd schema. If the input syntax change deprecates existing input files, a conversion script needs to be added (see Conversion Scripts).
[x] 3. Make sure the Python code and commenting standards are respected (camelBack, etc.) - See on the wiki for details.
[x] 4. Automated Tests should pass.
[x] 5. If significant functionality is added, there must be tests added to check this. Tests should cover all possible options. Multiple short tests are preferred over one large tes.
[x] 6. If the change modifies or adds a requirement or a requirement based test case, the Change Control Board's Chair or designee also needs to approve the change. The requirements and the requirements test shall be in sync.
[x] 7. The merge request must reference an issue. If the issue is closed, the issue close checklist shall be done.
[x] 8. If an analytic test is changed/added, the the analytic documentation must be updated/added.
[x] 9. If any test used as a basis for documentation examples have been changed, the associated documentation must be reviewed and assured the text matches the example.
We've had enough little changes as well as big fixes like this one, it might be time for a submodule update in RAVEN; @GabrielSoto-INL would you mind opening one?
Pull Request Description
What issue does this change request address?
350 , #355
What are the significant changes in functionality due to this change request?
Fixes a previous issue in
template_driver.py
where if the user requests usage of theBayesianOpt
optimization algorithm/strategy, it still writes aGradientDescent
node into theouter.xml
.There are modifications to the XML input node under the
Cases -> optimization_settings -> algorithm
node. The<algorithm>
node accepts subnodes rather than a string for either<GradientDescent>
or<BayesianOpt>
. Each now has algorithm-specific settings that can be modified by the user (all available in the HERON user manual). Default is still<BayesianOpt>
.Some features available in the
outer.xml
for<GradientDescent>
are now able to be modified in the heron input script as described in #355.Updated some of the scripts for checking XMLs; regolding 'optimization_settings' test to change from Gradient Descent to Bayesian Opt results (larger tolerance, shorter duration)
For Change Control Board: Change Request Review
The following review must be completed by an authorized member of the Change Control Board.