-
Notifications
You must be signed in to change notification settings - Fork 77
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
Node Lateral Inflow Bug #61
Comments
@bemcdonnell I also added a link to https://www.openswmm.org/SWMM51012/routing-c in the interest of cross referencing SWMM5 issues. Is this okay? |
@dickinsonre sure! no problem! |
@dickinsonre The unneeded line of code is actually in node.c, within node_setOldHydState(). I only mention it because of your link to https://www.openswmm.org/SWMM51012/routing-c and I was wondering if there is one for node-c too. The sequence of execution ended up performing these operations, though not all in the same routine:
Line 3 ends up always forcing Node[j].oldLatFlow to 0.0 rather than leaving it with the lateral inflow from the prior routing step. Removing the line in node.c: node_setOldHydState() allows oldLatFlow to retain the prior newLatFlow value. |
Thanks, I am adding your further comments to the CHI website @fmyers |
In addition to improvements described in ReleaseNotes this PR includes: - Improvements to cmake build system - Testing scripts previously found in /tools have migrated to their own repo - Support for GitHub Actions has been added
@fmyers caught a small bug that is almost harmless.
In
routing.c
underrouting_execute()
there is a loop that sets the oldLatFlow to the newLatFlow for all the nodes:then all the lateral inflows are added to the nodes
Then it jumps down and loops through all the nodes again calling a function in
nodes.c
node_setOldHydState()
where
node_setOldHydState()
also moves OldLatFlow to NewLatFlowThe text was updated successfully, but these errors were encountered: