
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">


Dear MITgcm-ers 


<div><br>


</div>


<div>I’m developing an idealised ice-shelf cavity box model to understand the impact of different slope and their orientation in the melt rates within ice-shelf channels. In order to do so I need to shift the X and Y periodic boundaries in the vertical direction


 to ensure periodicity within the box model. Previous work has successfully shifted the x boundary by shifting in the vertical direction of the westRecvBuf_RL westSendBuf_RL eastRecvBuf_RS, eastSendBuf_RL and their RS equivalents in the exch_rl_send_put_x.F


 and exch_rs_send_put_x.F. files (e.g. Patmore R. D. P. R. Holland C. A. Vreugdenhil A. Jenkins and J. R. Taylor 2023 <a href="https://github.com/rdPatmore/ISOBL_3eq_2scal/blob/v1.0.1/code/exch_rl_send_put_x.F">https://github.com/rdPatmore/ISOBL_3eq_2scal/blob/v1.0.1/code/exch_rl_send_put_x.F</a>)</div>


<div><br>


</div>


<div>Following the same idea I’ve done the analogous changes in the files exch_rl_send_put_y.F  exch_rs_send_put_y.F. I have managed to run it in a 5x5x5 box, however when I increase the vertical grid the model blows up.  My guess is that I have mistakenly


 placed the Buffer locations. Do you have any advice on how to output/visualise the Bufs or the overlays OLx & OLy?, since that will allow me to debug the periodic boundaries of the model.  </div>


<div><br>


</div>


<div>Thank you, </div>


<div>Josué</div>


<br>


<br>


This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete


 this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before


 opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.<br>


<br>


</body>


</html>