-
Notifications
You must be signed in to change notification settings - Fork 148
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
Patches to MIDAS and mkmf for OM4_025 preprocessing #415
base: dev/gfdl
Are you sure you want to change the base?
Conversation
- MIDAS environment patches for running on GFDL HPC - Generalized NetCDF include and lib paths in mkmf.template
This edit will also require a similar patch be made to https://github.com/adcroft/OM4_025_grid.git since it is a submodule in the preprocessing directory. |
I was finally able to get the MIDAS tool to compile. The 0.25º grid generation is failing on a slice operation within |
There is also a deep down issue with MIDAS: mjharriso/MIDAS#20 |
Thanks for doing this @jkrasting. I updated the package on my work Github account several months ago. There is a Python3 branch which gets rid of the FMS dependency which I believe you are referring to.This greatly simplifies the build process and netcdf shared executable conflicts. Preprocessing were being used to generate initial condition netCDF files which were (almost) bitwise identical to the online generated initial conditions. Additionally, input fields such as Chlorophyll were using the FMS tools as well (This was done before packages such as xesmf were robust ). Given the maintenance issues, I though it best to drop the FMS dependency, which while potentially useful from a code testing perspective, proved too difficult to manage. I don't think these functions are needed since better supported packages, such as xesmf are available (@raphaeldussin and I have discussed using xesmf remapping weights online in MOM6 as an alternative to the existing online FMS tool which does not support more complex grids). Thanks for taking the time to rebuild in the GFDL environment, this is painful and I wish I had a better solution. The slicing issue is addressed on my branch. I suggest that you switch to that code which may have answer divergence due to glibc changes. I can create a Python2 branch as well if needed. This will allow for the grid/topo procedures and as I mentioned, the preprocessed regridding for other forcing files will be more painful and should perhaps be considered for replacement. |
What's the action going to be here? |
In addition to these patches, one must first activate a Python v2.7 environment
Closes #414