-
Notifications
You must be signed in to change notification settings - Fork 0
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
Test 5, 10, 15 timestep for Larger Sumwere Creek #70
Comments
At first, I was getting very large percent errors (45% to >100%). I realized when I compared to the Looks like 15 second output should be fine to move forward with @jrutyna @aufdenkampe |
@sjordan29, that's great to see! |
I never ran the 3-day 1-second simulation with Clearwater-Riverine alone (only with modules). Initializing and running these models took:
This would suggest that the 1-second output would take ~50-51 minutes, but not sure how the increase in memory might impact. We could run it without modules as a point of reference, but modules was the major slowdown with the 3-day simulation. Jason just sent a 30-second model for me to test, as well as a 5, 10, 15, and 30 second output for a scaled up fine mesh. Jason notes that the 30 sec output for the fine mesh violates the courant condition near the downstream end of the domain since the water is moving slightly more than 0.5 m/s and the cells in the channel are only 20 m^2. I will check dye results in this area to see if they make any sense. |
The 30 second coarse mesh model had a percent error of 0.017549% and ran in 1 min, 43 seconds. |
How do the volume errors compare among the four coarse mesh model simulations? |
|
@sjordan29 & @jrutyna, this is great news! Running the 3-day, 30-sec time step, course mesh in 1 min, 43 seconds will be perfect for development and testing of ClearWater-modules. We can then run the fine mesh at different time-step resolutions to explore the scaling curves for speed and memory, while still keeping being able to do common-sense evaluations of the TSM and NSM outputs. |
@jrutyna, for the fine mesh, I'm seeing a larger percent volume error (-5.61%), so the mass error is pretty much leveling out at around that point as well. |
Are you able to start riverine a day into the HEC-RAS simulation? i.e. do not use the first day of the results from the hdf5 file. I think the hydraulic spin-up period may be creating this problem... |
If not, I can create a HEC-RAS simulation from a hot-start so you do not have to worry about that spin-up period. |
Got it. Yeah, I can do that. |
ok, started 12 hours in for the fine meshes and got the following results for the fine mesh -- the percent error in mass tracks pretty closely with the percent error in volume. And at 12 hours we hit <1% error for each. These fine mesh models take longer to instantiate (reading data from HDF file) and run than the coarse mesh:
Guessing #61 could help with some of this. anything else we should test before closing this issue? |
@sjordan29, did you compare the mass percent error from any of these simulations with its "answer" using concentrations of 100 mg/L everywhere? |
Yes, all compared in the csv files here: https://github.com/EcohydrologyTeam/ClearWater-riverine/tree/test-larger-domain/examples/dev_sandbox/data |
It looks like the flow boundary for Cold Spring Creek has mass and volume exiting the domain. I expected zero to leave the domain for Cold Spring Creek just like the Upstream flow boundary and the Power Plant flow boundary. Let's talk tomorrow. |
For troubleshooting purposes, the cross-section I showed you in RAS Mapper that is one cell away from the edge of the domain, the North and South face IDs that cross Cold Spring Creek are 3899 and 3800, respectively. As we discussed and seen in RAS Mapper these faces all had positive flow into the domain (no flow reversals were noted). In addition, the face IDs at the edge of the domain where the flow boundary condition is located are 4093 and 3802 for the North and South faces, respectively. |
@jrutyna, I made some code updates to address #73, and now the model will identify where there are erroneous faces associated with a boundary and filter those out of the This This produces the following results for a 30 second model: I think the 30 sec output for the fine mesh violates the courant condition near the downstream end of the domain since the water is moving slightly more than 0.5 m/s and the cells in the channel are only 20 m^2. I will check the dye results in that area to see if they make sense. |
Still having trouble with interactive viz, but here's a gif with colors ranging from 99.5-100.5. Directly across from the cold creek you can see some wetting/drying. Otherwise, I don't see much down in the downstream. I can plot with a tighter range of colors, or @jrutyna you could try running this notebook (specifically the fine mesh tests) and see if the dynamic viz is working for you or run any other tests. |
A comparison for the fine mesh with code updates. Seems like 30 s should be a fine option: @jrutyna - what do you think? Am I good to close this issue and issue a PR? |
Do you have a revised "comparison_df_pXY_updates.csv" file for each of these simulations that I can review? Or let me know which notebook I can created it from. |
We have increased the domain size of sumwere creek. Re-run the 100 everywhere test at 5, 10, 15 second timesteps and look at percent error in the output. This will help speed up demonstrations.
The text was updated successfully, but these errors were encountered: