-
Notifications
You must be signed in to change notification settings - Fork 4
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
Smoother refinement along coastlines with bathy-based refinement #29
Comments
When using the dflowfm executable in the command line, a command like this is uses: Some differences:
base_net.nc.txt |
When using the latest whl, is_geographic is implemented (#39), but when doing |
Using the latest whl from the release branch, the base_grid does not extend to 49.6 latitude, the Also, when adjusting the There are other issues when using varying settings, which are documented in
|
The number of columns in a gridded sample set is data_bathy_sel.elevation.shape[1] - 1. The number of rows is data_bathy_sel.elevation.shape[0] - 1. Once n_cols and n_cols are corrected, the refinement occurs at the land/sea interface as expected. |
Tested with whl from 29-06-2023.
Updated and simplified MWE:
|
Tested with wheel of 4-7-2023. Findings:
|
Is your feature request related to a problem? Please describe.
When using bathymetry based refinement, the resolution along the coastline is not always smooth. This might be due to the lack of a smoothiterations parameter, but maybe an additional algorithm should be implemented to find coastlines. The latter was implemented in the dflowfm kernel in UNST-5236.
Updated to smaller testcase:
Describe the solution you'd like
Smooth refinmenent along coastlines (less triangles)
Additional context
MWE:
The text was updated successfully, but these errors were encountered: