Difference between revisions of "Vertical S-coordinate"

From WikiROMS
Jump to navigationJump to search
m (Text replacement - "ocean.in" to "roms.in")   (change visibility)
 
(40 intermediate revisions by 4 users not shown)
Line 1: Line 1:
<div class="title">Vertical S-coordinate</div>
<div class="title">Vertical S-coordinate</div>
<wikitex>
ROMS has a generalized vertical, terrain-following, coordinate system.  Currently, two vertical transformation
Following [[Bibliography#SongY_1994a | Song and Haidvogel (1994)]] but modified by [[Bibliography#ShchepetkinAF_2005a | Shchepetkin and McWilliams (2005)]], the vertical coordinate has been chosen to be:
equations, <math>z=z(x,y,\sigma,t)</math>, are available which can support numerous vertical stretching 1D-functions when several
constraints are satisfied.


$$z = \zeta + \left(1 + {\zeta \over h} \right) \left[h_c \sigma + (h - h_c) C(\sigma)\right],
==Transformation Equations==
  \qquad \qquad -1 \leq \sigma \leq 0$$
The following vertical coordinate transformations are available:
<span id="transform1"></span>
{| class="eqno"
|<math display="block">\begin{align}z(x,y,\sigma,t) &= S(x,y,\sigma) + \zeta(x,y,t) \left[1 + \frac{S(x,y,\sigma)}{h(x,y)}\right], \\
        S(x,y,\sigma) &= h_c \, \sigma + \left[h(x,y) - h_c\right] \, C(\sigma) \end{align}</math><!--eqno{(1)}-->
|(1)
|}


where $h_c$ is either the minimum depth or a shallower depth above which we wish to have more resolution. $C(\sigma)$ is defined as:
or
<span id="transform2"></span>
{| class="eqno"
|<math display="block">\begin{align}z(x,y,\sigma,t) &= \zeta(x,y,t) + \left[\zeta(x,y,t) + h(x,y)\right] \, S(x,y,\sigma), \\
        S(x,y,\sigma) &= \frac{h_c \, \sigma + h(x,y)\, C(\sigma)}{h_c + h(x,y)} \end{align}</math><!--\eqno{(2)}-->
|(2)
|}
 
where <math>S(x,y,\sigma)</math> is a nonlinear vertical transformation functional, <math>\zeta(x,y,t)</math> is the time-varying free-surface,
<math>h(x,y)</math> is the unperturbed water column thickness and <math>z=-h(x,y)</math> corresponds to the ocean bottom, <math>\sigma</math> is a fractional
vertical stretching coordinate ranging from <math>-1 \le\sigma\le 0</math>, <math>C(\sigma)</math> is a nondimensional, monotonic, vertical
stretching function ranging from <math>-1 \le C(\sigma) \le 0</math>, and <math>h_c</math> is a positive thickness controlling the stretching.
In sediment applications, <math>h=h(x,y,t)</math> is changed at every time-step since it is affected by erosion and deposition processes.
 
{{warning}} <span class="red">Warning:</span> We are now very strict about the value of &nbsp;<math>h_{c}</math>&nbsp; and other input vertical transformation parameters.  Since the beginning of ROMS,&nbsp; <math>h_c=\min(h_{min},T_{cline})</math>&nbsp; where&nbsp; <math>h_{min}\equiv\hbox{minval}(h)</math> &nbsp;and&nbsp; [[Variables#Tcline | <math>T_{cline}</math>]]&nbsp; is the stretching parameter specified in [[roms.in]]. Notice that it is not possible to build the vertical stretching coordinates when&nbsp; <math>h_{c}> h_{min}</math>&nbsp; and using transformation [[#transform1|(1)]] because it yields &nbsp;<math>\partial{z}/\partial{\sigma} < 0</math>&nbsp;. This has been a legacy issue in ROMS for years, and you are either consistent with the previous set-up of your application or change the value of [[Variables#Tcline | <math>T_{cline}</math>]]&nbsp; in all input NetCDF files and [[roms.in]].  Therefore, in new applications you need to be sure that&nbsp; <math>T_{cline} \le h_{min}</math> when using the transformation [[#transform1|(1)]]. Notice that this restriction is <span class="red">removed</span> in transformation [[#transform1|(2)]] and &nbsp;<math>h_c</math>&nbsp; can be any positive value.  It works for both &nbsp;<math>h_c \le h_{min}</math>&nbsp; or &nbsp;<math>h_c > h_{min}</math>&nbsp;. Again, we are now checking internally for all stretching parameters for consistency in all input NetCDF files that have such variables.
 
We find it convenient to define:


$$C(\sigma) = (1 - b) {\sinh (\theta \sigma) \over \sinh \theta } +
<math display="block"> H_z \equiv {\partial z \over \partial \sigma} </math>
  b { \tanh [\theta ( \sigma + {1\over 2})] -
  \tanh ( {1\over 2} \theta) \over
  2 \tanh ( {1\over 2} \theta) }$$


where $\theta$ and $b$ are surface and bottom control parameters. Their ranges are $0 < \theta \leq 20$ and $0 \leq b \leq 1$, respectively.  The first equation leads to $z = \zeta$ for $\sigma = 0$ and $z = h$ for $\sigma = -1$.
where <math>H_z=H_z(x,y,\sigma,t)</math> are the vertical grid thicknesses. In ROMS, <math>H_z</math> is computed discretely as <math>\Delta z/ \Delta \sigma</math> since this leads to the vertical sum of <math>H_z</math> being exactly the total water column thickness <math>D</math>.


Some features of this coordinate system:
{{note}} Transformation [[#transform1|(1)]] has been available in ROMS since 1999. It is activated by setting [[Variables#Vtransform|Vtransform = 1]] in [[roms.in]]. Notice that,


*It is a generalization of the traditional $\sigma$-coordinate system. Letting $\theta$ go to zero and using L'Hopital's rule, we get:
<math display="block">S(x,y,\sigma) = \begin{cases}0,       &\text{if} \;\;\sigma = \;\;\;\,0,  \;\; &C(\sigma) = \;\;\;\,0, &\hbox{at the free-surface;}\\
 
-h(x,y),  &\text{if} \;\;\sigma = -1, \;\; &C(\sigma) = -1, &\hbox{at the ocean bottom.}\end{cases}</math>
$$z = (\zeta + h)(1 + \sigma) - h$$
   
   
which is the traditional $\sigma$-coordinate.
In an undisturbed ocean state, corresponding to zero free-surface, <math>z=S(x,y,\sigma)</math>. [[Bibliography#ShchepetkinAF_2005a | Shchepetkin and
* It is infinitely differentiable in $\sigma$.
McWilliams (2005)]] denotes this transformation as an unperturbed coordinate system since all the depths are not affected by the
* The larger the value of $\theta$, the more resolution is kept above $h_c$.
displacements of the free-surface. This ensures that the vertical mass fluxes generated by a purely barotropic motion will vanish at every interface
* For $b = 0$, the resolution all goes to the surface as $\theta$ is increased.
 
* For $b = 1$, the resolution goes to both the surface and the bottom equally as $\theta$ is increased.
{{note}} Transformation [[#transform2|(2)]] has been available in UCLA-ROMS since 2005. It is activated by setting [[Variables#Vtransform|Vtransform = 2]] in [[roms.in]]. Notice that,
* For $\theta \neq 0$ there is a subtle mismatch in the discretization of the model equations, for instance in the horizontal viscosity term. We recommend that you stick with "reasonable" values of $\theta$, say $\theta \leq 8$.
* Some problems turn out to be sensitive to the value of $\theta$ used.


The following figure shows the $\sigma$-surfaces for several values of $\theta$ and $b$ for one of our domainsIt was produced by a Matlab tool written by Hernan Arango which is available from our web site.
<math display="block">S(x,y,\sigma) = \begin{cases}\;\;0,        &\text{if} \;\;\sigma = \;\;\;\,0,  \;\; &C(\sigma) = \;\;\;\,0, &\hbox{at the free-surface;}\\
-1,  &\text{if} \;\;\sigma = -1, \;\; &C(\sigma) = -1, &\hbox{at the ocean bottom.}\end{cases}</math>
   
which is different to the behavior of the original functional in [[#transform2|(1)]]. Shchepetkin (personal communication) points out that [[#transform2|(2)]] offers several advantages:


[[Image:Scoord.png|vertical s-coordinate]]
* Regardless of the design of <math>C(\sigma)</math>, it behaves like equally-spaced sigma-coordinates in shallow regions, where <math>h(x,y) \ll h_c</math>.  This is advantageous because it avoids excessive resolution and associated CFL limitation is such areas.


Figure: The $\sigma$-surfaces for the North Atlantic with (a) $\theta = 0.0001$ and $b = 0$, (b) $\theta = 8$ and $b = 0$, (c) $\theta = 8$ and $b = 1$.  (d) The actual values used in this domain were $\theta = 5$ and $b = 0.4$.
* Near-surface refinement behaves more or less like geopotential coordinates in deep regions (level thicknesses, <math>H_z</math>, do not depend or weakly depend on bathymetry), while near-bottom like sigma coordinates (<math>H_z</math> is roughly proportional to depth).  This reduces the extreme r-factors near the bottom and reduces pressure gradient errors.
 
* The '''true''' sigma-coordinate system is recovered as <math>h_c \rightarrow \infty</math>. This is useful when configuring applications with '''flat''' bathymetry and '''uniform''' level thickness.  Practically, you can achieve this by setting [[Variables#Tcline|Tcline]] to '''1.0d+16''' in [[roms.in]]. This will set <math>h_c=1.0\hbox{x}10^{16}</math>. Although not necessary, we also recommend that you set <math>\theta_S=0</math> and <math>\theta_B=0</math>.<br>
 
In an undisturbed ocean state, <math>\zeta\equiv 0</math>, transformation [[#transform2|(2)]] yields the following unperturbed depths, <math>\hat{z}</math>,
 
{| class="eqno"
|<math display="block"> \hat{z}(x,y,\sigma) \equiv h(x,y) \, S(x,y,\sigma) = h(x,y) \left[\frac{h_c \, \sigma + h(x,y)\, C(\sigma)}{h_c + h(x,y)}\right] </math><!--\eqno{(3)}-->
|(3)
|}
 
and
 
{| class="eqno"
|<math display="block"> d\hat{z} = d\sigma \; h(x,y) \; \left[\frac{h_c}{h_c + h(x,y)}\right] </math><!--\eqno{(4)}-->
|(4)
|}
 
As a consequence, the uppermost grid box retains very little dependency from bathymetry in deep areas, where <math>h_c \ll h(x,y)</math>.
For example, if <math>h_c = 250\,m</math> and <math>h(x,y)</math> changes from <math>2000</math> to <math>6000\,m</math>, the uppermost grid box changes only by a factor
of 1.08 (less than <math>10\%</math>).
 
==Vertical Stretching Functions==
The above generic vertical transformation design facilitates numerous vertical stretching functions, <math>C(\sigma)</math>. This function
is defined in terms of several parameters which are specified in the standard input file, [[roms.in]].
 
'''Stretching Function Properties:'''
 
* <math>C(\sigma)</math> is a dimensionless, nonlinear, monotonic function;
* <math>C(\sigma)</math> is a continuous differentiable function, or a differentiable piecewise function with smooth transition;
* <math>C(\sigma)</math> must be discretized in terms of the fractional stretched vertical coordinate <math>\sigma</math>,
 
<math display="block">\sigma(k) = \begin{cases}\frac{k-N}{N},        &\text{at vertical }W\hbox{-points,}  &k=0,\dots,N\hbox{,} \\ \\
\frac{k-N-0.5}{N},    &\text{at vertical }\rho\hbox{-points,} &k=1,\dots,N\end{cases}</math>
 
* <math>C(\sigma)</math> must be constrained by <math>-1 \le C(\sigma) \le 0</math>, that is,
 
<math display="block">C(\sigma) = \begin{cases}\;\;0,        &\text{if} \;\;\sigma = \;\;\;\,0,  \;\; &C(\sigma) = \;\;\;\,0, &\hbox{at the free-surface;}\\
-1,  &\text{if} \;\;\sigma = -1, \;\; &C(\sigma) = -1, &\hbox{at the ocean bottom.}\end{cases}</math>
 
'''Available Stretching Functions:'''
 
<ol>
  <li> [[Bibliography#SongY_1994a | Song and Haidvogel (1994)]] function available in ROMS since its beginning, [[Variables#Vstretching|Vstretching = 1]].  <math>C(\sigma)</math> is defined as:
{| class="eqno"
|<math display="block">C(\sigma) = (1 - \theta_B) {\sinh (\theta_S\,\sigma) \over \sinh \theta_S } +
                                      \theta_B \left[{ \tanh [\theta_S ( \sigma + {1\over 2})]  \over
                                      2 \tanh ( {1\over 2} \theta_S) } - \frac{1}{2}\right] </math><!--\eqno{(5)}-->
|(5)
|}
where [[Variables#theta_s|<math>{\theta_S}</math>]] and [[Variables#theta_b|<math>\theta_B</math>]] are the surface and bottom control parameters. Their ranges are <math>0 < \theta_S \leq 20</math> and <math>0 \leq \theta_B \leq 1</math>, respectively. This function has the following features:
  <ul>
    <li>It is infinitely differentiable in <math>\sigma</math>.</li>
    <li>The larger the value of <math>{\theta_S}</math>, the more resolution is kept above <math>h_c</math>.</li>
    <li>For <math>\theta_B = 0</math>, the resolution all goes to the surface as <math>\theta_S</math> is increased.</li>
    <li>For <math>\theta_B = 1</math>, the resolution goes to both the surface and the bottom equally as <math>\theta_S</math> is increased.</li>
    <li>For <math>\theta_S \neq 0</math>, there is a subtle mismatch in the discretization of the model equations, for instance in the horizontal viscosity term.  We recommend that you stick with ''reasonable'' values of <math>\theta_S</math>, say <math>\theta_S \leq 8</math>.</li>
    <li>Some applications turn out to be sensitive to the value of <math>\theta_S</math> used.</li>
  </ul>
  </li>
 
  <li>A. Shchepetkin (2005) UCLA-ROMS deprecated function, [[Variables#Vstretching|Vstretching = 2]]. <math>C(\sigma)</math> is defined as a piecewise function:
{| class="eqno"
|<math display="block">\begin{align}C(\sigma) &= \mu \, C_{sur}(\sigma) + (1 - \mu) \, C_{bot}(\sigma), \\ \\ C_{sur}(\sigma) &= \frac{1 - \cosh(\theta_S \, \sigma)}{\cosh(\theta_S) - 1}, \qquad  \hbox{for }\theta_S > 0, \qquad C_{bot}(\sigma) = \frac{\sinh[\theta_B \,(\sigma + 1)]}{\sinh(\theta_B)} - 1, \qquad \hbox{for }\theta_B > 0, \\ \\ \mu &= (\sigma + 1)^{\alpha} \; \left[1 + \frac{\alpha}{\beta} \left(1 - (\sigma + 1)^{\beta}\right)\right] \end{align}</math><!--\eqno{(6)}-->
|(6)
|}
This function is similar in meaning to the [[Bibliography#SongY_1994a | Song and Haidvogel (1994)]], but note that hyperbolic function in <math>C_{sur}</math> is <math>\cosh</math> instead of <math>\sinh</math> and <br> <math display="block"> \frac {\partial C}{\partial\sigma} \rightarrow 0 \qquad \hbox{as} \;\;\sigma \rightarrow 0.</math></li>
<!--The middle line above should be numbered 6...or maybe the whole group is 6 \eqno{(6)}-->
<!--The middle line below should be numbered 7...or maybe the whole group is 7 \eqno{(7)}-->
 
  <li>R. Geyer function for high bottom boundary layer resolution in relatively shallow applications, [[Variables#Vstretching|Vstretching = 3]]. <math>C(\sigma)</math> is defined as a piecewise function:
{| class="eqno"
|<math display="block">\begin{align}C(\sigma) &= \mu \, C_{bot}(\sigma) + (1 - \mu) \, C_{sur}(\sigma), \\ \\ C_{sur}(\sigma) &= - \frac{\log[\cosh(\gamma\,\hbox{abs}(\sigma)^{\theta_S}] }{\log[\cosh(\gamma)]}, \qquad C_{bot}(\sigma) = \frac{\log[\cosh(\gamma\,(\sigma+1)^{\theta_B}]}{\log[\cosh(\gamma)]} - 1, \\ \\ \mu &= \frac{1}{2} \left[1 - \tanh\left(\gamma\left(\sigma + \frac{1}{2}\right)\right)\right] \end{align}</math>
|(7)
|}where the power exponents [[Variables#theta_s|<math>{\theta_S}</math>]] and [[Variables#theta_b|<math>\theta_B</math>]] are the surface and bottom control parameters specified in standard input file [[roms.in]], as before. Here, <math>\gamma</math> is a scale factor for all hyperbolic functions. Currently, <math>\gamma = 3</math>. Typical values for the control parameters are:
{| border="1" cellspacing="0" cellpadding="5" align="center"
| <math>\theta_S=0.65</math>
| minimal increase of surface resolution
|-
| <math>\theta_S=1.0</math>
| significant surface amplification
|-
| <math>\theta_B=0.58</math>
| no bottom amplification
|-
| <math>\theta_B=1.0</math>
| significant bottom amplification
|-
| <math>\theta_B=1.5</math>
| good bottom resolution for gravity flows
|-
| <math>\theta_B=3.0</math>
| super-high bottom resolution
|-
|}</li><br>
  <li>A. Shchepetkin (2010) UCLA-ROMS current function, [[Variables#Vstretching|Vstretching = 4]].<math>C(\sigma)</math> is defined as a continuous, double stretching function: <br><br>Surface refinement function:<span id="equation8"></span>
{| class="eqno"
|<math display="block"> C(\sigma) = \frac{1 - \cosh(\theta_S \, \sigma)}{\cosh(\theta_S) - 1}, \qquad  \hbox{for }\theta_S > 0, \qquad C(\sigma) = -{\sigma}^{2}, \qquad \hbox{for }\theta_S \le 0 </math><!--\eqno{(8)}-->
|(8)
|}
Bottom refinement function:<span id="equation9"></span>
{| class="eqno"
|<math display="block"> C(\sigma) = \frac {\exp(\theta_B\,C(\sigma)) - 1} {1 - \exp(-\theta_B)}, \qquad \hbox{for }\theta_B > 0 </math><!--\eqno{(9)}-->
|(9)
|}
Notice that the bottom function [[#equation9|(9)]] is the second stretching of an already stretched transform [[#equation8|(8)]]. The resulting stretching function is continuous with respect to <math>\theta_S</math> and <math>\theta_B</math> as their values approach zero. The range of meaningful values for <math>\theta_S</math> and <math>\theta_B</math> are: <br><br> <math display="block"> 0 \le \theta_S \le 10 \qquad \hbox{and} \qquad 0 \le \theta_B \le 4 </math><br>However, users need to pay attention to extreme r-factor ([[Variables#rx1|rx1]]) values near the bottom. <br><br> {{note}} Due to its functionality and properties [[Variables#Vtransform|Vtransform = 2]] and [[Variables#Vstretching|Vstretching = 4]] are now the default values for ROMS.
 
</li>
 
<li>[[Bibliography#SouzaJ_2015 | Souza <i>et al.</i> (2015)]] quadratic Legendre polynomial function, [[Variables#Vstretching|Vstretching = 5]]. The quadratic function allows higher resolution near the surface.<br><br>The fractional stretched vertical coordinate, <math>\sigma</math>, is re-defined as:
 
<math display="block">\sigma(k) = \begin{cases}-\frac{k^{2} - 2kN + k + N^{2} - N}{N^{2}-N} - \frac{1}{100} \frac{k^{2} - kN}{1 - N},        &\text{at vertical }W\hbox{-points,}  &k=0,\dots,N\hbox{,} \\ \\
-\frac{(k-0.5)^{2} - 2(k-0.5)N + (k-0.5) + N^{2} - N}{N^{2}-N} - \frac{1}{100} \frac{(k-0.5)^{2} - (k-0.5)N}{1 - N},    &\text{at vertical }\rho\hbox{-points,} &k=1,\dots,N\end{cases}</math>
 
As before, <math>C(\sigma)</math> is defined as a continuous, double stretching function: <br><br>Surface refinement function:<span id="equation8"></span>
{| class="eqno"
|<math display="block"> C(\sigma) = \frac{1 - \cosh(\theta_S \, \sigma)}{\cosh(\theta_S) - 1}, \qquad \hbox{for }\theta_S > 0, \qquad C(\sigma) = -{\sigma}^{2}, \qquad \hbox{for }\theta_S \le 0 </math><!--\eqno{(8)}-->
|(10)
|}
Bottom refinement function:<span id="equation9"></span>
{| class="eqno"
|<math display="block"> C(\sigma) = \frac {\exp(\theta_B\,C(\sigma)) - 1} {1 - \exp(-\theta_B)}, \qquad \hbox{for }\theta_B > 0 </math><!--\eqno{(9)}-->
|(11)
|}
Notice that the bottom function [[#equation11|(11)]] is the second stretching of an already stretched transform [[#equation10|(10)]]. The resulting stretching function is continuous with respect to <math>\theta_S</math> and <math>\theta_B</math> as their values approach zero. The range of meaningful values for <math>\theta_S</math> and <math>\theta_B</math> are: <br><br> <math display="block"> 0 \le \theta_S \le 10 \qquad \hbox{and} \qquad 0 \le \theta_B \le 4 </math><br>However, users need to pay attention to the loss of resolution at the bottom.
 
</li>
</ol>
 
==Metadata Considerations==
 
 
The above vertical transformations have been registered with the CF Conventions Committee and the NetCDF-Java group. We expect that it will take some time for the CF Committee to approve them. However, the NetCDF-Java is expected to be coded right away. Two new <span class="red">'''standard_name'''</span> variable attributes: <span class="twilightBlue">'''ocean_s_coordinate_g1'''</span> and <span class="twilightBlue">'''ocean_s_coordinate_g2'''</span> have been assigned for transformations [[#transform1|(1)]] and [[#transform2|(2)]], respectively. The terms in the definition are associated with file variables  by the <span class="red">'''formula_terms'''</span> attribute as follows:
 
'''Transformation''' [[#transform1|(1)]]''':'''
  <span class="twilightBlue">      double s_rho(s_rho) ;
                s_rho:long_name = "S-coordinate at RHO-points" ;
                s_rho:valid_min = -1. ;
                s_rho:valid_max = 0. ;
                s_rho:positive = "up" ;
                s_rho:standard_name = "ocean_s_coordinate_g1" ;
                s_rho:formula_terms = "s: s_rho C: Cs_r eta: zeta depth: h depth_c: hc" ;
        double s_w(s_w) ;
                s_w:long_name = "S-coordinate at W-points" ;
                s_w:valid_min = -1. ;
                s_w:valid_max = 0. ;
                s_w:positive = "up" ;
                s_w:standard_name = "ocean_s_coordinate_g1" ;
                s_w:formula_terms = "s: s_w C: Cs_w eta: zeta depth: h depth_c: hc" ;</span>
 
'''Transformation''' [[#transform2|(2)]]''':'''
  <span class="twilightBlue">      double s_rho(s_rho) ;
                s_rho:long_name = "S-coordinate at RHO-points" ;
                s_rho:valid_min = -1. ;
                s_rho:valid_max = 0. ;
                s_rho:positive = "up" ;
                s_rho:standard_name = "ocean_s_coordinate_g2" ;
                s_rho:formula_terms = "s: s_rho C: Cs_r eta: zeta depth: h depth_c: hc" ;
        double s_w(s_w) ;
                s_w:long_name = "S-coordinate at W-points" ;
                s_w:valid_min = -1. ;
                s_w:valid_max = 0. ;
                s_w:positive = "up" ;
                s_w:standard_name = "ocean_s_coordinate_g2" ;
                s_w:formula_terms = "s: s_w C: Cs_w eta: zeta depth: h depth_c: hc" ;</span>
 
{{note}} Notice that the <span class="red">'''formula_terms'''</span> are identical for both transformations and are independent of the vertical stretching function used. This metadata conventions allows to process/visualize any NetCDF file generated by ROMS easily and correctly compute the associated vertical grid depths.
 
==Vertical Grid Examples==
The following figures shows the <math>\sigma</math>-surfaces for both vertical transformations and available vertical stretching functions.  These plots were generated in Matlab using the script '''scoord.m'''.  


We find it convenient to define:
$$H_z \equiv {\partial z \over \partial \sigma}$$


The derivative of $C(\sigma)$ can be computed analytically:
{|
|-
|[[Image:damee4_11.png|thumb|400px|<center>Vtransform=1, Vstretching=1, &nbsp; <math>\theta_S=7.0</math>, <math>\theta_B=0.1</math>, <math>N=30</math></center>]]
|[[Image:damee4_22.png|thumb|400px|<center>Vtransform=2, Vstretching=2, &nbsp; <math>\theta_S=7.0</math>, <math>\theta_B=0.1</math>, <math>N=30</math></center>]]
|}


$${\partial C(\sigma) \over \partial \sigma} = (1-b) {\cosh (\theta \sigma) \over
{|
  \sinh \theta} \theta + b {\coth ( {1 \over 2} \theta) \over
|-
  2 \cosh^2 [ \theta (\sigma + {1\over 2})] } \theta$$
|[[Image:damee4_24a.png|thumb|400px|<center>Vtransform=2, Vstretching=4, &nbsp; <math>\theta_S=7.0</math>, <math>\theta_B=0.1</math>, <math>N=30</math></center>]]
|[[Image:damee4_24b.png|thumb|400px|<center>Vtransform=2, Vstretching=4, &nbsp; <math>\theta_S=6.5</math>, <math>\theta_B=2.5</math>, <math>N=30</math></center>]]
|}


However, we choose to compute $H_z$ discretely as $\Delta z/ \Delta \sigma$ since this leads to the vertical sum of $H_z$ being exactly the total water depth $D$.
{|
|-
|[[Image:damee4-15.png|thumb|400px|<center>Vtransform=1, Vstretching=5, &nbsp; <math>\theta_S=6.5</math>, <math>\theta_B=4</math>, <math>N=30</math></center>]]
|[[Image:damee4-25.png|thumb|400px|<center>Vtransform=2, Vstretching=5, &nbsp; <math>\theta_S=6.5</math>, <math>\theta_B=4</math>, <math>N=30</math></center>]]
|}


Note that though we have used this form of $\sigma$-coordinate, ROMS is written in such a way as to work with a variety of vertical mappings. There is one feature which is critical however. If the free surface is at rest, $\zeta = 0$, you get one solution for the level depths $z^{(0)}(k)$. In the case of nonzero $\zeta$, the displacements must be proportional to $\zeta$ and to the original distance from the bottom:
{|
|-
|[[Image:seamount_11.png|thumb|400px|<center>Vtransform=1, Vstretching=1, &nbsp; <math>\theta_S=7.0</math>, <math>\theta_B=0.1</math>, <math>N=20</math></center>]]
|[[Image:seamount_22.png|thumb|400px|<center>Vtransform=2, Vstretching=2, &nbsp; <math>\theta_S=7.0</math>, <math>\theta_B=0.1</math>, <math>N=20</math></center>]]
|}


$$ z(k) = z^{(0)} (k) + \zeta \left( 1 + {z^{(0)} (k) \over h} \right) $$
{|
|-
|[[Image:seamount_24a.png|thumb|400px|<center>Vtransform=2, Vstretching=4, &nbsp; <math>\theta_S=7.0</math>, <math>\theta_B=0.1</math>, <math>N=20</math></center>]]
|[[Image:seamount_24b.png|thumb|400px|<center>Vtransform=2, Vstretching=4, &nbsp; <math>\theta_S=6.5</math>, <math>\theta_B=2.0</math>, <math>N=20</math></center>]]
|}


or
{|
|-
|[[Image:seamount_15.png|thumb|400px|<center>Vtransform=1, Vstretching=5, &nbsp; <math>\theta_S=6.5</math>, <math>\theta_B=4</math>, <math>N=20</math></center>]]
|[[Image:seamount_25.png|thumb|400px|<center>Vtransform=2, Vstretching=5, &nbsp; <math>\theta_S=6.5</math>, <math>\theta_B=4</math>, <math>N=20</math></center>]]
|}


$$ \Delta z(k) = \Delta z^{(0)} (k) \left( 1 + {\zeta \over h} \right) $$
{|
|-
|[[Image:shelf_11.png|thumb|400px|<center>Vtransform=1, Vstretching=1, &nbsp; <math>\theta_S=1.0</math>, <math>\theta_B=3.0</math>, <math>N=20</math></center>]]
|[[Image:shelf_22.png|thumb|400px|<center>Vtransform=2, Vstretching=2, &nbsp; <math>\theta_S=1.0</math>, <math>\theta_B=3.0</math>, <math>N=20</math></center>]]
|}


This ensures that the vertical mass fluxes generated by a purely barotropic motion will vanish at every interface.
{|
</wikitex>
|-
|[[Image:shelf_23_b.png|thumb|400px|<center>Vtransform=2, Vstretching=3, &nbsp; <math>\theta_S=1.0</math>, <math>\theta_B=3.0</math>, <math>N=20</math></center>]]
|[[Image:shelf_24.png|thumb|400px|<center>Vtransform=2, Vstretching=4, &nbsp; <math>\theta_S=1.0</math>, <math>\theta_B=4.0</math>, <math>N=20</math></center>]]
|}

Latest revision as of 15:13, 17 July 2019

Vertical S-coordinate

ROMS has a generalized vertical, terrain-following, coordinate system. Currently, two vertical transformation equations, , are available which can support numerous vertical stretching 1D-functions when several constraints are satisfied.

Transformation Equations

The following vertical coordinate transformations are available:

(1)

or

(2)

where is a nonlinear vertical transformation functional, is the time-varying free-surface, is the unperturbed water column thickness and corresponds to the ocean bottom, is a fractional vertical stretching coordinate ranging from , is a nondimensional, monotonic, vertical stretching function ranging from , and is a positive thickness controlling the stretching. In sediment applications, is changed at every time-step since it is affected by erosion and deposition processes.

Warning Warning: We are now very strict about the value of    and other input vertical transformation parameters. Since the beginning of ROMS,    where   and    is the stretching parameter specified in roms.in. Notice that it is not possible to build the vertical stretching coordinates when    and using transformation (1) because it yields   . This has been a legacy issue in ROMS for years, and you are either consistent with the previous set-up of your application or change the value of   in all input NetCDF files and roms.in. Therefore, in new applications you need to be sure that  when using the transformation (1). Notice that this restriction is removed in transformation (2) and    can be any positive value. It works for both    or   . Again, we are now checking internally for all stretching parameters for consistency in all input NetCDF files that have such variables.

We find it convenient to define:

where are the vertical grid thicknesses. In ROMS, is computed discretely as since this leads to the vertical sum of being exactly the total water column thickness .

Note Transformation (1) has been available in ROMS since 1999. It is activated by setting Vtransform = 1 in roms.in. Notice that,

In an undisturbed ocean state, corresponding to zero free-surface, . Shchepetkin and McWilliams (2005) denotes this transformation as an unperturbed coordinate system since all the depths are not affected by the displacements of the free-surface. This ensures that the vertical mass fluxes generated by a purely barotropic motion will vanish at every interface

Note Transformation (2) has been available in UCLA-ROMS since 2005. It is activated by setting Vtransform = 2 in roms.in. Notice that,

which is different to the behavior of the original functional in (1). Shchepetkin (personal communication) points out that (2) offers several advantages:

  • Regardless of the design of , it behaves like equally-spaced sigma-coordinates in shallow regions, where . This is advantageous because it avoids excessive resolution and associated CFL limitation is such areas.
  • Near-surface refinement behaves more or less like geopotential coordinates in deep regions (level thicknesses, , do not depend or weakly depend on bathymetry), while near-bottom like sigma coordinates ( is roughly proportional to depth). This reduces the extreme r-factors near the bottom and reduces pressure gradient errors.
  • The true sigma-coordinate system is recovered as . This is useful when configuring applications with flat bathymetry and uniform level thickness. Practically, you can achieve this by setting Tcline to 1.0d+16 in roms.in. This will set . Although not necessary, we also recommend that you set and .

In an undisturbed ocean state, , transformation (2) yields the following unperturbed depths, ,

(3)

and

(4)

As a consequence, the uppermost grid box retains very little dependency from bathymetry in deep areas, where . For example, if and changes from to , the uppermost grid box changes only by a factor of 1.08 (less than ).

Vertical Stretching Functions

The above generic vertical transformation design facilitates numerous vertical stretching functions, . This function is defined in terms of several parameters which are specified in the standard input file, roms.in.

Stretching Function Properties:

  • is a dimensionless, nonlinear, monotonic function;
  • is a continuous differentiable function, or a differentiable piecewise function with smooth transition;
  • must be discretized in terms of the fractional stretched vertical coordinate ,

  • must be constrained by , that is,

Available Stretching Functions:

  1. Song and Haidvogel (1994) function available in ROMS since its beginning, Vstretching = 1. is defined as:
    (5)

    where and are the surface and bottom control parameters. Their ranges are and , respectively. This function has the following features:

    • It is infinitely differentiable in .
    • The larger the value of , the more resolution is kept above .
    • For , the resolution all goes to the surface as is increased.
    • For , the resolution goes to both the surface and the bottom equally as is increased.
    • For , there is a subtle mismatch in the discretization of the model equations, for instance in the horizontal viscosity term. We recommend that you stick with reasonable values of , say .
    • Some applications turn out to be sensitive to the value of used.
  2. A. Shchepetkin (2005) UCLA-ROMS deprecated function, Vstretching = 2. is defined as a piecewise function:
    (6)
    This function is similar in meaning to the Song and Haidvogel (1994), but note that hyperbolic function in is instead of and
  3. R. Geyer function for high bottom boundary layer resolution in relatively shallow applications, Vstretching = 3. is defined as a piecewise function:
    (7)
    where the power exponents and are the surface and bottom control parameters specified in standard input file roms.in, as before. Here, is a scale factor for all hyperbolic functions. Currently, . Typical values for the control parameters are:
    minimal increase of surface resolution
    significant surface amplification
    no bottom amplification
    significant bottom amplification
    good bottom resolution for gravity flows
    super-high bottom resolution

  4. A. Shchepetkin (2010) UCLA-ROMS current function, Vstretching = 4. is defined as a continuous, double stretching function:

    Surface refinement function:
    (8)

    Bottom refinement function:

    (9)

    Notice that the bottom function (9) is the second stretching of an already stretched transform (8). The resulting stretching function is continuous with respect to and as their values approach zero. The range of meaningful values for and are:


    However, users need to pay attention to extreme r-factor (rx1) values near the bottom.

    Note Due to its functionality and properties Vtransform = 2 and Vstretching = 4 are now the default values for ROMS.

  5. Souza et al. (2015) quadratic Legendre polynomial function, Vstretching = 5. The quadratic function allows higher resolution near the surface.

    The fractional stretched vertical coordinate, , is re-defined as:
    As before, is defined as a continuous, double stretching function:

    Surface refinement function:
    (10)

    Bottom refinement function:

    (11)

    Notice that the bottom function (11) is the second stretching of an already stretched transform (10). The resulting stretching function is continuous with respect to and as their values approach zero. The range of meaningful values for and are:


    However, users need to pay attention to the loss of resolution at the bottom.

Metadata Considerations

The above vertical transformations have been registered with the CF Conventions Committee and the NetCDF-Java group. We expect that it will take some time for the CF Committee to approve them. However, the NetCDF-Java is expected to be coded right away. Two new standard_name variable attributes: ocean_s_coordinate_g1 and ocean_s_coordinate_g2 have been assigned for transformations (1) and (2), respectively. The terms in the definition are associated with file variables by the formula_terms attribute as follows:

Transformation (1):

       double s_rho(s_rho) ;
               s_rho:long_name = "S-coordinate at RHO-points" ;
               s_rho:valid_min = -1. ;
               s_rho:valid_max = 0. ;
               s_rho:positive = "up" ;
               s_rho:standard_name = "ocean_s_coordinate_g1" ;
               s_rho:formula_terms = "s: s_rho C: Cs_r eta: zeta depth: h depth_c: hc" ;
       double s_w(s_w) ;
               s_w:long_name = "S-coordinate at W-points" ;
               s_w:valid_min = -1. ;
               s_w:valid_max = 0. ;
               s_w:positive = "up" ;
               s_w:standard_name = "ocean_s_coordinate_g1" ;
               s_w:formula_terms = "s: s_w C: Cs_w eta: zeta depth: h depth_c: hc" ;

Transformation (2):

       double s_rho(s_rho) ;
               s_rho:long_name = "S-coordinate at RHO-points" ;
               s_rho:valid_min = -1. ;
               s_rho:valid_max = 0. ;
               s_rho:positive = "up" ;
               s_rho:standard_name = "ocean_s_coordinate_g2" ;
               s_rho:formula_terms = "s: s_rho C: Cs_r eta: zeta depth: h depth_c: hc" ;
       double s_w(s_w) ;
               s_w:long_name = "S-coordinate at W-points" ;
               s_w:valid_min = -1. ;
               s_w:valid_max = 0. ;
               s_w:positive = "up" ;
               s_w:standard_name = "ocean_s_coordinate_g2" ;
               s_w:formula_terms = "s: s_w C: Cs_w eta: zeta depth: h depth_c: hc" ;

Note Notice that the formula_terms are identical for both transformations and are independent of the vertical stretching function used. This metadata conventions allows to process/visualize any NetCDF file generated by ROMS easily and correctly compute the associated vertical grid depths.

Vertical Grid Examples

The following figures shows the -surfaces for both vertical transformations and available vertical stretching functions. These plots were generated in Matlab using the script scoord.m.


Vtransform=1, Vstretching=1,   , ,
Vtransform=2, Vstretching=2,   , ,
Vtransform=2, Vstretching=4,   , ,
Vtransform=2, Vstretching=4,   , ,
Vtransform=1, Vstretching=5,   , ,
Vtransform=2, Vstretching=5,   , ,
Vtransform=1, Vstretching=1,   , ,
Vtransform=2, Vstretching=2,   , ,
Vtransform=2, Vstretching=4,   , ,
Vtransform=2, Vstretching=4,   , ,
Vtransform=1, Vstretching=5,   , ,
Vtransform=2, Vstretching=5,   , ,
Vtransform=1, Vstretching=1,   , ,
Vtransform=2, Vstretching=2,   , ,
Vtransform=2, Vstretching=3,   , ,
Vtransform=2, Vstretching=4,   , ,