| | 138 | == 3. Running the model== |
| | 139 | =Input data : = |
| | 140 | data needed to run with OPA are of two types : the namelists and the forcing files (already created thanks to nesting tools). Concerning namelists one need to provide one namelist by grid, the naming convention is the same than the one for forcing files.[[BR]] |
| | 141 | |
| | 142 | |
| | 143 | {{{ |
| | 144 | #elisha |
| | 145 | |
| | 146 | |
| | 147 | cp namelist 1_namelist |
| | 148 | cp namelist_ice 1_namelist_ice (if LIM is included in the configuration) |
| | 149 | vi 1_namelist |
| | 150 | |
| | 151 | }}} |
| | 152 | |
| | 153 | Then user should edit those namelists in order to modify the number and the duration of time steps in order that those number match the coarse grid values, taking into account refinement in time. Some other coefficients linked with the horizontal resolution of the grid can be tuned (mostly concerning diffusion and viscosity) indeed each grid has his own set of coefficients. |
| | 154 | |
| | 155 | || || Coarse Grid'namelist' || Fine Grid '1_namelist' |
| | 156 | ||nitend|| 52500 || 157500 || |
| | 157 | ||rdt|| 1800 || 600 || |
| | 158 | |
| | 159 | |
| | 160 | ''Most important namelist variables to edit. Example for a 1:3 time refinement ratio''[[BR]] |
| | 161 | |
| | 162 | User has now to gather in a directory every forcing files, namelists as well as opa executable and AGRIF_FixedGrids.in file. The simulation is ready to be carried out.[[BR]] |
| | 163 | |
| | 164 | When using online interpolation, the forcing part of 1_namelist will look like (here with core forcing):[[BR]] |
| | 165 | |
| | 166 | |
| | 167 | |
| | 168 | {{{ |
| | 169 | !----------------------------------------------------------------------- |
| | 170 | &namsbc_core ! namsbc_core CORE bulk formulea |
| | 171 | !----------------------------------------------------------------------- |
| | 172 | ! ! file name ! frequency (hours) ! variable ! time interpol. ! clim ! 'yearly' or ! weights ! rotation ! |
| | 173 | ! ! ! (if <0 months) ! name ! (logical) ! (T/F) ! 'monthly' ! filename ! pairing ! |
| | 174 | sn_wndi = 'u10_core' , -1. , 'u10' , .true. , .true. , 'yearly' ,'bicubic_weights.nc' , '' |
| | 175 | sn_wndj = 'v10_core' , -1. , 'v10' , .true. , .true. , 'yearly' ,'bicubic_weights.nc' , '' |
| | 176 | sn_qsr = 'qsw_core' , -1. , 'swdn' , .true. , .true. , 'yearly' ,'bilinear_weights.nc', '' |
| | 177 | sn_qlw = 'qlw_core' , -1. , 'lwdn' , .true. , .true. , 'yearly' ,'bilinear_weights.nc', '' |
| | 178 | sn_tair = 't2_core' , -1. , 't2' , .true. , .true. , 'yearly' ,'bilinear_weights.nc', '' |
| | 179 | sn_humi = 'q2_core' , -1. , 'q2' , .true. , .true. , 'yearly' ,'bilinear_weights.nc', '' |
| | 180 | sn_prec = 'precip_core' , -1. , 'precip' , .true. , .true. , 'yearly' ,'bilinear_weights.nc', '' |
| | 181 | sn_snow = 'snow_core' , -1. , 'snow' , .true. , .true. , 'yearly' ,'bilinear_weights.nc', '' |
| | 182 | }}} |
| | 183 | |
| | 184 | |
| | 185 | And we need only a weight file called 1_bicubic_weights.nc in the running directory, while core forcing files corresponds to the coarse grid input files.[[BR]] |
| | 186 | |
| | 187 | |
| | 188 | =Output data := |
| | 189 | output files are NetCDF or DIMG (key_dimgout activated) files giving the diagnostics at points T,U,V,W of the Arakawa C grid. For fine grids output files, the naming convention is exactly the same than the one mentioned above namely a different prefix for each grid of the hierarchy. The output files contain the both ghostcells, mentioned before, at the boundaries, so depending the visualization tool used, user can have the value zero at the boundaries of child grids. Note that the text file called ocean.ouput containing all the information printed during the run is also created for fine grids. |
| | 190 | |
| | 191 | ==Development Team== |
| | 192 | |
| | 193 | |
| | 194 | ||Organization ||Name ||Developments ||contact|| |
| | 195 | ||LMC/IMAG,Grenoble ||Laurent Debreu ||MPI implementation,Numerical implementation,2 way grid nesting || Laurent.Debreu@imag.fr|| |
| | 196 | ||LMC/IMAG,Grenoble ||Cyril Mazauric ||Installation environment,Portability on various platforms,Test of performance,Computation issues|| Cyril.Mazauric@imag.fr|| |
| | 197 | ||LMC/IMAG,Grenoble ||Florian Lemarié ||Nesting tools,New AGRIF interpolation schemes (PPM/ENO),Numerical issues ||Florian.Lemarie@imag.fr|| |
| | 198 | |
| | 199 | ==Support== |
| | 200 | |
| | 201 | ??? |
| | 202 | |
| | 203 | |
| | 204 | ==Known Users== |
| | 205 | |
| | 206 | ||Organization ||Name ||Region of interest ||configuration|| |
| | 207 | ||LEGI Grenoble FRANCE ||Jean-Marc Molines ||Gulf of Mexico ||NATL3/NATL4|| |
| | 208 | ||CICESE Ensenada MEXICO ||Julio Scheinbob,Julio Candela, Julien Jouanno|| Gulf of Mexico || NATL3|| |
| | 209 | ||DFO St Johns CANADA ||Andry Ratsimandresy,Fraser Davidson ||Newfoundland, Labrador sea|| NOOFS based on ORCA025|| |
| | 210 | ||LPO Brest ||Virginie Thierry|| Bay of Biscay|| NATL4|| |
| | 211 | ||NOCS Southampton ||Steve Alderson |||||| |
| | 212 | ||IFM-GEOMAR Kiel ||Arne Biastoch || South Africa || ORCA025|| |
| | 213 | ||Mercator OCean || Jerome Chanut || North Atlantic || CREG025, CREG12 || |
| | 214 | |
| | 215 | |
| | 216 | ==References :== |
