[MITgcm-support] question...

Riema Rachmayani imoth_22 at yahoo.com
Fri Sep 29 00:09:34 EDT 2006


dear all,

i've already run verification of internal wave, i'm not change the input...i just run it!!....when i check the input, Tref is various to the vertical layer (20 layer), and Sref is uniform to the vertical layer (20 layer), nonhydrostatic=.false....(it mean the equation still hydrostatic right?)...and then i change nonhydrostatic=.true. , when i run it again...there was a message : 

config_check : nonhydrostatic  NOT SAFE with non fully implicit barotopic                         solver
config_check : to by-pass this STOP, comment this test and re-compile                           config_check
STOP ABNORMAL END : S/R Confid_check statement executed

i thought that it happen because Sref uniform, so i change Sref became various like Tref, but when i run it again, there was appears the same message...

what should i do??

thx mitgcm

best regard, 
rima, indonesia


mitgcm-support-request at mitgcm.org wrote: Send MITgcm-support mailing list submissions to
 mitgcm-support at mitgcm.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://mitgcm.org/mailman/listinfo/mitgcm-support
or, via email, send a message with subject or body 'help' to
 mitgcm-support-request at mitgcm.org

You can reach the person managing the list at
 mitgcm-support-owner at mitgcm.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MITgcm-support digest..."


Today's Topics:

   1. Specifying the tile size in curvilinear grids (Ian G. Fenty)
   2. Re: OBC problem: spurious boundary jets with C-D coupling
      (Mark Hadfield)
   3. Exf depends on cal? (Mark Hadfield)
   4. Re: Exf depends on cal? (Dimitris Menemenlis)


----------------------------------------------------------------------

Message: 1
Date: Wed, 27 Sep 2006 15:13:47 -0400
From: "Ian G. Fenty" 
Subject: [MITgcm-support] Specifying the tile size in curvilinear
 grids
To: mitgcm-support at mitgcm.org
Message-ID: <451ACD6B.9020108 at mit.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hello,
Is there a way to pre-specify exactly the x,y size of each tile at run 
time even if this means they have non-uniform sizes?  If so, would each 
tile then be known by a unique thread-id which could be known, or 
assigned, beforehand? 

Thanks,
Ian Fenty


------------------------------

Message: 2
Date: Thu, 28 Sep 2006 09:49:14 +1200
From: Mark Hadfield 
Subject: Re: [MITgcm-support] OBC problem: spurious boundary jets with
 C-D coupling
To: mitgcm-support at mitgcm.org
Message-ID: <451AF1DA.3060708 at niwa.co.nz>
Content-Type: text/plain; charset="iso-8859-1"

Thanks, Martin and Chris.

chris hill wrote:
> As Martin notes the code for CD with OBCS has not been written.
>  What resolution are you working at? Mostly CD is used for situations 
> where the deformation radius is not resolved i.e. resolutions > 25km. 
> For a limited area run it may not be needed. For resolutions where 
> eddy scale is resolved or at least things are eddy permitting then 
> sub-grid dissipation is more cleanly (although its still a dirty 
> business) handled by either fixed laplacian and biharmonic viscosities 
> or by the flow dependent smag/leith form (described in the online docs).
The simulation I am doing right now is at fairly coarse resolution (25 
km) and is diagnostic & linear, ie

      saltStepping = .FALSE.
      tempStepping = .FALSE.
      momStepping = .TRUE.
      momAdvection = .FALSE.

Simulations of this sort are prone to developing grid-scale noise, as I 
have found with ROMS, but biharmonic viscosity controls that nicely, 
thanks. Future, more realistic (I hope) simulations will use finer 
resolution and full dynamics.

The decision to start with the CD scheme enabled wasn't a decision, 
really, just inertia: I started with one of the verification experiments 
and started hacking.

-- 
Mark Hadfield          "Kei puwaha te tai nei, Hoea tahi tatou"
m.hadfield at niwa.co.nz
National Institute for Water and Atmospheric Research (NIWA)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://forge.csail.mit.edu/pipermail/mitgcm-support/attachments/20060928/c36d3d57/attachment-0001.html

------------------------------

Message: 3
Date: Thu, 28 Sep 2006 13:00:22 +1200
From: Mark Hadfield 
Subject: [MITgcm-support] Exf depends on cal?
To: MITgcm Support 
Message-ID: <451B1EA6.8050804 at niwa.co.nz>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

When I tried to build MItgcm with the exf package, but without the cal 
package, it failed during preprocessing with messages about missing 
headers that obviously belong to the cal package. (Or was it during 
linking? Whatever. It failed, the messages clearly implicated cal, and 
when I "cal" to packages.conf, it worked.)

I presume, therefore, that pkg/pkg_depend should have an entry like

exf             +cal

-- 
Mark Hadfield          "Kei puwaha te tai nei, Hoea tahi tatou"
m.hadfield at niwa.co.nz
National Institute for Water and Atmospheric Research (NIWA)





------------------------------

Message: 4
Date: Wed, 27 Sep 2006 21:23:11 -0700
From: Dimitris Menemenlis 
Subject: Re: [MITgcm-support] Exf depends on cal?
To: mitgcm-support at mitgcm.org
Message-ID: <451B4E2F.4010608 at sbcglobal.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Mark, you are right.  pkg/exf requires pkg/cal.
I have modified pkg/pkg_depend as suggested and checked it into CVS.
Cheers, Dimitris


------------------------------

_______________________________________________
MITgcm-support mailing list
MITgcm-support at mitgcm.org
http://mitgcm.org/mailman/listinfo/mitgcm-support


End of MITgcm-support Digest, Vol 39, Issue 29
**********************************************


 Send instant messages to your online friends http://uk.messenger.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20060929/0e0e7488/attachment.htm>


More information about the MITgcm-support mailing list