<html>

<head>

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

</head>

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

Hi all,

<div class=""><br class="">

</div>

<div class="">Was trying to convert an existing curvilinear setup which used  #define OLD_GRID_IO to the “new" compact format. This is a single domain of 210x192. EXCH2 is not activated.</div>

<div class="">Initially setting up for a single proc/tile.</div>

<div class=""><br class="">

</div>

<div class="">I found an old thread (<a href="http://mailman.mitgcm.org/pipermail/mitgcm-support/2013-July/008420.html" class="">http://mailman.mitgcm.org/pipermail/mitgcm-support/2013-July/008420.html</a>) which addressed my first problem,</div>

<div class="">namely that the new compact format requires fields (Nx+1,Ny+1) whereas old is (Nx,Ny). FWIW I did not get any difference (in mach prec)</div>

<div class="">when I filled in the Nx+1 and Ny+1 fields for XG and YG (which was unclear in thread discussion). A bit curious that the new way requires angleCS and angleSN</div>

<div class="">but not required in the old way.</div>

<div class=""><br class="">

</div>

<div class="">However when I went to 80 procs/mpi the code wanted 80 grid files with extensions face001.bin, face002.bin etc. rather than accepting a global file</div>

<div class="">(I specify horizGridFile). I did not see a way to get around this in the code, is there?</div>

<div class=""><br class="">

</div>

<div class="">As an aside, most things in MITgcm with a switch named as *OLD* indicate something obsolete (often inferior) and kept for backward compatibility.</div>

<div class="">In this instance, it seems OLD_GRID_IO might actually be the easiest way to set up this grid, and perhaps a more appropriate name should</div>

<div class="">be chosen for this CPP option?</div>

<div class=""><br class="">

</div>

<div class="">Jeff</div>

</body>

</html>