RBL4D-Var Tutorial: Difference between revisions
m Robertson moved page PSAS Tutorial to RBL4D-Var Tutorial: PSAS renamed to RBL4D-Var (change visibility) |
No edit summary (change visibility) |
||
(2 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
<div class="title"> | <div class="title">Restricted B-preconditioned Lanczos 4D-Var (RBL4D-Var)</div> | ||
Line 10: | Line 10: | ||
==Introduction== | ==Introduction== | ||
In this tutorial you will apply the strong/weak constraint, dual form of 4-Dimensional Variational ('''4D-Var''') data assimilation based on the | {{note}} '''Notice:''' This algorithm began based on the Physical-space Statistical Analysis System ('''PSAS''') algorithm but has evolved into a Restricted B-preconditioned Lanczos 4D-Var ([[Options#RBL4DVAR|RBL4D-Var]]). Some plots on this page still have the '''PSAS''' title but remain correct. The algorithm and ROMS [[Options|CPP Options]] relating to this data assimilation system were renamed in '''SVN revision 1022''' (May 13, 2020) and are explained in [https://www.myroms.org/projects/src/ticket/854 Trac ticket #854]. | ||
In this tutorial you will apply the strong/weak constraint, dual form of 4-Dimensional Variational ('''4D-Var''') data assimilation based on the Restricted B-preconditioned Lanczos 4D-Var ('''RBLanczos''') algorithm ([[Options#RBL4DVAR|RBL4D-Var]]) to ROMS configured for the U.S. west coast and the California Current System ([[Options#WC13|WC13]]). In [[Options#RBL4DVAR|RBL4D-Var]] the search for the best ocean circulation estimate proceeds in the space spanned only by the observations, as opposed to the full space spanned by the model (i.e. the primal form, [[Options#I4DVAR|I4D-Var]]). Formally, the primal and dual formulations yield identical estimates of the ocean circulation so one might wonder if there is any advantage of one form over the other? The practical advantages and disadvantages to both approaches are discussed in Moore et al. ([[Bibliography#MooreAM_2011b|2011b]], [[Bibliography#MooreAM_2011c|c]]). | |||
{{#lst:4DVar_Tutorial_Introduction|setup}} | {{#lst:4DVar_Tutorial_Introduction|setup}} | ||
==Running | ==Running RBL4D-Var== | ||
To run this tutorial, go first to the directory <span class="twilightBlue">WC13/ | To run this tutorial, go first to the directory <span class="twilightBlue">WC13/RBL4DVAR</span>. Instructions for compiling and running the model are provided below or can be found in the <span class="twilightBlue">Readme</span> file. The recommended configuration for this exercise is one outer-loop and 26 inner-loops, and <span class="twilightBlue">roms_wc13.in</span> is configured for this default case. The number of inner-loops is controlled by the parameter [[Variables#Ninner|Ninner]] in <span class="twilightBlue">roms_wc13.in</span>. | ||
==Important CPP Options== | ==Important CPP Options== | ||
The following C-preprocessing options are activated in the [[build_Script|build script]]: | The following C-preprocessing options are activated in the [[build_Script|build script]]: | ||
<div class="box"> [[Options# | <div class="box"> [[Options#RBL4DVAR|RBL4DVAR]] 4D-PSAS driver (observation space)<br /> [[Options#ANA_SPONGE|ANA_SPONGE]] Analytical enhanced viscosity/diffusion sponge<br /> [[Options#BGQC|BGQC]] Backgound quality control of observations<br /> [[Options#MINRES|MINRES]] Minimal Residual Method for 4D-Var minimization<br /> [[Options#RPCG|RPCG]] Restricted B-preconditioned Lanczos minimization<br /> [[Options#POSTERIOR_EOFS|POSTERIOR_EOFS]] Estimate posterior analysis error<br /> [[Options#POSTERIOR_ERROR_I|POSTERIOR_ERROR_I]] Estimate initial posterior analysis error<br /> [[Options#TIME_CONV|TIME_CONV]] Weak-constraint 4D-Var time convolution<br /> [[Options#WC13|WC13]] Application CPP option</div> | ||
==Input NetCDF Files== | ==Input NetCDF Files== | ||
Line 27: | Line 30: | ||
==Various Scripts and Include Files== | ==Various Scripts and Include Files== | ||
The following files will be found in <span class="twilightBlue">WC13/ | The following files will be found in <span class="twilightBlue">WC13/RBL4DVAR</span> directory after downloading from ROMS test cases SVN repository: | ||
<div class="box"> <span class="twilightBlue">Readme</span> instructions<br /> [[build_Script|build_roms. | <div class="box"> <span class="twilightBlue">Exercise_3.pdf</span> Exercise 3 instructions<br /> <span class="twilightBlue">Exercise_4.pdf</span> Exercise 4 instructions<br /> <span class="twilightBlue">Readme</span> instructions<br /> [[build_Script|build_roms.csh]] csh Unix script to compile application<br /> [[build_Script|build_roms.sh]] bash shell script to compile application<br /> [[job_rbl4dvar|job_rbl4dvar.csh]] job configuration script<br /> [[roms.in|roms_wc13_2hours.in]] ROMS standard input script for WC13 2 hour averages<br /> [[roms.in|roms_wc13_daily.in]] ROMS standard input script for WC13 daily averages<br /> [[s4dvar.in]] 4D-Var standard input script template<br /> <span class="twilightBlue">wc13.h</span> WC13 header with CPP options</div> | ||
==Instructions== | ==Instructions== | ||
Line 40: | Line 43: | ||
#*Fortran compiler, <span class="salmon">FORT</span> | #*Fortran compiler, <span class="salmon">FORT</span> | ||
#*MPI flags, <span class="salmon">USE_MPI</span> and <span class="salmon">USE_MPIF90</span> | #*MPI flags, <span class="salmon">USE_MPI</span> and <span class="salmon">USE_MPIF90</span> | ||
#*Path of MPI, NetCDF, and ARPACK libraries according to the compiler are set in [[my_build_paths. | #*Path of MPI, NetCDF, and ARPACK libraries according to the compiler are set in [[build_Script#Library_and_Executable_Paths|my_build_paths.csh]]. Notice that you need to provide the correct places of these libraries for your computer. If you want to ignore this section, set <span class="salmon">USE_MY_LIBS</span> value to '''no'''. | ||
#Notice that the most important CPP options for this application are specified in the [[build_Script|build script]] instead of <span class="twilightBlue">wc13.h</span>:<div class="box"><span class="twilightBlue">setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} - | #Notice that the most important CPP options for this application are specified in the [[build_Script|build script]] instead of <span class="twilightBlue">wc13.h</span>:<div class="box"><span class="twilightBlue">setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DRBL4DVAR"<br />setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DANA_SPONGE"<br \>setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DBGQC"<br \>setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DMINRES"<br \>setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DRPCG"<br \>setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DPOSTERIOR_EOFS"<br />setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DPOSTERIOR_ERROR_I"<br \>setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DTIME_CONV"<br \></span></div>This is to allow flexibility with different CPP options.<div class="para"> </div>For this to work, however, any '''#undef''' directives MUST be avoided in the header file <span class="twilightBlue">wc13.h</span> since it has precedence during C-preprocessing. | ||
#You MUST use the [[build_Script|build script]] to compile. | #You MUST use the [[build_Script|build script]] to compile. | ||
#Customize the ROMS input script <span class="twilightBlue">roms_wc13.in</span> and specify the appropriate values for the distributed-memory partition. It is set by default to:<div class="box">[[Variables#NtileI|NtileI]] == 2 ! I-direction partition<br />[[Variables#NtileJ|NtileJ]] == 4 ! J-direction partition</div>Notice that the adjoint-based algorithms can only be run in parallel using MPI. This is because of the way that the adjoint model is constructed. | #Customize the ROMS input script <span class="twilightBlue">roms_wc13.in</span> and specify the appropriate values for the distributed-memory partition. It is set by default to:<div class="box">[[Variables#NtileI|NtileI]] == 2 ! I-direction partition<br />[[Variables#NtileJ|NtileJ]] == 4 ! J-direction partition</div>Notice that the adjoint-based algorithms can only be run in parallel using MPI. This is because of the way that the adjoint model is constructed. | ||
#Customize the configuration script [[ | #Customize the configuration script [[job_rbl4dvar|job_rbl4dvar.csh]] and provide the appropriate place for the [[substitute]] Perl script:<div class="box"><span class="twilightBlue">set SUBSTITUTE=${ROMS_ROOT}/ROMS/Bin/substitute</span></div>This script is distributed with ROMS and it is found in the ROMS/Bin sub-directory. Alternatively, you can define ROMS_ROOT environmental variable in your .cshrc login script. For example, I have:<div class="box"><span class="twilightBlue">setenv ROMS_ROOT /home/arango/ocean/toms/repository/trunk</span></div> | ||
#Execute the configuration [[ | #Execute the configuration [[job_rbl4dvar|job_rbl4dvar.csh]] '''before''' running the model. It copies the required files and creates <span class="twilightBlue">rbl4dvar.in</span> input script from template '''[[s4dvar.in]]'''. This has to be done '''every time''' that you run this application. We need a clean and fresh copy of the initial conditions and observation files since they are modified by ROMS during execution. | ||
#Run ROMS with data assimilation:<div class="box"><span class="red">mpirun -np 8 romsM roms_wc13.in > & log &</span></div> | #Run ROMS with data assimilation:<div class="box"><span class="red">mpirun -np 8 romsM roms_wc13.in > & log &</span></div> | ||
#We recommend creating a new subdirectory for each Case in this exercise (<span class="twilightBlue">EX3_CONGRAD</span>, <span class="twilightBlue">EX3_MINRES</span>, <span class="twilightBlue">EX3_RPCG</span>, and <span class="twilightBlue">EX4_WEAK</span>), and saving the solution in it for analysis and plotting to avoid overwriting solutions when playing with different parameters. For example<div class="box">mkdir EX3_CONGRAD<br />mv Build_roms | #We recommend creating a new subdirectory for each Case in this exercise (<span class="twilightBlue">EX3_CONGRAD</span>, <span class="twilightBlue">EX3_MINRES</span>, <span class="twilightBlue">EX3_RPCG</span>, and <span class="twilightBlue">EX4_WEAK</span>), and saving the solution in it for analysis and plotting to avoid overwriting solutions when playing with different parameters. For example<div class="box">mkdir EX3_CONGRAD<br />mv Build_roms rbl4dvar.in *.nc log EX3_CONGRAD<br />cp -p romsM roms_wc13.in EX3_CONGRAD</div>where log is the ROMS standard output specified in the previous step. | ||
==Plotting your Results== | ==Plotting your Results== | ||
Several Matlab scripts are provided in the directory <span class="twilightBlue">WC13/plotting</span> which will allow you to plot some of the [[Options# | Several Matlab scripts are provided in the directory <span class="twilightBlue">WC13/plotting</span> which will allow you to plot some of the [[Options#RBL4DVAR|RBL4D-Var]] output. | ||
Recall that [[Options# | Recall that [[Options#RBL4DVAR|RBL4D-Var]] minimizes the cost function given by: | ||
<math display="block"> | <math display="block"> | ||
Line 61: | Line 64: | ||
</math> | </math> | ||
Plot first the [[Options# | Plot first the [[Options#RBL4DVAR|RBL4D-Var]] cost function <math>J</math> and its components <math>J_b</math>, <math>J_o</math> and the theoretical minimum value <math>J_{min}=N_{obs}/2</math> using the Matlab script <span class="twilightBlue">plot_rbl4dvar_cost_compare.m</span>. | ||
Next, plot the surface initial conditions increments <math>\delta{\bf x}(t_0)</math> and the surface forcing increments <math>\delta{\bf f}(t)</math> at initial time using Matlab script <span class="twilightBlue"> | Next, plot the surface initial conditions increments <math>\delta{\bf x}(t_0)</math> and the surface forcing increments <math>\delta{\bf f}(t)</math> at initial time using Matlab script <span class="twilightBlue">plot_rbl4dvar_increments.m</span> or ROMS plotting package script <span class="twilightBlue">ccnt_rbl4dvar_increments.in</span> for horizontal plots at 100 m or <span class="twilightBlue">csec_rbl4dvar_increments.in</span> for cross-sections along 37°N. | ||
==Results== | ==Results== | ||
The [[Options# | The [[Options#RBL4DVAR|RBL4D-Var]] cost function value for each inner loop iteration is shown below for various minimization algorithms: | ||
{|align="center" | {|align="center" | ||
|- | |- | ||
|[[Image:psas_cost_2019.png|400px|thumb|center|<center>'''a)''' | |[[Image:psas_cost_2019.png|400px|thumb|center|<center>'''a)''' RBL4D-Var Cost Function<br />''prior'' saved daily</center>]] | ||
|[[Image:psas_rpcg_cost_2019.png|400px|thumb|center|<center>'''b)''' | |[[Image:psas_rpcg_cost_2019.png|400px|thumb|center|<center>'''b)''' RBL4D-Var Cost Function, Background Quality Control<br />''prior'' saved daily</center>]] | ||
|[[Image:psas_cost_weak_2019.png|400px|thumb|center|<center>'''c)''' | |[[Image:psas_cost_weak_2019.png|400px|thumb|center|<center>'''c)''' RBL4D-Var Cost Function, Weak Constraint<br />''prior'' saved daily</center>]] | ||
|} | |} | ||
The convergence of various minimization algorithms ([[Options# | The convergence of various minimization algorithms ([[Options#RBL4DVAR|RBLanczos]] default, [[Options#MINRES|MINRES]], and [[Options#RPCG|RPCG]]) is compared with the primal formulation [[Options#I4DVAR|I4DVAR]]. | ||
{|align="center" | {|align="center" | ||
|- | |- | ||
|[[Image:psas_cost_2hour_2019.png|400px|thumb|center|<center>'''a)''' | |[[Image:psas_cost_2hour_2019.png|400px|thumb|center|<center>'''a)''' RBL4D-Var Cost Function<br />''prior'' saved every 2 hours</center>]] | ||
|[[Image:psas_rpcg_cost_2hour_2019.png|400px|thumb|center|<center>'''b)''' | |[[Image:psas_rpcg_cost_2hour_2019.png|400px|thumb|center|<center>'''b)''' RBL4D-Var Cost Function, Background Quality Control<br />''prior'' saved every 2 hours</center>]] | ||
|[[Image:psas_cost_weak_2hour_2019.png|400px|thumb|center|<center>'''c)''' | |[[Image:psas_cost_weak_2hour_2019.png|400px|thumb|center|<center>'''c)''' RBL4D-Var Cost Function, Weak Constraint<br />''prior'' saved every 2 hours</center>]] | ||
|} | |} | ||
In the above plots, the prior nonlinear trajectory is saved every 2 hours instead of daily (NHIS = NTLM = NSFF = NOBC = 4). It shows the convergence of various minimization algorithms ([[Options# | In the above plots, the prior nonlinear trajectory is saved every 2 hours instead of daily (NHIS = NTLM = NSFF = NOBC = 4). It shows the convergence of various minimization algorithms ([[Options#RBL4DVAR|RBLanczos]] default, [[Options#MINRES|MINRES]], and [[Options#RPCG|RPCG]]) is compared with the primal formulation [[Options#I4DVAR|I4DVAR]]. | ||
---- | ---- | ||
The [[Options# | The [[Options#RBL4DVAR|RBL4D-Var]] initial conditions increments for free-surface (m), surface wind stress components (Pa), and surface net heat flux (W/m<sup>2</sup>) are shown below: | ||
{|align="center" | {|align="center" | ||
Line 100: | Line 103: | ||
|} | |} | ||
The [[Options# | The [[Options#RBL4DVAR|RBL4D-Var]] initial conditions increments at the surface for temperature (°C), salinity, and momentum components (m/s) are shown below: | ||
{|align="center" | {|align="center" | ||
Line 110: | Line 113: | ||
|} | |} | ||
The [[Options# | The [[Options#RBL4DVAR|RBL4D-Var]] initial conditions increments at 100m for temperature (°C), salinity, and momentum components (m/s) are shown below: | ||
{|align="center" | {|align="center" | ||
Line 120: | Line 123: | ||
|} | |} | ||
A cross-section along 37°N for the [[Options# | A cross-section along 37°N for the [[Options#RBL4DVAR|RBL4D-Var]] initial conditions increments is shown below. | ||
{|align="center" | {|align="center" |
Latest revision as of 18:24, 24 July 2020
Introduction
Notice: This algorithm began based on the Physical-space Statistical Analysis System (PSAS) algorithm but has evolved into a Restricted B-preconditioned Lanczos 4D-Var (RBL4D-Var). Some plots on this page still have the PSAS title but remain correct. The algorithm and ROMS CPP Options relating to this data assimilation system were renamed in SVN revision 1022 (May 13, 2020) and are explained in Trac ticket #854.
In this tutorial you will apply the strong/weak constraint, dual form of 4-Dimensional Variational (4D-Var) data assimilation based on the Restricted B-preconditioned Lanczos 4D-Var (RBLanczos) algorithm (RBL4D-Var) to ROMS configured for the U.S. west coast and the California Current System (WC13). In RBL4D-Var the search for the best ocean circulation estimate proceeds in the space spanned only by the observations, as opposed to the full space spanned by the model (i.e. the primal form, I4D-Var). Formally, the primal and dual formulations yield identical estimates of the ocean circulation so one might wonder if there is any advantage of one form over the other? The practical advantages and disadvantages to both approaches are discussed in Moore et al. (2011b, c).
Model Set-up
The WC13 model domain is shown in Fig. 1 and has open boundaries along the northern, western, and southern edges of the model domain.

In the tutorial, you will perform a 4D-Var data assimilation cycle that spans the period 3-6 January, 2004. The 4D-Var control vector δz is comprised of increments to the initial conditions, δx(t0), surface forcing, δf(t), and open boundary conditions, δb(t). The prior initial conditions, xb(t0), are taken from the sequence of 4D-Var experiments described by Moore et al. (2011b) in which data were assimilated every 7 days during the period July 2002- December 2004. The prior surface forcing, fb(t), takes the form of surface wind stress, heat flux, and a freshwater flux computed using the ROMS bulk flux formulation, and using near surface air data from COAMPS (Doyle et al., 2009). Clamped open boundary conditions are imposed on (u,v) and tracers, and the prior boundary conditions, bb(t), are taken from the global ECCO product (Wunsch and Heimbach, 2007). The free-surface height and vertically integrated velocity components are subject to the usual Chapman and Flather radiation conditions at the open boundaries. The prior surface forcing and open boundary conditions are provided daily and linearly interpolated in time. Similarly, the increments δf(t) and δb(t) are also computed daily and linearly interpolated in time.
The observations assimilated into the model are satellite SST, satellite SSH in the form of a gridded product from Aviso, and hydrographic observations of temperature and salinity collected from Argo floats and during the GLOBEC/LTOP and CalCOFI cruises off the coast of Oregon and southern California, respectively. The observation locations are illustrated in Fig. 2.
![]() |
![]() |
![]() |
![]() |
Running RBL4D-Var
To run this tutorial, go first to the directory WC13/RBL4DVAR. Instructions for compiling and running the model are provided below or can be found in the Readme file. The recommended configuration for this exercise is one outer-loop and 26 inner-loops, and roms_wc13.in is configured for this default case. The number of inner-loops is controlled by the parameter Ninner in roms_wc13.in.
Important CPP Options
The following C-preprocessing options are activated in the build script:
ANA_SPONGE Analytical enhanced viscosity/diffusion sponge
BGQC Backgound quality control of observations
MINRES Minimal Residual Method for 4D-Var minimization
RPCG Restricted B-preconditioned Lanczos minimization
POSTERIOR_EOFS Estimate posterior analysis error
POSTERIOR_ERROR_I Estimate initial posterior analysis error
TIME_CONV Weak-constraint 4D-Var time convolution
WC13 Application CPP option
Input NetCDF Files
WC13 requires the following input NetCDF files:
Nonlinear Initial File: wc13_ini.nc
Forcing File 01: ../Data/coamps_wc13_lwrad_down.nc
Forcing File 02: ../Data/coamps_wc13_Pair.nc
Forcing File 03: ../Data/coamps_wc13_Qair.nc
Forcing File 04: ../Data/coamps_wc13_rain.nc
Forcing File 05: ../Data/coamps_wc13_swrad.nc
Forcing File 06: ../Data/coamps_wc13_Tair.nc
Forcing File 07: ../Data/coamps_wc13_wind.nc
Boundary File: ../Data/wc13_ecco_bry.nc
Initial Conditions STD File: ../Data/wc13_std_i.nc
Model STD File: ../Data/wc13_std_m.nc
Boundary Conditions STD File: ../Data/wc13_std_b.nc
Surface Forcing STD File: ../Data/wc13_std_f.nc
Initial Conditions Norm File: ../Data/wc13_nrm_i.nc
Model Norm File: ../Data/wc13_nrm_m.nc
Boundary Conditions Norm File: ../Data/wc13_nrm_b.nc
Surface Forcing Norm File: ../Data/wc13_nrm_f.nc
Observations File: wc13_obs.nc
Various Scripts and Include Files
The following files will be found in WC13/RBL4DVAR directory after downloading from ROMS test cases SVN repository:
Exercise_4.pdf Exercise 4 instructions
Readme instructions
build_roms.csh csh Unix script to compile application
build_roms.sh bash shell script to compile application
job_rbl4dvar.csh job configuration script
roms_wc13_2hours.in ROMS standard input script for WC13 2 hour averages
roms_wc13_daily.in ROMS standard input script for WC13 daily averages
s4dvar.in 4D-Var standard input script template
wc13.h WC13 header with CPP options
Instructions
To run this application you need to take the following steps:
- We need to run the model application for a period that is long enough to compute meaningful circulation statistics, like mean and standard deviations for all prognostic state variables (zeta, u, v, T, and S). The standard deviations are written to NetCDF files and are read by the 4D-Var algorithm to convert modeled error correlations to error covariances. The error covariance matrix, D=diag(Bx, Bb, Bf, Q), is very large and not well known. B is modeled as the solution of a diffusion equation as in Weaver and Courtier (2001). Each covariance matrix is factorized as B = K Σ C ΣT KT, where C is a univariate correlation matrix, Σ is a diagonal matrix of error standard deviations, and K is a multivariate balance operator.../Data/wc13_std_i.nc initial conditions
../Data/wc13_std_m.nc model error (if weak constraint)
../Data/wc13_std_b.nc open boundary conditions
../Data/wc13_std_f.nc surface forcing (wind stress and net heat flux) - Since we are modeling the error covariance matrix, D, we need to compute the normalization coefficients to ensure that the diagonal elements of the associated correlation matrix C are equal to unity. There are two methods to compute normalization coefficients: exact and randomization (an approximation).Nmethod == 0 ! normalization method: 0=Exact (expensive) or 1=Approximated (randomization)These normalization coefficients have already been computed for you (../Normalization) using the exact method since this application has a small grid (54x53x30):
Nrandom == 5000 ! randomization iterations
LdefNRM == T T T T ! Create a new normalization files
LwrtNRM == T T T T ! Compute and write normalization
CnormM(isFsur) = T ! model error covariance, 2D variable at RHO-points
CnormM(isUbar) = T ! model error covariance, 2D variable at U-points
CnormM(isVbar) = T ! model error covariance, 2D variable at V-points
CnormM(isUvel) = T ! model error covariance, 3D variable at U-points
CnormM(isVvel) = T ! model error covariance, 3D variable at V-points
CnormM(isTvar) = T T ! model error covariance, NT tracers
CnormI(isFsur) = T ! IC error covariance, 2D variable at RHO-points
CnormI(isUbar) = T ! IC error covariance, 2D variable at U-points
CnormI(isVbar) = T ! IC error covariance, 2D variable at V-points
CnormI(isUvel) = T ! IC error covariance, 3D variable at U-points
CnormI(isVvel) = T ! IC error covariance, 3D variable at V-points
CnormI(isTvar) = T T ! IC error covariance, NT tracers
CnormB(isFsur) = T ! BC error covariance, 2D variable at RHO-points
CnormB(isUbar) = T ! BC error covariance, 2D variable at U-points
CnormB(isVbar) = T ! BC error covariance, 2D variable at V-points
CnormB(isUvel) = T ! BC error covariance, 3D variable at U-points
CnormB(isVvel) = T ! BC error covariance, 3D variable at V-points
CnormB(isTvar) = T T ! BC error covariance, NT tracers
CnormF(isUstr) = T ! surface forcing error covariance, U-momentum stress
CnormF(isVstr) = T ! surface forcing error covariance, V-momentum stress
CnormF(isTsur) = T T ! surface forcing error covariance, NT tracers fluxes../Data/wc13_nrm_i.nc initial conditionsNotice that the switches LdefNRM and LwrtNRM are all false (F) since we already computed these coefficients.
../Data/wc13_nrm_m.nc model error (if weak constraint)
../Data/wc13_nrm_b.nc open boundary conditions
../Data/wc13_nrm_f.nc surface forcing (wind stress and
net heat flux) - Customize your preferred build script and provide the appropriate values for:
- Root directory, MY_ROOT_DIR
- ROMS source code, MY_ROMS_SRC
- Fortran compiler, FORT
- MPI flags, USE_MPI and USE_MPIF90
- Path of MPI, NetCDF, and ARPACK libraries according to the compiler are set in my_build_paths.csh. Notice that you need to provide the correct places of these libraries for your computer. If you want to ignore this section, set USE_MY_LIBS value to no.
- Notice that the most important CPP options for this application are specified in the build script instead of wc13.h:setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DRBL4DVAR"This is to allow flexibility with different CPP options.
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DANA_SPONGE"
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DBGQC"
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DMINRES"
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DRPCG"
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DPOSTERIOR_EOFS"
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DPOSTERIOR_ERROR_I"
setenv MY_CPP_FLAGS "${MY_CPP_FLAGS} -DTIME_CONV" - You MUST use the build script to compile.
- Customize the ROMS input script roms_wc13.in and specify the appropriate values for the distributed-memory partition. It is set by default to:Notice that the adjoint-based algorithms can only be run in parallel using MPI. This is because of the way that the adjoint model is constructed.
- Customize the configuration script job_rbl4dvar.csh and provide the appropriate place for the substitute Perl script:set SUBSTITUTE=${ROMS_ROOT}/ROMS/Bin/substituteThis script is distributed with ROMS and it is found in the ROMS/Bin sub-directory. Alternatively, you can define ROMS_ROOT environmental variable in your .cshrc login script. For example, I have:setenv ROMS_ROOT /home/arango/ocean/toms/repository/trunk
- Execute the configuration job_rbl4dvar.csh before running the model. It copies the required files and creates rbl4dvar.in input script from template s4dvar.in. This has to be done every time that you run this application. We need a clean and fresh copy of the initial conditions and observation files since they are modified by ROMS during execution.
- Run ROMS with data assimilation:mpirun -np 8 romsM roms_wc13.in > & log &
- We recommend creating a new subdirectory for each Case in this exercise (EX3_CONGRAD, EX3_MINRES, EX3_RPCG, and EX4_WEAK), and saving the solution in it for analysis and plotting to avoid overwriting solutions when playing with different parameters. For examplemkdir EX3_CONGRADwhere log is the ROMS standard output specified in the previous step.
mv Build_roms rbl4dvar.in *.nc log EX3_CONGRAD
cp -p romsM roms_wc13.in EX3_CONGRAD
Plotting your Results
Several Matlab scripts are provided in the directory WC13/plotting which will allow you to plot some of the RBL4D-Var output.
Recall that RBL4D-Var minimizes the cost function given by:
Plot first the RBL4D-Var cost function and its components , and the theoretical minimum value using the Matlab script plot_rbl4dvar_cost_compare.m.
Next, plot the surface initial conditions increments and the surface forcing increments at initial time using Matlab script plot_rbl4dvar_increments.m or ROMS plotting package script ccnt_rbl4dvar_increments.in for horizontal plots at 100 m or csec_rbl4dvar_increments.in for cross-sections along 37°N.
Results
The RBL4D-Var cost function value for each inner loop iteration is shown below for various minimization algorithms:
![]() prior saved daily |
![]() prior saved daily |
![]() prior saved daily |
The convergence of various minimization algorithms (RBLanczos default, MINRES, and RPCG) is compared with the primal formulation I4DVAR.
In the above plots, the prior nonlinear trajectory is saved every 2 hours instead of daily (NHIS = NTLM = NSFF = NOBC = 4). It shows the convergence of various minimization algorithms (RBLanczos default, MINRES, and RPCG) is compared with the primal formulation I4DVAR.
The RBL4D-Var initial conditions increments for free-surface (m), surface wind stress components (Pa), and surface net heat flux (W/m2) are shown below:
![]() |
![]() |
![]() |
![]() |
The RBL4D-Var initial conditions increments at the surface for temperature (°C), salinity, and momentum components (m/s) are shown below:
![]() |
![]() |
![]() |
![]() |
The RBL4D-Var initial conditions increments at 100m for temperature (°C), salinity, and momentum components (m/s) are shown below:
![]() |
![]() |
![]() |
![]() |
A cross-section along 37°N for the RBL4D-Var initial conditions increments is shown below.
![]() |
![]() |
![]() |
![]() |