I am trying to develop a small, high-resolution grid to use for a process model using CESM 2.2 with the GMOM compset. I have created an ocean/ice grid (Cartesian, 0.5° x 1° domain) that works with the CMOM compset, but fails when I try to use the GMOM compset. I suspect this is because CICE requires extra grid files, and possibly some namelist settings, beyond those required for just MOM6 (CMOM). Does anyone have any tips on how to create the required grid files for CICE from a MOM6 grid files (ESMF mesh file, MOM6 supergrid, and ocean topography files)? I have not had much luck finding relevant documentation. Thanks in advance!
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
Custom grids with CICE?
- Thread starter paulhall
- Start date
That is true. CICE needs the "old" style POP grid / kmt files. So, you would have to generate these from your MOM supergrid file. Ideally, we would have some capability in CICE that reads the MOM supergrid file. Did you just volunteer? ;) With NUOPC we are actually reading in mesh files, but CICE still checks this against the POP style grid files. One could override this behaviour.
Thanks! Is the path going forward with CESM and NUOPC to move having CICE read the MOM supergrid file (i.e., would adding this functionality actually be a productive thing to invest some effort into)? I'm not necessarily volunteering, but I'm not NOT volunteering, either. Would need helpful to have a sense of the scale of the effort that would be required. In the meantime, it sounds like the easiest path forward for me would be to short circuit CICE's checking the POP grid files?
I managed to briefly catch Mariana on this -- her understanding is that the mesh files are only read in the cap, and used solely for communication with the mediator. CICE still needs to read the kmt/grid files to determine its internal decomposition, grid and mask. We need to still ensure that the mesh and kmt/grid files match, and so this check can't be 'ignored', no.
In an ideal world, we'd want CICE to read in grid/kmt information that is not dependent on the target ocean component -- the fact that it's currently a POP format is simply historical. If this is no longer sufficient, then maybe an alternative format needs to be decided upon, and an offline tool created so that any ocean (POP, MOM, MPAS-Ocean) can be used with CICE?
In an ideal world, we'd want CICE to read in grid/kmt information that is not dependent on the target ocean component -- the fact that it's currently a POP format is simply historical. If this is no longer sufficient, then maybe an alternative format needs to be decided upon, and an offline tool created so that any ocean (POP, MOM, MPAS-Ocean) can be used with CICE?