Skip to content

Changes

Page history
Santa claus cleaning #1 authored by guillaume.morvan_ird.fr's avatar guillaume.morvan_ird.fr
Show whitespace changes
Inline Side-by-side
Introduction.md
View page @ 7a8319da
......@@ -42,9 +42,9 @@ First, each user have to download reference repository (NEMOREF/CROCOREF) with t
---
###### Connexion ssh
First of all, to retrieve the repository make sure that your public keys have been copied and pasted into the box (see picture below)
If necessary, you will have to go to your local directory **~/.ssh/** and retrieve the *.pub file
If not present type on your pc:
First of all, to retrieve this repository, make sure that your public keys have been copied and pasted into the box (see picture below)
If necessary, you will have to go to your local directory **~/.ssh/** and to retrieve the *.pub file
If it is not present within, just type on your pc:
```console
ssh-keygen -t rsa -C "key for you"
......@@ -75,7 +75,7 @@ git config --global http.https://forge.ird.fr.proxy http://proxy.legos.obs-mip.f
```
###### Alternative if ssh/https connexion dont work
###### Alternative if ssh/https connexion don't work
Remind in that case, you will download only a snapshot of remote repository, so please take care to choose the correct tag, and then like in this picture below:
......@@ -126,7 +126,7 @@ If you are not friendly with the repos, the user can proceed in this way to sear
**OCEAN** :
MERCATOR GLORYS (GLobal Ocean ReanalYsis and Simulation) reanalysis are based on the PSY4 system which is a global high resolution ocean monitoring and forecasting system from Mercator.
MERCATOR GLORYS (GLobal Ocean ReanalYsis and Simulation) reanalysis are based on the PSY4 system which is a global high resolution ocean monitoring and forecasting system from Mercator. It was also developed for the Copernicus Marine Environment Monitoring Service (CMEMS; http://marine.copernicus.eu/). A full description of the system components is available in [Lellouche et al. (2018) ](https://os.copernicus.org/articles/14/1093/2018/)
* MERCATOR GLORYS2V4
......@@ -181,7 +181,7 @@ If you are not friendly with the repos, the user can proceed in this way to sear
| ssrd(J/m2) (Surface solar radiation downwards) | radsw (W/m2) | also known as downward shortwave radiation at the sea surface (1h ERA5 field : radsw=ssrd/3600) |
| strd(J/m2) (Surface thermal radiation downwards) | radlw (W/m2) | also known as downward longwave radiation at the sea surface (1h ERA5 field : radlw=strd/3600) |
| tp(m) (Total precipitation (precip+solid precip(snow))) | precip (kg/(m2s) == mm/s) | keep in mind : 1 mm of water = 1L/m2 = 1Kg/m2 (1h ERA5 field : precip=tp*1000/3600) |
| snow(m) | snow (kg/(m2s)) | precip*0 |
| snow(m) | snow (kg/(m2s)) | precip*0 (for our use) |
......@@ -201,7 +201,7 @@ If you are not friendly with the repos, the user can proceed in this way to sear
**BATHY** :
* Global Bathymetry from ETOPO1, ETOPO2
* Global Bathymetry from GEBCO 2019 (15arc second ~500m)
* Global Bathymetry from GEBCO 2019 (15arc second about ~500m)
* Global Bathymetry From T-UGOm + postprocessing from F.Lyard . It's an improved topography in coastal environments developed by Florent Lyard and Damien Alain for FES2020 including new bathymetry data not taken into account in ETOPO2 and GEBCO1
......@@ -227,14 +227,14 @@ Is one of the first step of the preprocessing of a Nemo configuration. The inter
* from mercator simulation BIOMER4V2R1
Nemo wait for variable in mol/L, so there is a multiplicative factor to convert inputs from mL/L to mol/L
Nemo code is waiting for variable unit in mol/L, so there is a multiplicative factor to convert inputs from mL/L to mol/L
* for N : ratio no3/c = 7.65
* for P : ratio po4/c = 122
* for O2 : n=Vo2/Vmol=1000L/22.4L.mol-1=44.6
| Inputs for initialization and OBC | frequency | Units WOA18 | factor |
| Inputs for initialization and OBC | frequency used | Units WOA18 | factor to apply |
|:---:|:---:|:---:|:---:|
| DIC (Dissolved Inorganic Concentration) | annual | umol.L | 1e-6 |
| DOC (Dissolved organic Concentration) | annual | umol.L | 1e-6 |
......@@ -247,13 +247,13 @@ Nemo wait for variable in mol/L, so there is a multiplicative factor to convert
| Inputs for optics and deposition process | frequency | Units | - |
| Inputs for optics and deposition process | frequency used | Units | - |
|:---:|:---:|:---:|:---:|
| Percentage of PAR (Photosynthetically available radiation) in shortwave | daily | - | |
| Dust from atmosphere | monthly | Dust Kg.m-2.s-1 | |
| Solubility for atm. Iron | annual | - | |
| atmospheric N deposition | annual | - | |
| Fe bathy (beach) | annual | - | |
| Fe bathy (coastline) | annual | - | |
| river inputs DIC | daily | - | |
| river inputs DOC | daily | - | |
| river inputs DIN (Nitrogen) | daily | - | |
......@@ -289,7 +289,7 @@ All these files are versioned for a configuration given here _CONFIG_CASE_:
WEIGHTS/
> **Note** : We keep this tree structure, we could imagine source modified from other models such as WRF, for some coupled configuration with NEMO for example. In this case, We will have: NEMO_CONFIGS/models/WRFSRC/... see NEMO_CONFIGS/models/SDAP mirrored... see new repo SDAP ?
> **Note** : We keep this tree structure, we could imagine source modified from other models such as WRF, for some coupled configuration with NEMO for example. In this case, We will have: NEMO_CONFIGS/models/WRFSRC/... see NEMO_CONFIGS/models/SDAP mirrored...
**2**. setup : configuration file __includefile.ini__ contains set of environment variables corresponding to the CONFIG_CASE config as well as the jobs scripts used to execute the model on a given cluster
......
......