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

[SYSU]

Hi,

You may want to find the time v becomes nonzero.  You can output probably the 2nd step to see if v becomes nonzero, and then using diagnostics to do the full v momentum budget to find the reason.

A possible reason is that you use analytic normal mode as IC, if specified to c-grid mitgcm, may generate truncation error, so that at the 2nd step v becomes nonzero.

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

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

> 在 2017年11月16日，09:27，Bertrand Louis Rene Delorme <bdelorme at stanford.edu> 写道：
> 
> Thank you very much, Yu-Kun, for your suggestion. Unfortunately, it is not the origin of my problem. 
> My 1st grid number is the boundary, and my 76th grid number is centered exactly at the Equator. 
> I also checked my IC variables and those are perfectly symmetric about the equator (assuming that I am defining my initial U and V velocity at cell center, right?).
> Let me know if you have any other suggestions, and thank you again.
> Best,
> Bertrand
>  
> De : MITgcm-support <mitgcm-support-bounces at mitgcm.org> au nom de SYSU <qianyk at mail3.sysu.edu.cn>
> Répondre à : "mitgcm-support at mitgcm.org" <mitgcm-support at mitgcm.org>
> Date : mercredi 15 novembre 2017 à 4:33 PM
> À : "mitgcm-support at mitgcm.org" <mitgcm-support at mitgcm.org>
> Objet : Re: [MITgcm-support] Non-Zero Meridional Velocity Kelvin Wave
>  
> 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
> 
> _______________________________________________
> 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/1a026658/attachment.html>