Cold starting from history files #25
-
Hi, I'd like to create initial conditions for a run using like these.. https://nomads.ncep.noaa.gov/pub/data/nccf/com/gfs/v16.3/gdas.20230814/00/atmos/ https://nomads.ncep.noaa.gov/pub/data/nccf/com/gfs/v16.3/gdas.20230814/00/atmos/gdas.t00z.atmf006.nc When I do this using a script like this..
.. it runs for a while and then I get this error. I added the print statements with "..input:" to compare what it wanted with what I gave it.
This seems to say that I need to generate new OROG files. Is that right, and is there any guidance on how to do this? Thanks, Marcus |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
Hi Marcus, It looks like the DIMENSION MISMATCH error is occurring in atm_input_data.F90. You may need to use a different orog file, but we need to get in touch with a UFS_UTILS subject matter expert before we can provide further advice. We're looking into this though and hope to have a more actionable answer to you soon. Best, |
Beta Was this translation helpful? Give feedback.
-
I found that what I really wanted was possible by getting the development branch of UFS_UTILS and using the gaussian_cdf input type. Another error that is possible is to use the wrong number of atmospheric levels. For example, forgetting that GFS switched from 64 to 128 levels. |
Beta Was this translation helpful? Give feedback.
Glad to hear you were able to figure it out on your own! It sounds from our SME like updating to the UFS_UTILS HEAD of develop and using
gaussian_netcdf
is indeed what you should do when your orography file is already the same resolution as the surface file you want to create. In cases where the orography file is not the same resolution as the surface file you want to create, you can run themake_hgrid
utility to create a new orography file (docs here).