[MITgcm-support] Behavior of Ptracers at Orlanski boundary

Yilang Xu yxu at whoi.edu
Mon Apr 15 02:10:30 EDT 2019


Hi Martin and Jean-Michel, 

 

Thanks very much for your advice. I set up a test case and add " OBCS_u1_adv_Tr(1) = 1," in data.obcs, but the plot behaves the same as the case does without it. Generally, the problem is that the ptracer starts to accumulate to a large number after it reaches the Orlanski boundary. I am trying to use ptracer to mimic salt. They behave relatively in a similar way except for the cells near the boundary. I have attached a vertical slice of the ptracer for demonstration. 

 

My current implementation is the same as suggested in the old post (http://mailman.mitgcm.org/pipermail/mitgcm-support/2012-October/008012.html). Ptracer is resotred by RBCS on a small surface area, and " OBCS_u1_adv_Tr(1) = 1," is the only ptracer-related line in data.obcs (but this did not change any behavior). I am wondering what could be improved if I want to advect the ptracer out properly. Implementing Orlanski BC for ptracers could be a choice in the future. 

 

Thanks,

Yilang

 

 

On 4/12/19, 12:03, "MITgcm-support on behalf of Jean-Michel Campin" <mitgcm-support-bounces at mitgcm.org on behalf of jmc at mit.edu> wrote:

 

    Hi Yilang,

    

    Did you try, for each passive tracer "iTr":

     OBCS_u1_adv_Tr(iTr) = 1,

    This will force to use 1rst Order upwind advection-scheme at OB location 

    but only in the case of an outflow. This could help the passive tracer to

    leave the domain without accumulating.

    An example can be found here:

     verification/so_box_biogeo/input/data.obcs

    

    Cheers,

    Jean-Michel

    

    On Fri, Apr 12, 2019 at 09:41:44AM +0200, Martin Losch wrote:

    > Hi Yilang,

    > 

    > I think that your only way out is to change the boundary conditions for the passive tracers. You obviously read this old post. Now you know what I mean by “keep your fingers crossed”.

    > 

    > As a quick fix, I usually try to use some approximate v.Neumann BC, but that’s already implemented in the example given in the old post <http://mailman.mitgcm.org/pipermail/mitgcm-support/2012-October/008012.html>

    > 

> If that doesn’t help you’ll probably have to try to implement Orlanski BC’s for passive tracers …

    > 

    > Martin

    > 

    > > On 11. Apr 2019, at 21:51, Yilang Xu <yxu at whoi.edu> wrote:

    > > 

    > > Hi everyone, 

    > >  

    > > As MITgcm suggests, the implementation of Orlanski OBCS and Ptracers together is not recommended by the current version of the code. Following some previous discussions

    > > (e.g., http://mailman.mitgcm.org/pipermail/mitgcm-support/2012-October/008012.html), I comment out the part that stops the model in obcs_calc.F and obcs_check.F. 

    > >  

    > > As a result, the model behaves well until the ptracer reaches the Orlanski boundary. I notice the occurrence of instability or aggregation of ptracer when it comes near boundary cells. 

    > > I wonder if there is any solution to this problem. Appreciate your help. 

    > >  

    > > Thanks,

    > > Yilang

    > > _______________________________________________

    > > 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

    _______________________________________________

    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/20190415/b471ef1b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ptracers_side_y_-75.9946degree_100days.png
Type: image/png
Size: 89262 bytes
Desc: not available
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20190415/b471ef1b/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: data.obcs
Type: application/octet-stream
Size: 866 bytes
Desc: not available
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20190415/b471ef1b/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: data.rbcs
Type: application/octet-stream
Size: 769 bytes
Desc: not available
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20190415/b471ef1b/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: data.ptracers
Type: application/octet-stream
Size: 528 bytes
Desc: not available
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20190415/b471ef1b/attachment-0005.obj>


More information about the MITgcm-support mailing list