The 5.3 branch is a development version.
Clone gem repository
cd gem
git checkout 5.3-branch
./scripts/link-dbase.sh
. ./.eccc_setup_intel
# or, if you want to compile with GNU compiler suite:
. ./.eccc_setup_gnu
Before the first build:
. ./.initial_setup
# building and installing GEM
# please see other options with cado -h or by using tab completion
cado cmake
cado -j work
# running GEM: example
cd $GEM_WORK
runprep.sh -dircfg configurations/GEM_cfgs_LU_FISL_H
runmod.sh -dircfg configurations/GEM_cfgs_LU_FISL_H
See below for extended instructions.
To compile and run GEM, you will need:
- Fortran and C compilers
- An MPI implementation such as OpenMPI (with development package),
- OpenMP support
- (BLAS,LAPACK) or equivalent mathematical/scientific library (ie: MKL), with development package,
- fftw3 library (with development package),
- basic Unix utilities such as cmake (version 3.20 minimum), bash, sed, etc.
# clone everything, including libraries and tools included as git submodules
git clone --branch 5.3-branch --recursive https://github.com/ECCC-ASTD-MRD/gem.git
cd gem
# If you cloned without the --recursive option above, update submodules:
git submodule update --init --recursive
# Download the data files required to run GEM
./download-dbase.sh .
# Important: in order to set environment variables needed to run GEM, use the
# following setup file, after setting up your compiler environment:
. ./.common_setup gnu
# or
. ./.common_setup intel
# Method 1 - Create a build directory
# The build directory has very little value in itself and can be placed
# outside the project directory
mkdir -p build
cd build
# default compiler is gnu
cmake ..
# Create an execution environment for GEM
make -j work
# Method 2 - Alternatively, you can use a script that will create a build
# and work directory named after the computer operating system and the
# compiler suite used, without having to create a build directory as
# mentioned in Method 1 above. In that case, you can then use the cado
# script, using the commands cado cmake and cado work -j directly, without
# having to move to the build directory:
# in the main directory:
. ./.initial_setup
cado cmake
cado work -j
# Either with Method 1 or 2, you should now have a work directory in the
# main directory of gem, created with a name in the form of:
# work-[OS_NAME]-[COMPILER_NAME]
cd work-[OS_NAME]-[COMPILER_NAME]
or
cd $GEM_WORK
# Configure the model with one of the configurations
# and execute the model, for example:
runprep.sh -dircfg configurations/GEM_cfgs_GY_FISL_P
runmod.sh -dircfg configurations/GEM_cfgs_GY_FISL_P
# use tools to see list the records in the output files
voir -iment RUNMOD/output/cfg0000/ ...
fststat -fst RUNMOD/output/cfg0000/ ...
SPI can be used to view the output files.
2D fields can also be displayed with xrec
To compile and run GEM, you will need:
- Fortran and C compilers
- An MPI implementation such as OpenMPI (with development package),
- OpenMP support
- (BLAS,LAPACK) or equivalent mathematical/scientific library (ie: MKL), with development package,
- fftw3 library (with development package),
- basic Unix utilities such as cmake (version 3.20 minimum), bash, sed, etc.
After having cloned or downloaded the git tar file of GEM from github.com, execute the script named download-dbase.sh or download and untar the data archive with the following link: http://collaboration.cmc.ec.gc.ca/science/outgoing/goas/gem_dbase.tar.gz
- By default GEM is configured to use gfortran and gcc compilers, and OpenMPI
- Changes to the C and Fortran flags can be done in the CMakeLists.txt file, under the section # Adding specific flags for GEM.
- You can also check the C and Fortran flags in cmake_rpn/modules/ec_compiler_presets/default/Linux-x86_64/gnu.cmake
- Make sure the compilers and libraries paths are set in the appropriate
environment variables (PATH and LD_LIBRARY_PATH). Here are some examples
of commands, which you will need to adapt for your setup:
- On Ubuntu:
export PATH=/usr/lib/openmpi/bin:${PATH}
export LD_LIBRARY_PATH=/usr/lib/openmpi/lib:$LD_LIBRARY_PATH
# or
export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/openmpi/lib:$LD_LIBRARY_PATH
- On Fedora:
export PATH=/usr/lib64/openmpi/bin:$PATH
export LD_LIBRARY_PATH=/usr/lib64/openmpi/lib:$LD_LIBRARY_PATH
- Changes to the C and Fortran flags can be done in the CMakeLists.txt file, under the section # Adding specific flags for GEM.
- You can also check the C and Fortran flags in cmake_rpn/modules/ec_compiler_presets/default/Linux-x86_64/intel.cmake
- You may need to modify
-march
to generate code that can run on your system - Make sure the compilers and libraries are in the appropriate
environment variables (
PATH
andLD_LIBRARY_PATH
) - As gnu is the default compiler suite, you may have to use the following
command to compile with Intel:
cmake .. -DCOMPILER_SUITE=intel
You can add extra CMake arguments such as-DCMAKE_VERBOSE_MAKEFILE=ON
.
You can also add -j
to make to launch multiple compile tasks in
parallel.
OpenMP is enabled by default. If you wish to build
without OpenMP support, you can add the -DWITH_OPENMP=OFF
argument when
running cmake.
The default compiler suite is GNU. If you want to compile with other compilers,
add -DCOMPILER_SUITE=<compiler suite name (gnu|intel|...)>
to the CMake
command line.
This release has been tested with GNU and Intel compilers on Linux x86_64. Other compilers have also been used in the past, but have not been tested with the current release. You will likely have to modify the *.cmake files in the cmake_rpn/modules/ec_compiler_presets/default/ folder.
If you get error messages (for example, compiler, OpenMP or MPI/OpenMPI not
found), make sure that the PATH
and LD_LIBRARY_PATH
environment
variables contain the appropriate paths. You can also add
-DCMAKE_VERBOSE_MAKEFILE=ON
to your cmake command line to generate
verbose makefiles which will print the exact compiler command lines issued.
If the compiler or compile options are not right:
- Remove the content of the build directory
- Make appropriate changes to the cmake files corresponding to the compilers you are using
- Re-launch the commands starting at cmake
The installation process will create a directory named after the operating system on which the compilation was executed, and the compiler you used (work-[OS_NAME]-[COMPILER_NAME]). For example work-FedoraLinux-37-x86_64-gnu-12.3.1 would be created in the main directory, and the following executables installed in the bin sub-folder:
- cclargs_lite
- checkdmpart
- editfst
- feseri
- flipit
- fstcomp
- fststat
- gem_monitor_end
- gem_monitor_output
- gemgrid
- maingemdm
- pgsm
- prgemnml
- prphynml
- r.fstinfo
- r.filetype
- voir
- yy2global
A script named gem-config is also installed. It displays a summary of the architecture, compiler, and flags used.
The following environment variables are created:
- gem_DIR = directory where the git clone was created
- GEM_WORK = work directory
- GEM_ARCH = architecture, for example FedoraLinux-37-x86_64-gnu-12.3.1
- ATM_MODEL_DFILES = gem database directory
- COMPILER_SUITE = compiler suite, for example gnu
- COMPILER_VERSION = compiler version, for example 12.3.1
Go to the working directory, named work-[OS_NAME]-[COMPILER_NAME], for example work-FedoraLinux-37-x86_64-gnu-12.3.1
cd work-[OS_NAME]-[COMPILER_NAME]
or
cd $GEM_WORK
# Configure and execute the model for a specific case, for example:
runprep.sh -dircfg configurations/GEM_cfgs_GY_FISL_P
runmod.sh -dircfg configurations/GEM_cfgs_GY_FISL_P
runmod.sh -ptopo
argument can be used to specify the number of CPU to
use. For example, -ptopo 2x2x1
will use 4 cpus for a LAM, and
8 cpus for global Yin-Yang.
Do not use runprep.sh for theoretical configurations, use only runmod.sh.
If you get an error message saying runprep.sh or gem_dbase is not found, make sure to set the environment variables using the setup file situated in the main directory:
./.common_setup gnu
# or
./.common_setup intel
An in-house script (r.run_in_parallel) is used to run the model. If you want to use another command, or if it doesn't work in your environment, edit the file scripts/gem_mpirun.sh to change the script, or move the file scripts/r.run_in_parallel so that the model is run with mpirun directly.
See README.run in the doc directory for other information on the different configurations.
The model stores its outputs in FST files. The following tools can be used to perform various tasks on the output files:
-
voir
lists the records in FST files:voir -iment RUNMOD.dir/output/cfg0000/laststep0000000024/000-000/dm2009042700-000-000010
-
fststat
produces statistical means of the records in a FST file:fststat -fst RUNMOD.dir/output/cfg0000/laststep0000000024/000-000/dm2009042700-000-000010
-
pgsm
can be used to interpolate records to a different gridpgsm -iment <input FST> -ozsrt <output FST> -i <pgsm.directives>
-
editfst
enables basic record manipulations, such as copying to another file.editfst -s <input FST> -d <output FST> -i <editfst.directives>
SPI is a scientific and meteorological virtual globe offering processing, analysis and visualization capabilities, with a user interface similar to Google Earth and NASA World Wind, developed by Environment Canada.
xrec is another visualization program which can be used to display 2D meteorological fields stored in the FST files, developed by Research Informatics Services, Meteorological Research Division, Environment and Climate Change Canada.
The execution of all three components of GEM is configurable through the use of three configuration files called:
- gem_settings.nml: file containing some namelists to configure the model execution
- outcfg.out: file used to configure the model output
- configexp.cfg: file used to configure the execution shell environment
Examples of these files can be found in the test cases in the configurations directory.
A fourth configuration file, named physics_input_table, is used for GEM_cfgs test cases.
Put the three configurations files (gem_settings.nml, outcfg.out and configexp.cfg) in a directory structure such as: experience/cfg_0000 in the configurations directory.
The master directory name (experience in the example above) can be any valid directory name. However, the second directory must have the name \textit{cfg_0000}.
Then run the two scripts with the following commands, to prepare the input, and then run the model:
cd work-[OS_NAME]-[COMPILER_NAME]
runprep.sh -dircfg configurations/experience
runmod.sh -dircfg configurations/experience
You can use the script named grille in the scripts directory to define your own grid and visualise it with SPI (see above how to get it).
For this, copy one of the gem_settings.nml files located in the different configurations directories, edit it, and then run the command
grille -spi
If you want geophysical fields and historical meteorological data for the region you defined in that new grid, contact us.
pgsm is a utility designed to perform horizontal interpolations and basic arithmetic operations on RPN standard files.
Input files must be RPN standard files. Output files may be RPN standard files (random or sequential), binary FORTRAN sequential files, or formatted ASCII files.
PGSM can:
- Interpolate data on various geographical projections, compressed or not.
- Interpolate wind components UU and VV with respect to the scale and orientation of the output grid.
- Perform symmetric or antisymmetric extrapolations from an hemispheric grid.
- Compute thicknesses between 2 levels.
- Compute precipitation amounts between 2 forecast hours.
- Extract low, mid and high clouds.
- Perform mathematical operations on one field or more.
- Compute latitudes and longitudes from the X-Y coordinates of a grid.
- Read navigational records of latitudes-longitudes (grid type Y) or grid coordinates (grid type Z) in an input or output file and interpolate values from these coordinates.
Example:
pgsm -iment <input FST> -ozsrt <output FST> -i <pgsm.directives>
editfst is a utility used for editing and copying records from RPN standard files into a new or an existing RPN standard file. It can do a straight (complete) copy of the input file or it can copy records selectively as indicated from the standard input or from a file of directives named in the -i option.
Example:
editfst -s <input FST> -d <output FST> -i <editfst.directives>