-
Notifications
You must be signed in to change notification settings - Fork 125
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(prt): record user tracking times for stationary particles #2177
Conversation
…acking time with termination event
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.
Since these checks are based on the particle being in a cell that can be wet or dry, would it be more appropriate to put them in a lower-level Method subclass (at the Grid level or below)? Thinking that someday we'll likely have methods for particle tracking through other kinds of models/grids/features, and they might not use these particular cell-based checks
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.
Will do some refactoring per these considerations in a separate PR.
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.
Just the one comment
It's tricky to get particle management and reporting right. Should test more thoroughly and encapsulate state manipulation and transitions where we can in type-bound procedures on the particle, store and methods.. |
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'm available to chat today
Reporting was incorrect for permanently unreleased particles. We want to report them once when they were scheduled for release. #2177 fixed an issue where they were reported every time step, but the solution was incorrect, only reporting them if the release occurred in the first time step. Also fix reporting for timed-out particles. The new status code 10 introduced by #2177 covers not only the simulation ending but the particle reaching its stop time as well. Update some comments and notes too.
Fix #2172 and other problems affecting tracking events, in context of the DRY_TRACKING_METHOD STAY option and more generally.
1-4 are only relevant/possible with newton on.
Checklist of items for pull request
ruff
on new and modified python scripts in .doc, autotests, doc, distribution, pymake, and utils subdirectories.fprettify