-
Notifications
You must be signed in to change notification settings - Fork 133
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
Adding a new ROMExternal that can be used for loading pickled ROMs #1994
Adding a new ROMExternal that can be used for loading pickled ROMs #1994
Conversation
This is different from externalROMloader.ravenROMexternal in that it assumes that ravenframework is already in the path.
02f9ffd
to
c5ff0c0
Compare
@@ -0,0 +1,106 @@ | |||
# Copyright 2017 Battelle Energy Alliance, LLC |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm, if there is a better name than ROMExternal (or ROMLoader), I would be happy to change it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't know of anything better (to name this class) offhand. Since it's being used externally we might consider RavenROM or something? Maybe we can make a poll for the RAVEN team.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The other change I contemplated is putting it inside of ravenframework.CustomDrivers, since it sorta is a driver.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmmmm, yeah, I could see that. Maybe that's something that should be looked at in the future, as the existing drivers all use RAVEN workflows, whereas this tool wraps a single model.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see much movement on the name front, so I think we can merge this and change it later if we need to.
Job Test CentOS 8 on cda0871 : invalidated by @joshua-cogliati-inl FAILED: Diff tests/framework/PostProcessors/EconomicRatio/timeDepDataset |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code changes look good, but with two comments to consider.
@@ -0,0 +1,106 @@ | |||
# Copyright 2017 Battelle Energy Alliance, LLC |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't know of anything better (to name this class) offhand. Since it's being used externally we might consider RavenROM or something? Maybe we can make a poll for the RAVEN team.
This constructor un-serializes the ROM generated by RAVEN and | ||
it makes the ROM available for external usage | ||
@ In, binaryFileName, str, the location of the serialized (pickled) ROM that needs to be imported | ||
@ In, _whereFrameworkIs, None, ignored |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this is to be consistent with the external ROM loader?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, that was the reason I left it. (Of course, in HERON, I immediately removed the second argument when I changed the import, so maybe it should just be removed.)
Once we've converged on the name, this can be merged, unless further changes are made. |
Pull Request Description
What issue does this change request address?
#1764 (and see also idaholab/HERON#216 )
What are the significant changes in functionality due to this change request?
Adding a new ROMExernal that can be used for loading pickled ROMs
This is different from externalROMloader.ravenROMexternal in that it assumes that ravenframework is already in the path.
For Change Control Board: Change Request Review
The following review must be completed by an authorized member of the Change Control Board.
<internalParallel>
to True.raven/tests/framework/user_guide
andraven/docs/workshop
) have been changed, the associated documentation must be reviewed and assured the text matches the example.