Skip to content
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

QOL: ignore "buffer" cells in structured limited area domains upon data read #68

Open
zarzycki opened this issue Jan 30, 2024 · 2 comments

Comments

@zarzycki
Copy link
Contributor

Regional models need LBCs -- many models have a transition/buffer zone (~5-10 cells) between domain edge that allows flow to be tapered into the free running mesh. Depending on numerics/diffusion, there is commonly some grid imprinting in this area -- if there are artifacts like checker boarding, TE could get tricked into thinking there are spurious local minima or maxima around the domain edges.

I am not 100% sure there is a consistent way to handle these from a data output/post-processing step, I have come across data that retains this zone and data that has deleted the zone.

Suggestion. Have an option in TE such as --remove_buffer N where N is an integer that just removes N cells from the left, top, bottom, and right sides of a 2-D domain when the data is loaded into TE. TE would then behave as if the user already shaved those cells off using NCO/CDO beforehand.

@paullric
Copy link
Collaborator

paullric commented Jan 31, 2024 via email

@zarzycki
Copy link
Contributor Author

Not sure. Perhaps something from connectivity? E.g., if you have a hexagonal mesh, you can iteratively remove cells from the boundary by checking with cells have <= 5 neighbors? I guess that breaks for pentagons.

TBH, majority of regional data use cases will probably be structured (e.g., CORDEX, anything with WRF, etc.). Could essentially make "unstructured == true && remove_buffer >= 0" throw an error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants