-
Notifications
You must be signed in to change notification settings - Fork 109
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
max_abs_speed_naive
for curvilinear Euler, MHD, etc.
#869
Comments
@trixi-framework/principal-developers What's you opinion on this? |
I'm in favor of this, and it looks like it's been done for APE already. If incorporating orientation/normals involves the normal component of velocity, it might be possible to meet minimize how invasive the changes are by dispatching to a 1D wave speed estimate. |
Since I was the one asking in the thread linked above, I'm of course also in favor of this. |
I am also in favor of doing this. In some sense it will make the wave speed estimates still naive, but less so, because we at least account for the geometry of the element. |
Consensus in the meeting: Update everything; @andrewwinters5000 starts with shallow water in his PR. Then, check the list at the top. |
I think that the scaling used in this function for
is wrong (similar to the bug fix from #831). I believe it should be
because the This should be fixed in this issue too. |
Thanks for checking this out! In case you fix it also for the APE, please ping @lchristm for a review as well, such that he is aware of the change. |
Now that the compressible Euler branch passed tests and merged I think this issue can be closed |
The topic of including orientation and/or normal information for the wave speed estimates came up in this discussion.
TODO:
max_abs_speed_naive
for ideal GLM-MHD #877)max_abs_speed_naive
för APE #882)The text was updated successfully, but these errors were encountered: