-
Notifications
You must be signed in to change notification settings - Fork 83
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
skip populate_data if requested time is after interpolate time #1358
base: main
Are you sure you want to change the base?
Conversation
This reverts commit ec90bf7.
…& make fillpatch time smart in TiogaInterface
amr-wind/CFDSim.H
Outdated
m_during_overset_advance = flag; | ||
} | ||
|
||
bool during_overset_advance() const { return m_during_overset_advance; } |
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.
can you have them have different names? maybe this one should be is_overset_advance
? And the other should be set_overset_advance
? Or maybe just plain overset_advance
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.
great idea
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 think I need them a little more verbose, though
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.
yeah good point.
I like where this is going. I just had a minor thought on clarity of naming functions. |
The way I set it up should still be correct with multiple iterations in AMR-Wind, too |
Summary
Time to debate if this is a good idea...
This is to allow for that fillpatch(new_time) that gets called by the overset solver prior to the timestep starting. The boundary information does not matter at this point in the algorithm; it'll get filled later when necessary. The downside is that the assert is much less strict, i.e., it can't tell between a mistake and this intended exception.
Any alternative would seem to rely on the code knowing whether the timestep (advance) has begun or not, e.g., if advance_states has been called. But that seems pretty complicated to set up.
Pull request type
Please check the type of change introduced:
Checklist
The following is included:
This PR was tested by running:
Additional background
Issue Number: