[MITgcm-support] netcdf with more than 999 tiles

[Martin Losch]

Hi there, 

sorry for the confusion, there is code for that. The model does produce the correct number of netcdf files (1120 in my case), with suffixes t354.nc and t1012.nc, etc. My mistake: gluemncbig does not seem to recognize that (Error: found 999 tiles […], need 112)) and I was too lazy/sloppy to check with a simple ls | wc. I assume that I (or someone more qualified than me) can fix gluemncbig (So far I replaced in line 1137, the regular expression pattern t[0-9]{3} with t[0-9]{3,4}, that helped a little, but I am on it), but wouldn't it be better to have the format changed to "fname.iteration.t%s04i.nc" if the number of tiles > 999 (and 04i for > 9999, etc)? That way, a simple "ls -l" will sort the files in the correct order, but maybe not so important.

Martin



On Jan 11, 2013, at 5:38 PM, Jean-Michel Campin <jmc at ocean.mit.edu> wrote:

> Hi Martin,
> 
> Did you try with more than 999 tiles ? I thought Ed wrote some pieces
> of code to deal with this (but I don't remember very well, was long 
> time ago, so I could be completly wrong).
> 
> Cheers,
> Jean-Michel
> 
> On Fri, Jan 11, 2013 at 04:28:38PM +0100, Martin Losch wrote:
>> Hi there,
>> 
>> I am sure this has been answered already:
>> What do I have to do, to make the mnc package write suffixes for more that 999 tiles, i.e.
>> *.t1000.nc, *.t1001.nc, etc.
>> ?
>> Currently this seems to be fixed to 3 digits, but I cannot see where.
>> 
>> Martin
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
> 
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support