[MITgcm-support] RE: cube 510x6 by 510 convention

[Chris Hill]

Hmmmm! 

Well YC should be latitude, but yours has blocks of zeros! I think this may
have something to do with how globalfiles=.true. interacts with the SGI. Is
Dimitris around, I've not seen a problem like this before but I have heard
rumours about SGI I/O issues for certain I/O modes, maybe he can shed some
light on what happened?

Anybody else got any thoughts on whats going on - picture of yc is attached?

Chris

> -----Original Message-----
> From: Ichiro Fukumori [mailto:if at pacific.jpl.nasa.gov] 
> Sent: Monday, March 29, 2004 7:16 PM
> To: cnh at MIT.EDU; Andrew Eichmann; Dimitris Menemenlis
> Subject: Re: cube 510x6 by 510 convention
> 
> Chris, Andrew, and Dimitris,
> 
> Sorry for clogging your mailer.  I checked an Eta file that I 
> think has the same format as XC.data and YC.data.  The Eta 
> looks OK; Eta doesn't have the zero blocks XC/YC do.  I 
> wonder if there is a bug in the XC output etc that is not in 
> Eta etc output.  I think XC is output by WRITE_FLD_XY_RS 
> (ini_grid) and Eta is output by WRITE_FLD_XY_RL 
> (write_state).  Could this cause the difference?  FYI, I've 
> brought some files of Dimitris's new test run in 
> lou:/ecco/fukumori/Temp/newstype.  The original is in 
> kalpana:/nobackup1/menemenl/cube/MITgcm/verification/global_oc
> ean.cs32x15/run
> 
> -- Ichiro
> 
> 
> ===============================================================
> Ichiro Fukumori               | Jet Propulsion Laboratory
> e-mail: fukumori at jpl.nasa.gov | Mail Stop 300-323
> phone: +1 (818) 354-6965      | 4800 Oak Grove Drive
> fax: +1 (818) 393-6720        | Pasadena, California 91109, U.S.A.
> ===============================================================
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yc.jpg
Type: image/jpeg
Size: 530093 bytes
Desc: not available
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20040329/f3403a70/attachment.jpg>