Changeset 6931f61 in flex_extract.git for For_developers
- Timestamp:
- Jul 8, 2020, 10:00:37 PM (4 years ago)
- Branches:
- master, ctbto, dev
- Children:
- e0005c9
- Parents:
- 8a53342
- Location:
- For_developers
- Files:
-
- 20 edited
Legend:
- Unmodified
- Added
- Removed
-
For_developers/Sphinx/Source/Documentation/Input/compilejob.rst
r8a53342 r6931f61 1 ********************************************* 1 ************************************************* 2 2 The compilation job script ``compilejob.ksh`` 3 ********************************************* 3 ************************************************* 4 4 5 The compile job is a Korn-shell script which will be created during the installation process for the application modes **remote** and **gateway** from a template called `` compilejob.template`` in the template directory.5 The compile job is a Korn-shell script which will be created during the installation process for the application modes **remote** and **gateway** from a template called ``installscript.template`` in the template directory. 6 6 7 7 ``Flex_extract`` uses the Python package `genshi <https://genshi.edgewall.org/>`_ to generate 8 8 the Korn-shell script from the template files by substituting the individual parameters. 9 These individual parameters are marked by a doubled ``$`` sign in `` job.temp``.9 These individual parameters are marked by a doubled ``$`` sign in ``installscript.template``. 10 10 11 The jobscript has a number of settings for the batch system which are fixed, and it differentiates between the *ecgate* and the *cca/ccb*11 The compilation script has a number of settings for the batch system which are fixed, and it differentiates between the *ecgate* and the *cca/ccb* 12 12 server system to load the necessary modules for the environment when submitted to the batch queue. 13 13 … … 24 24 #. It creates the ``flex_extract`` root directory in the ``$HOME`` path of the user 25 25 #. It untars the tarball into the root directory. 26 #. It compiles the Fortran program using `` Makefile``.26 #. It compiles the Fortran program using ``makefile``. 27 27 #. At the end, it checks whether the script has returned an error or not, and emails the log file to the user. 28 28 … … 67 67 *ecg*) 68 68 module unload grib_api 69 module unload eccodes70 module unload python71 69 module unload emos 72 70 module load python3 73 module load eccodes /2.12.071 module load eccodes 74 72 module load emos/455-r64 75 73 export FLEXPART_ROOT_SCRIPTS=${HOME} … … 77 75 ;; 78 76 *cca*) 79 module unload python80 77 module switch PrgEnv-cray PrgEnv-intel 81 78 module load python3 82 module load eccodes /2.12.083 module load emos 79 module load eccodes 80 module load emos/455-r64 84 81 echo ${GROUP} 85 82 echo ${HOME} -
For_developers/Sphinx/Source/Documentation/Input/examples.rst
r8a53342 r6931f61 36 36 CONTROL_OD.OPER.FC.twicedaily.3hourly 37 37 38 .. todo::38 .. note:: 39 39 40 #PS some information to be added.40 Further information will follow. 41 41 42 42 .. toctree:: -
For_developers/Sphinx/Source/Documentation/Input/jobscript.rst
r8a53342 r6931f61 5 5 The job script is a Korn-shell script which will be created at runtime for each ``flex_extract`` execution in the application modes **remote** and **gateway**. 6 6 7 It is based on the `` job.temp`` template file stored in the ``Templates`` directory.8 This template is generated in the installation process from a ``job .template`` template file.7 It is based on the ``submitscript.template`` template file stored in the ``Templates`` directory. 8 This template is generated in the installation process from a ``jobscript.template`` template file. 9 9 10 10 ``Flex_extract`` uses the Python package `genshi <https://genshi.edgewall.org/>`_ to generate 11 11 the Korn-shell script from the template files by substituting the individual parameters. 12 These individual parameters are marked by ``$$`` in ``job .temp``.12 These individual parameters are marked by ``$$`` in ``jobscript.template``. 13 13 14 14 The job script has a number of settings for the batch system which are fixed, and differentiates between the *ecgate* and the *cca/ccb* … … 26 26 #. It sets some environment variables for the single session. 27 27 #. It creates the directory structure in the user's ``$SCRATCH`` file system. 28 #. It creates a CONTROL file on the ECMWF servers whith the parameters set before creating the ``job script.ksh``. ``Flex_extract`` has a set of parameters which are passed to the job script with their default or the user-defined values. It also sets ``CONTROL`` as an environment variable.28 #. It creates a CONTROL file on the ECMWF servers whith the parameters set before creating the ``job.ksh``. ``Flex_extract`` has a set of parameters which are passed to the job script with their default or the user-defined values. It also sets ``CONTROL`` as an environment variable. 29 29 #. ``Flex_extract`` is started from within the ``work`` directory of the new directory structure by calling the ``submit.py`` script. It sets new paths for input and output directories and the recently generated ``CONTROL`` file. 30 30 #. At the end, it checks whether the script has returned an error or not, and emails the log file to the user. … … 33 33 34 34 35 Example ``job script.ksh``35 Example ``job.ksh`` 36 36 ------------------------- 37 37 … … 68 68 *ecg*) 69 69 module unload grib_api 70 module unload eccodes71 module unload python72 70 module unload emos 73 71 module load python3 74 module load eccodes /2.12.072 module load eccodes 75 73 module load emos/455-r64 76 74 export PATH=${PATH}:${HOME}/flex_extract_v7.1/Source/Python 77 75 ;; 78 76 *cca*) 79 module unload python80 77 module switch PrgEnv-cray PrgEnv-intel 81 78 module load python3 82 module load eccodes /2.12.083 module load emos 79 module load eccodes 80 module load emos/455-r64 84 81 export SCRATCH=${TMPDIR} 85 82 export PATH=${PATH}:${HOME}/flex_extract_v7.1/Source/Python … … 107 104 date_chunk 3 108 105 debug 1 109 destination annep@genericSftp106 destination <specificname>@genericSftp 110 107 doubleelda 0 111 108 dpdeta 1 … … 128 125 grib2flexpart 0 129 126 grid 1.0/1.0 130 inputdir /raid60/nas/tmc/Anne/Interpolation/flexextract/flex_extract_v7.1/run/workspace127 inputdir <path-to-flex_extract>/flex_extract_v7.1/run/workspace 131 128 install_target None 132 129 job_chunk 1 … … 145 142 omegadiff 0 146 143 oper 0 147 outputdir /raid60/nas/tmc/Anne/Interpolation/flexextract/flex_extract_v7.1/run/workspace144 outputdir <path-to-flex_extract>/flex_extract_v7.1/run/workspace 148 145 prefix CE 149 146 public 0 -
For_developers/Sphinx/Source/Documentation/Input/run.rst
r8a53342 r6931f61 31 31 .. literalinclude:: ../../../../../Run/run.sh 32 32 :language: bash 33 :caption: run.sh 34 33 :caption: run.sh 35 34 36 35 -
For_developers/Sphinx/Source/Documentation/Input/templates.rst
r8a53342 r6931f61 8 8 Do not change anything in these files unless you understand the effects! 9 9 10 Each template file has its content framework and keeps so-called placeholder variables in the positions where the values need to be substituted at run time. These placeholders are marked by a leading ``$`` sign. In case of the Korn shell job scripts, where (environment) variables are used, the ``$`` sign needs to be doubled for `escaping`.10 Each template file has its content framework and keeps so-called placeholder variables in the positions where the values need to be substituted at run time. These placeholders are marked by a leading ``$`` sign. In case of the Korn shell job scripts, where (environment) variables are used, the ``$`` sign needs to be doubled for `escaping`. 11 11 12 12 The following templates are used; they can be found in the directory ``flex_extract_vX.X/Templates``: 13 13 14 c onvert.nl15 ---------- 14 calc_etadot_nml.template 15 ------------------------- 16 16 17 17 This is the template for a Fortran namelist file called ``fort.4`` read by ``calc_etadot``. … … 40 40 / 41 41 42 ecmwf_env.template42 ECMWF_ENV.template 43 43 ------------------ 44 44 … … 52 52 DESTINATION $destination_name 53 53 54 compilejob.template55 ------------------- 54 installscript.template 55 ---------------------- 56 56 57 57 This template is used to create the job script file called ``compilejob.ksh`` during the installation process for the application modes **remote** and **gateway**. … … 97 97 *ecg*) 98 98 module unload grib_api 99 module unload eccodes100 module unload python101 99 module unload emos 102 100 module load python3 103 module load eccodes /2.12.0101 module load eccodes 104 102 module load emos/455-r64 105 103 export FLEXPART_ROOT_SCRIPTS=$fp_root_scripts … … 107 105 ;; 108 106 *cca*) 109 module unload python110 107 module switch PrgEnv-cray PrgEnv-intel 111 108 module load python3 112 module load eccodes /2.12.0113 module load emos 109 module load eccodes 110 module load emos/455-r64 114 111 echo $${GROUP} 115 112 echo $${HOME} … … 140 137 141 138 142 job.temp 143 -------- 139 submitscript.template 140 --------------------- 144 141 145 142 This template is used to create the actual job script file called ``job.ksh`` for the execution of ``flex_extract`` in the application modes **remote** and **gateway**. … … 185 182 case $${HOST} in 186 183 *ecg*) 187 module unload grib_api 188 module unload eccodes 189 module unload python 190 module unload emos 191 module load python3 192 module load eccodes/2.12.0 193 module load emos/455-r64 194 export PATH=$${PATH}:$${HOME}/flex_extract_v7.1/Source/Python 195 ;; 196 *cca*) 197 module unload python 198 module switch PrgEnv-cray PrgEnv-intel 199 module load python3 200 module load eccodes/2.12.0 201 module load emos 202 export SCRATCH=$${TMPDIR} 203 export PATH=$${PATH}:$${HOME}/flex_extract_v7.1/Source/Python 184 module unload grib_api 185 module unload emos 186 module load python3 187 module load eccodes 188 module load emos/455-r64 189 export PATH=${PATH}:${HOME}/flex_extract_v7.1/Source/Python 190 ;; 191 *cca*) 192 module switch PrgEnv-cray PrgEnv-intel 193 module load python3 194 module load eccodes 195 module load emos/455-r64 196 export SCRATCH=${TMPDIR} 197 export PATH=${PATH}:${HOME}/flex_extract_v7.1/Source/Python 204 198 ;; 205 199 esac … … 237 231 238 232 239 job .template240 ------------ 241 242 This template is used to create the template for the execution job script `` job.temp`` for ``flex_extract`` in the installation process. A description of the file can be found under ``job.temp``. Several parameters are set in this process, such as the user credentials and the ``flex_extract`` version number.233 jobscript.template 234 ------------------ 235 236 This template is used to create the template for the execution job script ``submitscript.template`` for ``flex_extract`` in the installation process. A description of the file can be found under ``submitscript.template``. Several parameters are set in this process, such as the user credentials and the ``flex_extract`` version number. 243 237 244 238 .. code-block:: ksh … … 273 267 case $$$${HOST} in 274 268 *ecg*) 275 module unload grib_api 276 module unload eccodes 277 module unload python 278 module unload emos 279 module load python3 280 module load eccodes/2.12.0 281 module load emos/455-r64 269 module unload grib_api 270 module unload emos 271 module load python3 272 module load eccodes 273 module load emos/455-r64 282 274 export PATH=$$$${PATH}:$fp_root_path 283 275 ;; 284 276 *cca*) 285 module unload python 286 module switch PrgEnv-cray PrgEnv-intel 287 module load python3 288 module load eccodes/2.12.0 289 module load emos 277 module switch PrgEnv-cray PrgEnv-intel 278 module load python3 279 module load eccodes 280 module load emos/455-r64 290 281 export SCRATCH=$$$${TMPDIR} 291 282 export PATH=$$$${PATH}:$fp_root_path -
For_developers/Sphinx/Source/Documentation/disagg.rst
r8a53342 r6931f61 13 13 14 14 .. csv-table:: Flux fields 15 :header: "Short Name", "Name", "Units", " Interpolation Type"15 :header: "Short Name", "Name", "Units", "Disaggregation" 16 16 :align: center 17 17 :widths: 5,15,5,10 18 18 19 LSP, "large-scale precipitation", "m", " modified linear interpolation"20 CP, "convective precipitation", "m", " modified linear interpolation"21 SSHF, "surface sensible heat flux", "J m :math:`^{-2}`", "bicubic interpolation"22 EWSS, "eastward turbulent surface stress", "N m :math:`^{-2}` s", "bicubic interpolation"23 NSSS, "northward turbulent surface stress", "N m :math:`^{-2}` s", "bicubic interpolation"24 SSR, "surface net solar radiation", "J m :math:`^{-2}`", "bicubic interpolation"19 LSP, "large-scale precipitation", "m", "precipitation " 20 CP, "convective precipitation", "m", "precipitation" 21 SSHF, "surface sensible heat flux", "J m :math:`^{-2}`", "flux" 22 EWSS, "eastward turbulent surface stress", "N m :math:`^{-2}` s", "flux " 23 NSSS, "northward turbulent surface stress", "N m :math:`^{-2}` s", "flux " 24 SSR, "surface net solar radiation", "J m :math:`^{-2}`", "flux " 25 25 26 26 … … 43 43 44 44 In the old versions (below 7.1), a relatively simple method processes the precipitation fields in a way that is consistent with the linear interpolation between times where input fields are available that is applied in ``FLEXPART`` for all variables. 45 This scheme (from Paul James) at first divides the accumulated values by the number of hours (i.e., 3 or 6). ???45 This scheme (from Paul James) at first divides the accumulated values by the number of hours (i.e., 3 or 6). 46 46 The best option for disaggregation, which was realised, is conservation within the interval under consideration plus the two adjacent ones. 47 47 Unfortunately, this leads to undesired temporal smoothing of the precipitation time series – maxima are damped and minima are raised. … … 161 161 162 162 The accumulated values for the other variables are first divided by the number of hours and 163 then interpolated to the exact times using a bicubic interpolation which conserves the integrals of the fluxes within each timespan. 164 Disaggregation is done for four adjacent time intervals (:math:`p_a, p_b, p_c, p_d`) which produces a new, disaggregated value that is the output at the central point of the four adjacent time intervals. 163 then disaggregates to the exact times and conserves the integrals of the fluxes within each timespan. 164 Disaggregation is done for four adjacent time intervals (:math:`F_0, F_1, F_2, F_3`) which produces a new, disaggregated value that is the output at the central point of the four adjacent time intervals. 165 This new point :math:`F` is used for linear interpolation of the complete timeseries afterwards. 165 166 166 167 .. math:: 168 167 169 168 p_a &= (a_3 - a_0 + 3. * (a_1 - a_2)) / 6. \\ 169 p_b &= (a_2 + a_0) / 2. - a_1 - 9. * p_a / 2. \\ 170 p_c &= a_1 - a_0 - 7. * p_a / 2. - 2. * p_b \\ 171 p_d &= a_0 - p_a / 4. - p_b / 3. - p_c / 2. 172 173 This new point :math:`p` is used for linear interpolation of the complete timeseries afterwards. 174 175 .. math:: 176 177 p = 8. * p_a + 4. * p_b + 2. * p_c + p_d 170 F = -\frac{1}{12}F_0 + \frac{7}{12}F_1 + \frac{7}{12}F_2 -\frac{1}{12}F_3 178 171 179 172 -
For_developers/Sphinx/Source/Documentation/input.rst
r8a53342 r6931f61 36 36 python3 Source/Python/submit.py --help 37 37 38 With version 7.1, we provide also wrapper shell scripts setup_ and run_ which set the command-line parameters, do some checks, and execute the corresponing Python scripts ``install.py`` and ``submit.py``, respectively.39 It might be faster and easier for beginners if they are used. See :doc:`../quick_start` for information on how to use them.38 39 With version 7.1, we provide also wrapper shell scripts setup_ and run_ which set the command-line parameters, do some checks, and execute the corresponing Python scripts ``install.py`` and ``submit.py``, respectively. It might be faster and easier for beginners if they are used. See :doc:`../quick_start` for information on how to use them. 40 40 41 41 ``flex_extract`` also creates the Korn shell scripts :doc:`Input/compilejob` and :doc:`Input/jobscript` which will be sent to the ECMWF servers in the **remote mode** and the **gateway mode** for starting batch jobs. -
For_developers/Sphinx/Source/Documentation/output.rst
r8a53342 r6931f61 81 81 82 82 83 Output files for pureforecast83 Output files for long forecast 84 84 ------------------------------ 85 85 86 ``Flex_extract`` is able to retrieve forecasts with a lead time of more than 23 hours. In order to avoid collisions of time steps names, a new scheme for filenames in pureforecast mode is introduced:86 ``Flex_extract`` is able to retrieve forecasts with a lead time of more than 23 hours. In order to avoid collisions of time steps names, a new scheme for filenames in long forecast mode is introduced: 87 87 88 88 .. code-block:: bash … … 194 194 195 195 196 VERTICAL.EC197 -----------198 199 This file contains information describing the vertical discretisation (model levels)200 in form of the ``A`` and ``B`` parameters which allow to calculate the actual pressure of a model level from the surface pressure.201 202 196 203 197 Index file … … 205 199 206 200 This file is called ``date_time_stepRange.idx``. It contains indices pointing to specific grib messages from one or more grib files. The messages are selected with a composition of grib message keywords. 207 208 .. todo::209 210 #PS NEEDS MORE DESCRIPTION211 201 212 202 -
For_developers/Sphinx/Source/Documentation/vertco.rst
r8a53342 r6931f61 7 7 8 8 Two methods are provided in ``flex_extract`` for the calculation of the vertical velocity for ``FLEXTRA``/``FLEXPART``: 9 (i) from the horizontal wind field, 10 (ii) from the MARS parameter 77, which is available for operational forecasts and analyses since September 2008 and for reanalysis datasets **ERA5** and **CERA-20C**, which contains the vertical velocity directly in the eta coordinate system of the ECMWF model. 9 10 (i) from the horizontal wind field, 11 (ii) from the MARS parameter 77, which is available for operational forecasts and analyses since September 2008 and for reanalysis datasets **ERA5** and **CERA-20C**, which contains the vertical velocity directly in the eta coordinate system of the ECMWF model. 11 12 12 13 Especially for high resolution data, use of the ``MARS`` parameter 77 is recommended, … … 31 32 * For very fine output grids (0.25 degree or finer), the full resolution T799 or even T1279 of the operational model is required (``RESOL=799``, ``SMOOTH=0``). The highest available resolution (and the calculation of vertical velocity on the Gaussian grid (``GAUSS=1``) is, however, rather demanding and feasible only for resolutions up to T799. Higher resolutions are achievable on the HPC. If data retrieval at T1279 needs to be performed on *ecgate*, the computation of the vertical velocity is feasible only on the lat/lon grid (``GAUSS=0``), which also yields very good results. Please read document v20_update_protocol.pdf-v60_update_protocol.pdf to see if the errors incurred are acceptable for the planned application. 32 33 * For lower resolution (often global) output grids, calculation of vertical velocities with lower than operational spectral resolution is recommended. For global grids the following settings appear optimal: 34 33 35 - For 1.0 degree grids: ``GAUSS=1``, ``RESOL=255``, ``SMOOTH=179`` 34 36 - For 0.5 degree grids: ``GAUSS=1``, ``RESOL=399``, ``SMOOTH=359`` -
For_developers/Sphinx/Source/Installation/gateway.rst
r8a53342 r6931f61 129 129 | DESTINATION='<assoc_name>@genericSftp' | DESTINATION='<assoc_name>@genericSftp' | 130 130 | INSTALLDIR=None | INSTALLDIR=None | 131 | JOB_TEMPLATE=' job.template' | JOB_TEMPLATE='job.template'|131 | JOB_TEMPLATE='installscript.template' | JOB_TEMPLATE='installscript.template' | 132 132 | CONTROLFILE='CONTROL_EA5' | CONTROLFILE='CONTROL_EA5' | 133 133 | ... | ... | -
For_developers/Sphinx/Source/Installation/local.rst
r8a53342 r6931f61 17 17 .. _cdsapi: https://cds.climate.copernicus.eu/api-how-to 18 18 .. _genshi: https://genshi.edgewall.org/ 19 .. _eccodes for python: https://pypi.org/project/eccodes -python/20 .. _eccodes for conda: https://anaconda.org/conda-forge/ eccodes19 .. _eccodes for python: https://pypi.org/project/eccodes/ 20 .. _eccodes for conda: https://anaconda.org/conda-forge/python-eccodes 21 21 .. _gfortran: https://gcc.gnu.org/wiki/GFortran 22 22 .. _fftw3: http://www.fftw.org … … 120 120 121 121 Check the availability of the python packages by typing ``python3`` in a terminal window and run the ``import`` commands in the python shell: 122 122 123 .. code-block:: python 123 124 … … 287 288 # 288 289 TARGET='local' 290 MAKEFILE=<name_of_your_makefile> 289 291 ECUID=None 290 292 ECGID=None … … 292 294 DESTINATION=None 293 295 INSTALLDIR=None 294 JOB_TEMPLATE=' job.template'296 JOB_TEMPLATE='' 295 297 CONTROLFILE='CONTROL_EA5' 296 298 ... -
For_developers/Sphinx/Source/Installation/remote.rst
r8a53342 r6931f61 138 138 | DESTINATION='<username>@genericSftp' | DESTINATION='<username>@genericSftp' | 139 139 | INSTALLDIR=None | INSTALLDIR='' | 140 | JOB_TEMPLATE=' job.template' | JOB_TEMPLATE='job.template'|140 | JOB_TEMPLATE='installscript.template' | JOB_TEMPLATE='installscript.template' | 141 141 | CONTROLFILE='CONTROL_EA5' | CONTROLFILE='CONTROL_EA5' | 142 142 | ... | ... | … … 153 153 154 154 .. code-block:: bash 155 156 module load python3 155 157 156 ./setup.sh 158 157 -
For_developers/Sphinx/Source/authors.rst
r8a53342 r6931f61 9 9 | Althanstraße 14 / UZA II 10 10 | 1090 Vienna, Austria 11 | mail: anne.philipp [at] univie.ac.at11 | e-mail: anne.philipp [at] univie.ac.at 12 12 13 14 13 15 14 | Leopold Haimberger … … 18 17 | Althanstraße 14 / UZA II 19 18 | 1090 Vienna, Austria 20 | mail: leopold.haimberger [at] univie.ac.at19 | e-mail: leopold.haimberger [at] univie.ac.at 21 20 22 21 22 | Petra Seibert 23 | Institute of Meteorology (BOKU-Met) 24 | University of Natural Resources & Life Sciences (BOKU) 25 | Gregor-Mendel-Str. 33 26 | 1180 Wien, Austria 27 | e-mail: petra.seibert ./at/. boku.ac.at 28 23 29 .. toctree:: 24 30 :hidden: -
For_developers/Sphinx/Source/changelog.rst
r8a53342 r6931f61 11 11 12 12 13 .. _ref-v712: 14 15 Release v7.1.2 16 -------------- 17 18 Changes 19 ######### 20 * changed naming of template files 21 * separate loading of Python3 module in remote mode is no longer necessary 22 * updated module versions for ECMWF servers 23 * changed names of working directories on ECMWF servers 24 * select makefile automatically regarding application mode if it was not set in ``setup.sh`` 25 * updated online documentation 26 * converted most important Fortran code documentation from German to English 27 * deactivate writing of VERTICAL.EC file by Fortran code 28 * adapt and improve Fortran regression test scripts 29 * remove jasper lib from Fortran makefiles 30 31 13 32 .. _ref-v711: 14 33 -
For_developers/Sphinx/Source/conf.py
r8a53342 r6931f61 32 32 33 33 # The short X.Y version 34 version = u'7.1. 1'34 version = u'7.1.2' 35 35 # The full version, including alpha/beta/rc tags 36 release = u'7.1. 1'36 release = u'7.1.2' 37 37 38 38 -
For_developers/Sphinx/Source/installation.rst
r8a53342 r6931f61 140 140 We tested ``flex_extract`` with the Python3 package from the the GNU/Linux distribution and Anaconda Python. The required Python3 modules should prefarably be installed as distribution packages, or alternatively using Python's own package manager ``pip`` (this may mess up some aspects of your python installation, especially if you use ``pip`` as root. Think about using virtual environments.). 141 141 142 Before installing the system packages check the availability with (Debian-based system) ``dpkg -s <package-name> | grep Status`` or (Redhat-based system) ``rpm -q <package_name>``. For example:142 Before installing the system packages check the availability with (Debian-based system) ``dpkg -s <package-name> | grep Status`` or (Redhat-based system) ``rpm -q <package_name>``. For example: 143 143 144 144 .. code-block:: sh … … 198 198 To check whether the Fortran program ``calc_etadot`` has been compiled and runs properly, it can be applied to a prepared minimal dataset. 199 199 200 For this, go from the ``flex_extract`` root directory to the ``Testing/Installation/C onvert/`` directory and execute the Fortran program.200 For this, go from the ``flex_extract`` root directory to the ``Testing/Installation/Calc_etadot/`` directory and execute the Fortran program. 201 201 202 202 .. note:: … … 205 205 .. code-block:: bash 206 206 207 cd Testing/Installation/C onvert207 cd Testing/Installation/Calc_etadot 208 208 # execute the Fortran progam without arguments 209 209 ../../../Source/Fortran/calc_etadot -
For_developers/Sphinx/Source/quick_start.rst
r8a53342 r6931f61 65 65 66 66 # On ECMWF server 67 [<ecuid>@ecgb11 ~]$ module load python368 67 [<ecuid>@ecgb11 ~]$ cd flex_extract_vX.X/Run 69 68 … … 104 103 OUTPUTDIR=None 105 104 PP_ID=None 106 JOB_TEMPLATE='job .temp'105 JOB_TEMPLATE='jobscript.template' 107 106 CONTROLFILE='CONTROL_CERA' 108 107 DEBUG=0 … … 138 137 ls -rthl 139 138 140 The last command lists the most recent logs and temporary retrieval directories (usually `` pythonXXXXX``, where XXXXX is the process id). Under ``pythonXXXXX`` a copy of the ``CONTROL`` file is stored under the name ``CONTROL``, the protocol is stored in the file ``prot`` and the temporary files as well as the resulting files are stored in a directory ``work``. The original name of the ``CONTROL`` file is stored in this new file under parameter ``controlfile``.139 The last command lists the most recent logs and temporary retrieval directories (usually ``extractXXXXX``, where XXXXX is the process id). Under ``extractXXXXX`` a copy of the ``CONTROL`` file is stored under the name ``CONTROL``, the protocol is stored in the file ``prot`` and the temporary files as well as the resulting files are stored in a directory ``work``. The original name of the ``CONTROL`` file is stored in this new file under parameter ``controlfile``. 141 140 142 141 .. code-block:: bash 143 142 :caption: "Example structure of ``flex_extract`` output directory on ECMWF servers." 144 143 145 pythonXXXXX144 extractXXXXX 146 145 ├── CONTROL 147 146 ├── prot … … 358 357 359 358 360 Pureforecast361 It is possible to retrieve pureforecasts exceeding one day. The forecast period available depends on the date and forecast field type. Please use MARS catalogue to check the availability. Below are some examples for 36 hour forecasts of *Forecast (FC)*, *Control forecast (CF)* and *Calibration/Validation forecast (CV)*.359 Long forecast 360 It is possible to retrieve long forecasts exceeding one day. The forecast period available depends on the date and forecast field type. Please use MARS catalogue to check the availability. Below are some examples for 36 hour forecasts of *Forecast (FC)*, *Control forecast (CF)* and *Calibration/Validation forecast (CV)*. 362 361 The *CV* field type was only available 3-hourly from 2006 up to 2016. It is recommended to use the *CF* type since this is available from 1992 (3-hourly) on up to today (1-hourly). *CV* and *CF* field types belong to the *Ensemble prediction system (ENFO)* which currently works with 50 ensemble members. 363 362 Please be aware that in this case it is necessary to set the type for flux fields explicitly, otherwise a default value might be selected, different from what you expect! … … 418 417 The forecast field types (e.g. FC, CF, CV, PF) need to declare a combination of (forescast start) time and the (forecast) step. Together they define the actual time. It is important to know the forecast starting times for the dataset to be retrieved, since they are different. In general, it is sufficient to give information for the exact time steps, but it is also possible to have more time step combinations of ``TYPE``, ``TIME`` and ``STEP`` because the temporal (hourly) resolution with the ``DTIME`` parameter will select the correct combinations. 419 418 420 .. todo::421 422 #PS needs to be rephrased423 424 419 .. code-block:: bash 425 420 :caption: Example of a setting for the field types and temporal resolution. It will retrieve 3-hourly fields, with analyses at 00 and 12 UTC and the corresponding forecasts inbetween. … … 451 446 After selecting grid, the ``domain`` has to be defined. The extension in longitude or latitude direction must be an integer multiple of ``grid``. 452 447 453 .. todo::454 455 #PS shouldn't we explain how to define a domain??456 448 457 449 The horizontal resolution for spectral fields is set by the parameter ``RESOL``. For information about how to select an appropriate value please read the explanation of the MARS keyword RESOL as found `in this entry of the ECMWF on-line documentation <https://confluence.ecmwf.int/display/UDOC/Post-processing+keywords#Post-processingkeywords-resol>`_ and `this table (also ECMWF documentation) <https://confluence.ecmwf.int/display/UDOC/Retrieve#Retrieve-Truncationbeforeinterpolation>`_. … … 470 462 471 463 Flux data 472 Flux fields are always forecast fields and contain values of the fluxes accumulated since the start of the respective forecast. As certain re-analysis dataset cover all time steps with analysis fields, it was necessary to define a new parameter set for the definition of the flux fields. The following parameters are used specifically for flux fields, if provided. ``ACCTYPE`` is the field type (must be a type of forecast), ``ACCTIME`` the forecast starting time, and ``ACCMAXSTEP`` the maximum forecast step;``DTIME`` the temporal resolution. ACCTYPE is assumed to be the same during the whole period given by ACCTIME and ACCMAXSTEP. 473 474 .. todo:: 475 476 #PS for which application would this be typical? 477 464 Flux fields are always forecast fields and contain values of the fluxes accumulated since the start of the respective forecast. As certain re-analysis dataset cover all time steps with analysis fields, it was necessary to define a new parameter set for the definition of the flux fields. The following parameters are used specifically for flux fields. ``ACCTYPE`` is the field type (must be a type of forecast), ``ACCTIME`` the forecast starting time, and ``ACCMAXSTEP`` the maximum forecast step;``DTIME`` the temporal resolution. ACCTYPE is assumed to be the same during the whole period given by ACCTIME and ACCMAXSTEP. These values will be set automatically if not provided in a ``CONTROL`` file. 465 478 466 .. code-block:: bash 479 467 :caption: Example setting for the definition of flux fields.
Note: See TracChangeset
for help on using the changeset viewer.