New URL for NEMO forge!   http://forge.nemo-ocean.eu

Since March 2022 along with NEMO 4.2 release, the code development moved to a self-hosted GitLab.
This present forge is now archived and remained online for history.
Chap_CFG.tex in branches/2017/dev_CNRS_2017/DOC/TexFiles/Chapters – NEMO

source: branches/2017/dev_CNRS_2017/DOC/TexFiles/Chapters/Chap_CFG.tex @ 8882

Last change on this file since 8882 was 8882, checked in by flavoni, 6 years ago

dev_CNRS_2017 branch: merged dev_r7881_ENHANCE09_RK3 with trunk r8864

File size: 17.8 KB
Line 
1\documentclass[NEMO_book]{subfiles}
2\begin{document}
3% ================================================================
4% Chapter � Configurations
5% ================================================================
6\chapter{Configurations}
7\label{CFG}
8\minitoc
9
10\newpage
11$\ $\newline    % force a new ligne
12
13% ================================================================
14% Introduction
15% ================================================================
16\section{Introduction}
17\label{CFG_intro}
18
19
20The purpose of this part of the manual is to introduce the \NEMO reference configurations.
21These configurations are offered as means to explore various numerical and physical options,
22thus allowing the user to verify that the code is performing in a manner consistent with that
23we are running. This form of verification is critical as one adopts the code for his or her particular
24research purposes. The reference configurations also provide a sense for some of the options available
25in the code, though by no means are all options exercised in the reference configurations.
26
27Configuration is defined mainly through the \ngn{namcfg}  namelist variables:
28\sfcomment {Here change namcfg part of namelist. Configuration is defined throughout domain\_cfg.nc file now} 
29
30%------------------------------------------namcfg----------------------------------------------------
31\namdisplay{namcfg}
32%-------------------------------------------------------------------------------------------------------------
33
34% ================================================================
35% 1D model configuration
36% ================================================================
37\section{Water column model: 1D model (C1D) (\key{c1d}) }
38\label{CFG_c1d}
39
40$\ $\newline
41BE careful: to be re-written according to suppression of jpizoom and jpjzoom !!!!
42$\ $\newline
43
44The 1D model option simulates a stand alone water column within the 3D \NEMO system.
45It can be applied to the ocean alone or to the ocean-ice system and can include passive tracers
46or a biogeochemical model. It is set up by defining the position of the 1D water column in the grid
47(see \textit{CONFIG/SHARED/namelist\_ref} ).
48The 1D model is a very useful tool 
49\textit{(a)} to learn about the physics and numerical treatment of vertical mixing processes ;
50\textit{(b)} to investigate suitable parameterisations of unresolved turbulence (surface wave
51breaking, Langmuir circulation, ...) ;
52\textit{(c)} to compare the behaviour of different vertical mixing schemes  ;
53\textit{(d)} to perform sensitivity studies on the vertical diffusion at a particular point of an ocean domain ;
54\textit{(d)} to produce extra diagnostics, without the large memory requirement of the full 3D model.
55
56The methodology is based on the use of the zoom functionality over the smallest possible
57domain : a 3x3 domain centered on the grid point of interest,
58with some extra routines. There is no need to define a new mesh, bathymetry,
59initial state or forcing, since the 1D model will use those of the configuration it is a zoom of.
60The chosen grid point is set in \textit{\ngn{namcfg}} namelist by setting the \np{jpizoom} and \np{jpjzoom} 
61parameters to the indices of the location of the chosen grid point.
62
63The 1D model has some specifies. First, all the horizontal derivatives are assumed to be zero, and
64second, the two components of the velocity are moved on a $T$-point.
65Therefore, defining \key{c1d} changes five main things in the code behaviour:
66\begin{description}
67\item[(1)] the lateral boundary condition routine (\rou{lbc\_lnk}) set the value of the central column
68of the 3x3 domain is imposed over the whole domain ;
69\item[(3)] a call to \rou{lbc\_lnk} is systematically done when reading input data ($i.e.$ in \mdl{iom}) ;
70\item[(3)] a simplified \rou{stp} routine is used (\rou{stp\_c1d}, see \mdl{step\_c1d} module) in which
71both lateral tendancy terms and lateral physics are not called ;
72\item[(4)] the vertical velocity is zero (so far, no attempt at introducing a Ekman pumping velocity
73has been made) ;
74\item[(5)] a simplified treatment of the Coriolis term is performed as $U$- and $V$-points are the same
75(see \mdl{dyncor\_c1d}).
76\end{description}
77All the relevant \textit{\_c1d} modules can be found in the NEMOGCM/NEMO/OPA\_SRC/C1D directory of
78the \NEMO distribution.
79
80% to be added:  a test case on the yearlong Ocean Weather Station (OWS) Papa dataset of Martin (1985)
81
82% ================================================================
83% ORCA family configurations
84% ================================================================
85\section{ORCA family: global ocean with tripolar grid }
86\label{CFG_orca}
87
88The ORCA family is a series of global ocean configurations that are run together with
89the LIM sea-ice model (ORCA-LIM) and possibly with PISCES biogeochemical model
90(ORCA-LIM-PISCES), using various resolutions.
91The appropriate namelist is available in \textit{CONFIG/ORCA2\_LIM3\_PISCES/EXP00/namelist\_cfg} 
92for ORCA2 and in \textit{CONFIG/SHARED/README\_configs\_namcfg\_namdom}  \sfcomment {not really true, they are obsolete namelists, where find these informations?} 
93for other resolutions
94
95
96%>>>>>>>>>>>>>>>>>>>>>>>>>>>>
97\begin{figure}[!t]   \begin{center}
98\includegraphics[width=0.98\textwidth]{Fig_ORCA_NH_mesh}
99\caption{  \label{Fig_MISC_ORCA_msh}     
100ORCA mesh conception. The departure from an isotropic Mercator grid start poleward of 20\degN.
101The two "north pole" are the foci of a series of embedded ellipses (blue curves)
102which are determined analytically and form the i-lines of the ORCA mesh (pseudo latitudes).
103Then, following \citet{Madec_Imbard_CD96}, the normal to the series of ellipses (red curves) is computed
104which provide the j-lines of the mesh (pseudo longitudes).  }
105\end{center}   \end{figure}
106%>>>>>>>>>>>>>>>>>>>>>>>>>>>>
107
108% -------------------------------------------------------------------------------------------------------------
109%       ORCA tripolar grid
110% -------------------------------------------------------------------------------------------------------------
111\subsection{ORCA tripolar grid}
112\label{CFG_orca_grid}
113
114The ORCA grid is a tripolar is based on the semi-analytical method of \citet{Madec_Imbard_CD96}.
115It allows to construct a global orthogonal curvilinear ocean mesh which has no singularity point inside
116the computational domain since two north mesh poles are introduced and placed on lands.
117The method involves defining an analytical set of mesh parallels in the stereographic polar plan,
118computing the associated set of mesh meridians, and projecting the resulting mesh onto the sphere.
119The set of mesh parallels used is a series of embedded ellipses which foci are the two mesh north
120poles (Fig.~\ref{Fig_MISC_ORCA_msh}). The resulting mesh presents no loss of continuity in
121either the mesh lines or the scale factors, or even the scale factor derivatives over the whole
122ocean domain, as the mesh is not a composite mesh.
123%>>>>>>>>>>>>>>>>>>>>>>>>>>>>
124\begin{figure}[!tbp]  \begin{center}
125\includegraphics[width=1.0\textwidth]{Fig_ORCA_NH_msh05_e1_e2}
126\includegraphics[width=0.80\textwidth]{Fig_ORCA_aniso}
127\caption {  \label{Fig_MISC_ORCA_e1e2}
128\textit{Top}: Horizontal scale factors ($e_1$, $e_2$) and
129\textit{Bottom}: ratio of anisotropy ($e_1 / e_2$)
130for ORCA 0.5\deg ~mesh. South of 20\degN a Mercator grid is used ($e_1 = e_2$)
131so that the anisotropy ratio is 1. Poleward of 20\degN, the two "north pole"
132introduce a weak anisotropy over the ocean areas ($< 1.2$) except in vicinity of Victoria Island
133(Canadian Arctic Archipelago). }
134\end{center}   \end{figure}
135%>>>>>>>>>>>>>>>>>>>>>>>>>>>>
136
137
138The method is applied to Mercator grid ($i.e.$ same zonal and meridional grid spacing) poleward
139of 20\degN, so that the Equator is a mesh line, which provides a better numerical solution
140for equatorial dynamics. The choice of the series of embedded ellipses (position of the foci and
141variation of the ellipses) is a compromise between maintaining  the ratio of mesh anisotropy
142($e_1 / e_2$) close to one in the ocean (especially in area of strong eddy activities such as
143the Gulf Stream) and keeping the smallest scale factor in the northern hemisphere larger
144than the smallest one in the southern hemisphere.
145The resulting mesh is shown in Fig.~\ref{Fig_MISC_ORCA_msh} and \ref{Fig_MISC_ORCA_e1e2} 
146for a half a degree grid (ORCA\_R05).
147The smallest ocean scale factor is found in along  Antarctica, while the ratio of anisotropy remains close to one except near the Victoria Island
148in the Canadian Archipelago.
149
150% -------------------------------------------------------------------------------------------------------------
151%       ORCA-LIM(-PISCES) configurations
152% -------------------------------------------------------------------------------------------------------------
153\subsection{ORCA pre-defined resolution}
154\label{CFG_orca_resolution}
155
156
157The NEMO system is provided with five built-in ORCA configurations which differ in the
158horizontal resolution. The value of the resolution is given by the resolution at the Equator
159expressed in degrees. Each of configuration is set through the \textit{domain\_cfg} file,
160which sets the grid size and configuration name parameters \sfcomment {I would like to change tab_ORCA but I can not find it, wrong jp_cfg} 
161 (Tab. \ref{Tab_ORCA}).
162
163
164
165
166%--------------------------------------------------TABLE--------------------------------------------------
167\begin{table}[!t]     \begin{center}
168\begin{tabular}{p{4cm} c c c c}
169Horizontal Grid                         & \np{ORCA\_index} &  \np{jpiglo} & \np{jpjglo} &       \\ 
170\hline  \hline
171\~4\deg     &        4         &         92     &      76      &       \\
172\~2\deg        &        2         &       182     &    149      &        \\
173\~1\deg        &        1         &       362     &     292     &        \\
174\~0.5\deg     &        05       &       722     &     511     &        \\
175\~0.25\deg   &        025     &      1442    &   1021     &        \\
176%\key{orca\_r8}       &        8         &      2882    &   2042     &        \\
177%\key{orca\_r12}     &      12         &      4322    &   3062      &       \\
178\hline   \hline
179\end{tabular}
180\caption{ \label{Tab_ORCA}   
181Set of predefined parameters for ORCA family configurations.
182In all cases, the flag for configurations of ORCA family is set to 1 in \textit{domain\_cfg}  }
183\end{center}
184\end{table}
185%--------------------------------------------------------------------------------------------------------------
186
187
188The ORCA\_R2 configuration has the following specificity : starting from a 2\deg~ORCA mesh,
189local mesh refinements were applied to the Mediterranean, Red, Black and Caspian Seas,
190so that the resolution is 1\deg \time 1\deg there. A local transformation were also applied
191with in the Tropics in order to refine the meridional resolution up to 0.5\deg at the Equator.
192
193The ORCA\_R1 configuration has only a local tropical transformation  to refine the meridional
194resolution up to 1/3\deg~at the Equator. Note that the tropical mesh refinements in ORCA\_R2
195and R1 strongly increases the mesh anisotropy there.
196
197The ORCA\_R05 and higher global configurations do not incorporate any regional refinements. 
198
199For ORCA\_R1 and R025, setting the configuration key to 75 allows to use 75 vertical levels,
200otherwise 46 are used. In the other ORCA configurations, 31 levels are used
201(see Tab.~\ref{Tab_orca_zgr} \sfcomment{HERE I need to put new table for ORCA2 values} and Fig.~\ref{Fig_zgr}).
202
203Only the ORCA\_R2 is provided with all its input files in the \NEMO distribution.
204It is very similar to that used as part of the climate model developed at IPSL for the 4th IPCC
205assessment of climate change (Marti et al., 2009). It is also the basis for the \NEMO contribution
206to the Coordinate Ocean-ice Reference Experiments (COREs) documented in \citet{Griffies_al_OM09}.
207
208This version of ORCA\_R2 has 31 levels in the vertical, with the highest resolution (10m)
209in the upper 150m (see Tab.~\ref{Tab_orca_zgr} and Fig.~\ref{Fig_zgr}).
210The bottom topography and the coastlines are derived from the global atlas of Smith and Sandwell (1997).
211The default forcing uses the boundary forcing from \citet{Large_Yeager_Rep04} (see \S\ref{SBC_blk_core}),
212which was developed for the purpose of running global coupled ocean-ice simulations
213without an interactive atmosphere. This \citet{Large_Yeager_Rep04} dataset is available
214through the \href{http://nomads.gfdl.noaa.gov/nomads/forms/mom4/CORE.html}{GFDL web site}.
215The "normal year" of \citet{Large_Yeager_Rep04} has been chosen of the \NEMO distribution
216since release v3.3.
217
218ORCA\_R2 pre-defined configuration can also be run with an AGRIF zoom over the Agulhas
219current area ( \key{agrif}  defined) and, by setting the appropriate variables, see \textit{CONFIG/SHARED/namelist\_ref}
220a regional Arctic or peri-Antarctic configuration is extracted from an ORCA\_R2 or R05 configurations
221using sponge layers at open boundaries.
222
223% -------------------------------------------------------------------------------------------------------------
224%       GYRE family: double gyre basin
225% -------------------------------------------------------------------------------------------------------------
226\section{GYRE family: double gyre basin }
227\label{CFG_gyre}
228
229The GYRE configuration \citep{Levy_al_OM10} has been built to simulate
230the seasonal cycle of a double-gyre box model. It consists in an idealized domain
231similar to that used in the studies of \citet{Drijfhout_JPO94} and \citet{Hazeleger_Drijfhout_JPO98,
232Hazeleger_Drijfhout_JPO99, Hazeleger_Drijfhout_JGR00, Hazeleger_Drijfhout_JPO00},
233over which an analytical seasonal forcing is applied. This allows to investigate the
234spontaneous generation of a large number of interacting, transient mesoscale eddies
235and their contribution to the large scale circulation.
236
237The domain geometry is a closed rectangular basin on the $\beta$-plane centred
238at $\sim$ 30\degN and rotated by 45\deg, 3180~km long, 2120~km wide
239and 4~km deep (Fig.~\ref{Fig_MISC_strait_hand}).
240The domain is bounded by vertical walls and by a flat bottom. The configuration is
241meant to represent an idealized North Atlantic or North Pacific basin.
242The circulation is forced by analytical profiles of wind and buoyancy fluxes.
243The applied forcings vary seasonally in a sinusoidal manner between winter
244and summer extrema \citep{Levy_al_OM10}.
245The wind stress is zonal and its curl changes sign at 22\degN and 36\degN.
246It forces a subpolar gyre in the north, a subtropical gyre in the wider part of the domain
247and a small recirculation gyre in the southern corner.
248The net heat flux takes the form of a restoring toward a zonal apparent air
249temperature profile. A portion of the net heat flux which comes from the solar radiation
250is allowed to penetrate within the water column.
251The fresh water flux is also prescribed and varies zonally.
252It is determined such as, at each time step, the basin-integrated flux is zero.
253The basin is initialised at rest with vertical profiles of temperature and salinity
254uniformly applied to the whole domain.
255
256The GYRE configuration is set like an analytical configuration, through \np{ln\_read\_cfg\textit{=true}} in \textit{namcfg} namelist defined in the reference configuration \textit{CONFIG/GYRE/EXP00/namelist\_cfg}. Its horizontal resolution
257(and thus the size of the domain) is determined by setting \np{nn\_GYRE} in  \ngn{namusr\_def}: \\
258\np{jpiglo} $= 30 \times$ \np{nn\_GYRE} + 2   \\
259\np{jpjglo} $= 20 \times$ \np{nn\_GYRE} + 2   \\
260Obviously, the namelist parameters have to be adjusted to the chosen resolution, see the Configurations
261pages on the NEMO web site (Using NEMO\/Configurations) .
262In the vertical, GYRE uses the default 30 ocean levels (\pp{jpk}=31) (Fig.~\ref{Fig_zgr}).
263
264The GYRE configuration is also used in benchmark test as it is very simple to increase
265its resolution and as it does not requires any input file. For example, keeping a same model size
266on each processor while increasing the number of processor used is very easy, even though the
267physical integrity of the solution can be compromised. Benchmark is activate via \np{ln\_bench\textit{=true}} in \ngn{namusr\_def} in namelist  \textit{CONFIG/GYRE/EXP00/namelist\_cfg}.
268
269%>>>>>>>>>>>>>>>>>>>>>>>>>>>>
270\begin{figure}[!t]   \begin{center}
271\includegraphics[width=1.0\textwidth]{Fig_GYRE}
272\caption{  \label{Fig_GYRE}   
273Snapshot of relative vorticity at the surface of the model domain
274in GYRE R9, R27 and R54. From \citet{Levy_al_OM10}.}
275\end{center}   \end{figure}
276%>>>>>>>>>>>>>>>>>>>>>>>>>>>>
277
278% -------------------------------------------------------------------------------------------------------------
279%       AMM configuration
280% -------------------------------------------------------------------------------------------------------------
281\section{AMM: atlantic margin configuration }
282\label{MISC_config_AMM}
283
284The AMM, Atlantic Margins Model, is a regional model covering the
285Northwest European Shelf domain on a regular lat-lon grid at
286approximately 12km horizontal resolution. The appropriate
287\textit{\&namcfg} namelist  is available in \textit{CONFIG/AMM12/EXP00/namelist\_cfg}.
288It is used to build the correct dimensions of the AMM domain.
289
290This configuration tests several features of NEMO functionality specific
291to the shelf seas.
292In particular, the AMM uses $S$-coordinates in the vertical rather than
293$z$-coordinates and is forced with tidal lateral boundary conditions
294using a flather boundary condition from the BDY module.
295The AMM configuration  uses the GLS (key\_zdfgls) turbulence scheme, the
296VVL non-linear free surface(key\_vvl) and time-splitting
297(key\_dynspg\_ts).
298
299In addition to the tidal boundary condition the model may also take
300open boundary conditions from a North Atlantic model. Boundaries may be
301completely omitted by setting \np{ln\_bdy} to false.
302Sample surface fluxes, river forcing and a sample initial restart file
303are included to test a realistic model run. The Baltic boundary is
304included within the river input file and is specified as a river source.
305Unlike ordinary river points the Baltic inputs also include salinity and
306temperature data.
307
308\end{document}
Note: See TracBrowser for help on using the repository browser.