-
Notifications
You must be signed in to change notification settings - Fork 7
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
Updates to config post-processing #182
Comments
I think archive userscripts use the PBS job the model was run on, and sync userscripts use a seperate job (ACCESS-NRI/access-om2-configs#31 (comment)) |
I drafted something here for points 1 & 2. I will do 3 later ACCESS-NRI/access-om3-configs@1deg_jra55do_ryf...1deg_jra55do_ryf.iss182 I dont understand how to run multiple archive userscripts (is it possible?). This fails:
This also fails (it only runs the first one)
|
This should be possible once payu-org/payu#452 is implemented, which will be in next release |
Leaving a note to myself to fix two things in the prototype:
|
I've moved the scripts into COSIMA/om3-scripts#13 |
Its not possible to do the concat of daily data and generate a datastore until ACCESS-NRI/access-nri-intake-catalog#176 is resolved. |
Creation of users scripts for OM3, see COSIMA/access-om3#182 There are three processes here: 1. Per COSIMA/access-om3#81 initial conditions file for CICE are converted from symlink to files/hardlinks 2. CICE daily output in concatenated into one file per month 3. An intake esm datastore for the run is generated --------- Co-authored-by: Dougie Squire <[email protected]> Co-authored-by: dougiesquire <[email protected]>
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore - 0.25 has 'default' initial conditions, so the setup userscript is just written in config.yaml
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
- work-around symlink restart bug in CICE - concatenate CICE daily output - auto-generate an intake-esm datastore
Apologies for the multi-topic post, there are some common threads though. There are a few things we can do in config post processing.
Questions:
The scripts are general to all configurations. So are we going to add them individually (create a tools folder in the style of OM2) to each configuration branch? Or should we store them in a central location (e.g. in vk83)? Or load them as a package or submodule? (Or update payu)
The script will add a dependency to need python and access-nri-intake, shall we add these to the vk83 payu module or is there a better way to manage them?
Requirements:
Subsequent runs will have to remake the whole datastore
Concatenate the sea ice daily output. This looks very similar to https://github.com/ACCESS-NRI/om2-scripts/blob/main/concatenate_ice/concat_ice_daily.sh but with some paths adjusted. Should this be a sync or an archive user-script?
Convert MOM6 output to netcdf4 and compress. This should be achievable with ncks (at lower resolutions) which is already in payu-env but may interact with mppn-combine at higher resolution (like OM2?).
Ping @aidanheerdegen
The text was updated successfully, but these errors were encountered: