[MITgcm-support] Non-Zero Meridional Velocity Kelvin Wave

SYSU qianyk at mail3.sysu.edu.cn
Wed Nov 15 19:33:42 EST 2017


Hi Bertrand,

Not sure but I guess the symmetry of your grid about the equator is important.

Your Y-grid number is 150, so make sure the 75th grid is located exactly at equator, not the 75.5th (center btw 75th and 76th).  Make sure the IC setup by normal mode is also symmetric about equator.  That is the 1st and 149th, 2nd and 148th, ..., are exactly the same, as the 150th is the boundary.

------------
Best regards 

Yu-Kun Qian (钱钰坤)
Center for Monsoon and Environment Research 
Department of Atmospheric Sciences
Sun Yat-sun University
Guangzhou, China

> 在 2017年11月16日,03:05,Bertrand Louis Rene Delorme <bdelorme at stanford.edu> 写道:
> 
> Dears,
>  
> I am trying to set-up a very simple experiment to generate baroclinic Kelvin waves over an equatorial beta-plane.
> My approach so far has been to prescribe initial conditions for U, V, T and ETA based on the normal-mode solutions of the wave.
> I managed to get a nice modal structure (both in the vertical and horizontal plane), which propagates without attenuation throughout the simulation.
> Here is my problem: in my initial conditions, I set V=0, but right after the first iteration V get non-zero values.
> As I am generating a Kelvin wave, I would expect V to stay equal to zero throughout the simulation, if the flow is well-balanced.
> In my case, V ends up with an amplitude approximately one order of magnitude lower than U, which is still pretty high.
> From the patterns I get in the outputs, it seems that the model is using dV/dy balance dU/dx in the continuity equation.
> As I prescribed an initial free-surface, I was expecting W to play this role alone.
>  
> My issue can be link to an error in the normal-mode solutions that I use, which I checked carefully without finding any mistakes.
> Another possibility would be that it comes from the set-up of my experiment.
> I am using a domain centered at the equator with 60x150x200 grid points, with a resolution high enough to resolve the wave.
> The only package that I am using is the MNC package, and my data file is pretty simple (see below).
>  
> If any of you has an idea of what I should check/test to understand where those non-zero values come from, please let me know.
>  
> Best,
> Bertrand
>  
>  
> &PARM01
> sBeta=0.0,
> selectCoriMap=1,
> f0=0,
> beta=2.29E-11,
> readBinaryPrec=64,
> writeBinaryPrec=64,
> &
>  
> &PARM02
> &
>  
> &PARM03
> startTime=0.,
> endTime=1600000,
> deltaT=200,
> dumpFreq=16000,
> monitorFreq=1600000,
> monitorSelect=1,
> &
>  
> &PARM04
> usingCartesianGrid=.TRUE.,
> ygOrigin=-1050000,
> delXfile='delXvar',
> delYfile='delYvar',
> delRfile='delZvar',
> &
>  
> &PARM05
> bathyFile='topog.flat',
> hydrogThetaFile='Tini.bin',
> uVelInitFile='Uini.bin',
> vVelInitFile='Vini.bin',
> pSurfInitFile='ETAini.bin',
> &
>  
>  
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20171116/5b71199b/attachment-0001.html>


More information about the MITgcm-support mailing list