Necessity of regridding funtionality to Common Spectral Model Grid Resolutions ?

[BenMGeo]

Is your feature request related to a problem? Please describe. There are some "usual suspects" when it comes to gaussian grids, accessible with e.g. cdo. As far as I know, there is no functionality in the preprocessor to regrid to these. A list can be accessed here: https://www.ecmwf.int/en/forecasts/documentation-and-support/data-spatial-coordinate-systems.

Would you be able to help out? I can dive into that if necessary. The easy to implement option would be an empty master grid from, e.g. cdo, which we then regrid to, either on the fly or delivered with the tool. A better implementation would require a solution based on a regridding function.

[zklaus]

@BenMGeo do you want handling of actual spectral coefficients? Or regridding in grid space to and from those grids?

[BenMGeo]

@zklaus as said offline: If you follow the link, there is a list of grid specifications above that are commonly used, also compare a limited list here: https://climatedataguide.ucar.edu/climate-model-evaluation/common-spectral-model-grid-resolutions

cdo is capable of regridding these and also can do some analysis. We might increase interest in the (overlapping) community if we can provide similar results.

[zklaus]

To clarify: The idea is to accept strings like N48 as target grid specifiers, for now limited to regular gaussian grids in grid space.

[BenMGeo]

Yes, using these instead of something like "1x1". I'm more into the Txx naming standards, but yeah.

cdo has, for example, the following option: cdo remapbil,t63 ifile ofile this will regrid ifile linearly into t63.

Having a similar naming in ESMValTool would make the transition really easy.