[MITgcm-support] gluemnc truncates Xp1 and Yp1 to the length of X and Y
Martin Losch
Martin.Losch at awi.de
Thu Jun 18 11:54:47 EDT 2015
Hi Roland,
I haven’t used gluemnc in a while because the python script utils/python/MITgcmutils/scripts/gluemncbig is so much faster. As far as I can see, gluemncbig preserves the “mnc-service” of including the n+1st velocity point.
M.
> On 18 Jun 2015, at 11:32, Roland Young <Roland.Young at physics.ox.ac.uk> wrote:
>
> Hi all,
>
> I am using gluemnc to combine 16 tiled files into a global file. This works generally fine, except for the following:
>
> My input files (one per tile, as standard) include
>
> U (Xp1,Y,Z)
> V (X,Yp1,Z)
>
> with nx = 256 and ny=128 globally in my case (so 257 X-points in U and 129 Y-points in V). However, the .glob.nc output truncates Xp1 and Yp1 to 256 and 128 grid points respectively, so the easternmost grid point in U and the northernmost grid point in V are cut off.
>
> Is gluemnc supposed to do this?
>
> In my case the domain is global so U(nx+1,y,z)=U(1,y,z) and V(x,1,z)=V(x,ny+1,z)=0, so in practice I can get around this, but I have a load of scripts that use rdmnc to read in the tiled output, which preserves Xp1 and Yp1 correctly, and I want to avoid having to go through and correct them for single-file input.
>
> Thanks,
>
> Roland
>
>
>
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
More information about the MITgcm-support
mailing list