-
Notifications
You must be signed in to change notification settings - Fork 195
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
Error with default HydrostaticFreeSurfaceModel
on TripolarGrid
#3806
Comments
This looks like an error when using the |
Why would there be an error when using a |
SplitExplicitFreeSurface
on TripolarGrid
HydrostaticFreeSurfaceModel
on TripolarGrid
I'm amazed though - do we not have a test for building HydrostaticFreeSurfaceModel in this simplest case? It seems we need quite a few more tests for the TripolarGrid. We need to test various combination of model inputs and make sure that all of the ones we intent to support are working (free surfaces, advection schemes, coriolis, closures, etc). |
That is a problem of the Oceananigans.jl/src/Models/HydrostaticFreeSurfaceModels/hydrostatic_free_surface_model.jl Line 227 in 13bf409
We can change that if you think it's not useful. |
It is certainly a bug, it should work and does not. |
Are you suggesting to change the default momentum advection for the hydrostatic model? |
Or maybe to adapt the default based on the incoming grid? |
I didn't make a suggestion except the extremely Holy Principle that the default absolutely must work. Otherwise the code is just broken and honestly, when I encounter this in other packages I often decide not to use them. It wouldn't be unreasonable to use VectorInvariant as the default for the hydrostatic model honestly. But if we want to have a flux form default then yes it has to depend on the grid to satisfy Holy Principle 1. |
I was actually expecting a different error. But this isn't a good one either.
The text was updated successfully, but these errors were encountered: