Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
Computer Resources
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Deploy
Releases
Container registry
Monitor
Service Desk
Help
Help
Support
GitLab documentation
Compare GitLab plans
GitLab community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
IMGW
Computer Resources
Commits
f81beadb
Commit
f81beadb
authored
Nov 28, 2023
by
Ludwig Wolfgruber
Browse files
Options
Downloads
Patches
Plain Diff
even better looking now
parent
d7cc72f2
No related branches found
No related tags found
1 merge request
!5
Ludwigw95 icon docu
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
ICON-NWP/bacy.md
+9
-7
9 additions, 7 deletions
ICON-NWP/bacy.md
with
9 additions
and
7 deletions
ICON-NWP/bacy.md
+
9
−
7
View file @
f81beadb
bacy (short for
**
*
ba**
*
sic
**
*
cy**
*
cling) is a collection of scripts that run assimilation
bacy (short for
**ba**
sic
**cy**
cling) is a collection of scripts that run assimilation
cycles with ICON. It is modular in structure with each module performing steps
like computing the dynamical model evolution (more), data assimilation (core),
surface, snow and sea surface analysis.
# BACY_1.0
This document gives you a short introduction into the usage of BACY_1.0.
...
...
@@ -20,6 +21,7 @@ git clone git@gitlab.dkrz.de:dace/dace_bacy.git <my_bacy_name>
cd <my_bacy_name>/modules
./copy_defaults.sh
~~~
If you want to get access to the DKRZ-gitlab, someone at DWD or DKRZ needs to approve, maybe Martin Weissmann or Stefano Serafin can help you.
## How to use BACY_1.0? (Overview)
...
...
@@ -38,7 +40,7 @@ cannot be run. Otherwise, the module can start its work and it uses its working
directory
`run`
.
The behaviour of a module can be controlled via its INPUT ARGUMENTS during the
<module>
script call and via its PARAMETERS defined in the configuration file
`
<module>
`
script call and via its PARAMETERS defined in the configuration file
`<module>_conf.sh`
. Parametes which are needed by more than one module are
outsourced to the COMMON configuration file
`common/bacy_conf.sh`
.
...
...
@@ -55,8 +57,8 @@ prep_<module> [-h] [-d] arg1 ... argn
save_<module> [-h] [-d] arg1 ... argn
~~~
The option [-h] gives you an explanation of the usage of the script and the
option [-d] calls the script in a dry-run, meaning that no jobs will be
The option
`
[-h]
`
gives you an explanation of the usage of the script and the
option
`
[-d]
`
calls the script in a dry-run, meaning that no jobs will be
submitted.
### A cycle
...
...
@@ -72,7 +74,7 @@ In summary: to start an experiment, the following steps are necessary.
prep_cycle [-h] arg1 ... argn
cycle [-h] [-d] arg1 ... argn
For the options [-h] and [-d] see the explanations above.
For the options
`
[-h]
`
and
`
[-d]
`
see the explanations above.
### Default files
...
...
@@ -93,7 +95,7 @@ people can push to `bacy-dev` to keep this branch away from accidental or not
quality proven commits.
If you want to contribute to a NEW FEATURE for BACY_1.0, first of all create a
new branch
<project>
-
<feature>
-
<team>
, which you can setup as
`remote`
new branch
`
<project>-<feature>-<team>
`
, which you can setup as
`remote`
to share results inside your team.
During your development it is IMPORTANT to regularly pull from the
`bacy-dev`
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment