Code Monkey home page Code Monkey logo

1deg_jra55_iaf's Introduction

DEPRECATION NOTICE

ACCESS-NRI has taken on responsibility for ongoing support of ACCESS-OM2, so this repository is not being updated and will eventually be archived.

New ACCESS-OM2 experiments and code development should use the latest code release from ACCESS-NRI/ACCESS-OM2 and configurations from ACCESS-NRI/access-om2-configs, and all new issues should be posted on one of those repositories.

1deg_jra55_iaf

Standard configuration for 1 degree ACCESS-OM2 experiment (ACCESS-OM2) with JRA55-do interannual forcing (IAF).

This is the physics-only version, on the master branch. For the version with BGC, use the master+bgc branch.

For usage instructions, see the ACCESS-OM2 wiki.

Run length and timestep are set in accessom2.nml. The default timestep for this configuration is 5400 seconds, and the model is stable with this timestep right from the start. However if you alter the configuration you may need a shorter timestep during the first year or two of model equilibration.

NOTE: All ACCESS-OM2 model components and configurations are undergoing continual improvement. We strongly recommend that you "watch" this repo (see button at top of screen; ask to be notified of all conversations) and also watch ACCESS-OM2, all the component models, and payu to be kept informed of updates, problems and bug fixes as they arise.

Conditions of use

We request that users of this or other ACCESS-OM2 model code:

  1. consider citing Kiss et al. (2020) (http://doi.org/10.5194/gmd-13-401-2020)
  2. include an acknowledgement such as the following: The authors thank the Consortium for Ocean-Sea Ice Modelling in Australia (COSIMA; http://www.cosima.org.au) for making the ACCESS-OM2 suite of models available at https://github.com/COSIMA/access-om2.
  3. let us know of any publications which use these models or data so we can add them to our list.

1deg_jra55_iaf's People

Contributors

aekiss avatar aidanheerdegen avatar andyhogganu avatar nichannah avatar

Stargazers

avatar

Watchers

avatar avatar avatar

Forkers

aidanheerdegen hakaseh mauricehuguenin aekiss nichannah vanuatun

1deg_jra55_iaf's Issues

master+bgc

@aekiss I'm opening up a new issue to report any changes I make while I try to create the master+bgc branch.

My first test run suggests that I need to increase max_files in diag_manager_nml of ocean/input.nml.

/scratch/v45/hh0162/access-om2-cycle4/control/1deg_jra55_iaf_bgc/archive/error_logs/access-om2.30703854.gadi-pbs.err:

FATAL from PE   184: diag_util_mod::init_file:  max_files exceeded, increase max_files via the max_files variable in the namelist diag_manager_nml.

In 1-deg, max_files = 200. I changed to 400.

After this change, I got this error next (/scratch/v45/hh0162/access-om2-cycle4/control/1deg_jra55_iaf_bgc/archive/error_logs/access-om2.30738106.gadi-pbs.err):

FATAL from PE     1: diag_axis_mod::diag_axis_init: num_axis_sets (**) exceeds max_num_axis_sets (**).  Increase max_num_axis_sets via diag_manager_nml.

I'm not really sure what this means. I think we can tell how many files will be produced from diag_table, but can we tell also what value to set for max_num_axis_sets?

missing parameters in cice_in.nml

@pwongpan and I were looking at the CICE diagnostics, and noticed that at least six of them were absent in cice_in.nml. Four of these are set to 'm' by default (src/cice5/source/ice_history_shared.F90), and therefore they have been outputted in most of our runs, including OMIP2.

The missing parameters are:

       f_alvdf     = 'x', f_alidf      = 'x', &
       f_alvdr_ai  = 'm', f_alidr_ai   = 'm', &
       f_alvdf_ai  = 'm', f_alidf_ai   = 'm', &

This issue appears to be present also in https://github.com/COSIMA/01deg_jra55_iaf/blob/master/ice/cice_in.nml, so fixing this should save up some disk space for diagnostics particularly in high-res runs.

sync_data.sh does not concatenate and copy daily ice output

When I do 'qsub sync_data.sh', it successfully copies the output/restart over, except that 'ice/OUTPUT' in the destination is empty.

In the output file (sync.o19960106), there is this message that might prevent from using cdo commands:

"Fatal error: modules not available."

Any idea what is wrong?

My control directory is: /scratch/v45/hh0162/access-om2-iamip2/control/1deg_jra55_iaf_iamip2_pro

And the destination is: /g/data/ik11/outputs/access-om2/1deg_jra55_iaf_iamip2_pro

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.