Search found 29 matches
- Mon Sep 07, 2020 6:31 am
- Forum: ROMS Discussion
- Topic: Doing zonal average in the source code (in step3d_t.F)
- Replies: 0
- Views: 1419
Doing zonal average in the source code (in step3d_t.F)
Hi all, I’m simulating a barocliniczlly unstable flow in an E-W periodic channel. I’d like to restore the zonal mean (in I-direction) density to a prescribed climatology. I have modified “step3d_t.F” to do zonal average in the following way, but I worry if the implementation is correct. I’d really ap ...
- Sun Jun 23, 2013 3:11 pm
- Forum: ROMS Problems
- Topic: Lagrangian floats problem/question
- Replies: 4
- Views: 5266
Re: Lagrangian floats problem/question
Hi Kate,
Thanks for your reply.
Yes, you are right. The j-index range is 41-75.
I tried your suggestion to release drifters every Fdt interval (= 0.0417 day).
tile of 6 x 8 works (as before)
tile of 6 x 12 works
But, tile of 12 x 8 still failed. The model ran for 2.5 day and hanged.
Thanks for your reply.
Yes, you are right. The j-index range is 41-75.
I tried your suggestion to release drifters every Fdt interval (= 0.0417 day).
tile of 6 x 8 works (as before)
tile of 6 x 12 works
But, tile of 12 x 8 still failed. The model ran for 2.5 day and hanged.
- Wed Jun 19, 2013 4:01 pm
- Forum: ROMS Problems
- Topic: Lagrangian floats problem/question
- Replies: 4
- Views: 5266
Lagrangian floats problem/question
Hi all, I am new to the lagrangian float option in ROMS. My goal is to release line sources of drifters at different depth (top 8 vertical levels) and repeat the drifter release every hour for 0.5 day. The way I do this is kind of dumb (suggestion?): in floats.in, I specify POS = G, C, T, N, Ft0 ...
- Fri Jun 01, 2012 3:51 pm
- Forum: Job Opportunities
- Topic: Two postdoc positions at National Taiwan University
- Replies: 0
- Views: 2873
Two postdoc positions at National Taiwan University
Postdoc positions available in the Institute of Applied Mechanics and the Institute of Oceanography, National Taiwan University We are seeking two postdoctoral scientists to work on a collaborative project between the Institute of Applied Mechanics and the Institute of Oceanography at National ...
- Fri Apr 06, 2012 3:22 am
- Forum: ROMS Discussion
- Topic: modeling internal tides in a canyon: solution not converged
- Replies: 7
- Views: 7786
Re: modeling internal tides in a canyon: solution not conver
Hi Ed, thanks for the suggestions. I am testing the convergence with idealized M2 tidal forcing. Will report back!
- Thu Apr 05, 2012 4:45 am
- Forum: ROMS Discussion
- Topic: modeling internal tides in a canyon: solution not converged
- Replies: 7
- Views: 7786
Re: modeling internal tides in a canyon: solution not conver
To rduran: The max water depth is around 2000m, and I tried 20, 30, and 40 layers. The max. stiffness ratio is 0.4 (a bit high). I understand the period needed to resolve different harmonics. I just thought that the same dominant wave modes for adjustment would be resolved in the cases with ...
- Thu Apr 05, 2012 3:14 am
- Forum: ROMS Discussion
- Topic: modeling internal tides in a canyon: solution not converged
- Replies: 7
- Views: 7786
Re: modeling internal tides in a canyon: solution not conver
thanks for the reply!
The spatial resolution is variable. The highly resolved canyon region is 200m x 200m. But the grid coarsens to 4km near the boundaries.
Maybe the spin-up period of 30days is not long enough. I will try spatial grid refinement as well.
The spatial resolution is variable. The highly resolved canyon region is 200m x 200m. But the grid coarsens to 4km near the boundaries.
Maybe the spin-up period of 30days is not long enough. I will try spatial grid refinement as well.
- Wed Apr 04, 2012 1:30 am
- Forum: ROMS Discussion
- Topic: modeling internal tides in a canyon: solution not converged
- Replies: 7
- Views: 7786
modeling internal tides in a canyon: solution not converged
Hi all, I am simulating a regional sea off Taiwan where tidal flows over a submarine canyon generates internal tides (~ 50m isotherm displacement). The canyon is about 10km wide and is around 300-400 meter deeper than its rim. The tidal forcing is from OSU TPXO, and the model-derived sea-level ...
- Mon Jan 16, 2012 2:44 am
- Forum: Meetings/Workshops
- Topic: 2012 ASLO meeting, Lake Biwa, Shiga, Japan
- Replies: 0
- Views: 7502
2012 ASLO meeting, Lake Biwa, Shiga, Japan
Dear colleagues, We would like to bring your attention to our 2012 ASLO session in July 8-13, Lake Biwa, Shiga, Japan: SS46: THE MULTI-SCALE CLIMATIC INFLUENCE ON THE MARINE ECOSYSTEM AND ITS ASSOCIATED PHYSICAL AND DYNAMICAL FORCING Multi-scale climate effects on the marine ecosystem have been well ...
- Wed Oct 19, 2011 2:34 pm
- Forum: Job Opportunities
- Topic: Post-Doctoral Research Scientists at Academia Sinica, Taiwan
- Replies: 0
- Views: 3233
Post-Doctoral Research Scientists at Academia Sinica, Taiwan
Post-Doctoral Research Scientists Consortium for Climate Change Study Would you like to be part of a team developing new approaches to climate modeling and delivering climate change information to society and researchers? We seek scientists: To work on the following challenging scientific problems ...
- Thu Mar 12, 2009 3:59 am
- Forum: ROMS Problems
- Topic: potential mass conservation problem on dry cells
- Replies: 20
- Views: 12925
Re: potential mass conservation problem on dry cells
Thank John and Hernan for implementing the corrections. I have tested it out, and zeta + h at dry cells is < Dcrit now. Plus, total mass conserves very well.
- Tue Mar 10, 2009 10:40 pm
- Forum: ROMS Problems
- Topic: potential mass conservation problem on dry cells
- Replies: 20
- Views: 12925
potential mass conservation problem on dry cells
Hi all, There may be a potential problem in the ROMS fill value (spval = 1.0E+37) for dry cells when wetting/drying is activated. In Nonlinear/wetdry.F, when the local water depth (zeta + h) < Dcrit, the cell is considered dry, and rmask_wet and rmask_full of that cell is set to zero. Then, say for ...
- Sun Mar 08, 2009 2:16 pm
- Forum: ROMS Problems
- Topic: passive tracer not conserved with TS_MPDATA in shallow water
- Replies: 5
- Views: 4697
Re: passive tracer not conserved with TS_MPDATA in shallow water
I forgot to mention that the patch of suspended sediment never reaches the open boundary within the first two days. John Warner has helped identify a potential bug in sed_settling.F He suggested: line 177 (or close to that number): qc(i,k)=t(i,j,k,nnew,indx)*Hz_inv(i,k) relace that line with ...
- Sat Mar 07, 2009 1:42 am
- Forum: ROMS Problems
- Topic: passive tracer not conserved with TS_MPDATA in shallow water
- Replies: 5
- Views: 4697
Re: passive tracer not conserved with TS_MPDATA in shallow water
re-post the figure
- Fri Mar 06, 2009 9:16 pm
- Forum: ROMS Problems
- Topic: passive tracer not conserved with TS_MPDATA in shallow water
- Replies: 5
- Views: 4697
passive tracer not conserved with TS_MPDATA in shallow water
Hi all, I set up a very simple case to test whether passive tracer is conserved in shallow waters. I used sediment as a tracer (only one size class) but set the setting velocity to zero. So it behaves like passive tracer. When I used the ROMS-default advection scheme, the total mass conserves very ...
- Tue Mar 03, 2009 4:04 am
- Forum: ROMS Discussion
- Topic: Diagnostics for sediment not closed??
- Replies: 2
- Views: 2314
Re: Diagnostics for sediment not closed??
Hernan, Thanks for the clarification. Since vertical flux is what no fully represented in the sediment diagnostics, I tried to avoid it for now. So, I depth-integrated each term and expected the following to balance : Integral (mud_01_rate) ~= Integral (mud_01_hadv) - d/dt (bed_thickness * 2650 * (1 ...
- Mon Mar 02, 2009 11:36 pm
- Forum: ROMS Discussion
- Topic: Diagnostics for sediment not closed??
- Replies: 2
- Views: 2314
Diagnostics for sediment not closed??
Hi all, I'm examining the budget of transport equation for sediments in a shallow idealized estuary. I have only one sediment class, and the domain of interest is constantly wet and dry due to tides. Strangely, with DIAGNOSTICS_TS turned on, the transport equation is not closed??? The salt and ...
- Mon Oct 20, 2008 5:24 pm
- Forum: ROMS Bugs
- Topic: bug in wrt_rst.F ??
- Replies: 2
- Views: 3157
bug in wrt_rst.F ??
A bug ?? in wrt_rst.F line 106 Original: #ifdef PERFECT_RESTART ! ! Write out time-stepping indices. ! # ifdef SOLVE3D ntmp(1)=1+MOD((iic(ng)-1)-ntstart(ng),2) CALL netcdf_put_ivar (ng, iNLM, RSTname(ng), 'nstp', & & ntmp, (/tRSTindx(ng)/), (/1/), & & ncid = ncRSTid(ng)) IF (exit_flag.ne.NoError ...
- Wed Apr 09, 2008 1:38 am
- Forum: ROMS Discussion
- Topic: Separating horizontal advection term for tracer diagnostics
- Replies: 2
- Views: 2721
- Tue Apr 08, 2008 7:58 pm
- Forum: ROMS Discussion
- Topic: Separating horizontal advection term for tracer diagnostics
- Replies: 2
- Views: 2721
Separating horizontal advection term for tracer diagnostics
Hi all, In ROMS standard TS_DIAGNOSTICS output, the advection terms (x and y) are combined into one term (salt_hadv and temp_adv). I'm trying to separate them in step3d_t.F but am not sure: 1. whether my modifications (see below) are correct or not? Another related question is that the advection ...
- Tue Apr 08, 2008 7:25 pm
- Forum: ROMS Discussion
- Topic: question on wind-induced wave direction (Dwave)?
- Replies: 1
- Views: 1983
question on wind-induced wave direction (Dwave)?
Hi all, I'm using ANA_WWAVE to analytically specify wind-induced waves. In analytical.F or ana_wwave.h, an input of wave direction (Dwave) is needed. Assuming that the waves are propagating toward positive XI direction, should I use Dwave = 270 * deg2rad (following LAKE_SIGNELL test case)? Does it ...
- Mon Jul 09, 2007 2:26 pm
- Forum: ROMS Problems
- Topic: cluster node died after model blow up (3.0 version)
- Replies: 2
- Views: 3037
- Tue Jul 03, 2007 7:31 pm
- Forum: ROMS Problems
- Topic: cluster node died after model blow up (3.0 version)
- Replies: 2
- Views: 3037
cluster node died after model blow up (3.0 version)
Hi all, I recently experienced a strange problem after migrating to ROMS 3.0. My application worked fine for serial run but blew up for parallel run (tilting 1 x 4). After blowing up, one of the computing node died. Such strange behavior happened repeatedly. Suggestion is greatly appreciated ...
- Wed May 30, 2007 7:58 pm
- Forum: ROMS Problems
- Topic: Segmentation fault with WET_DRY
- Replies: 4
- Views: 5561
post-compilation segmentation fault with OpenMp
Hi nganju,
I encountered a similar post-compilation segmentation fault using OpenMp. Have you resolved that problem yet? If so, do you mind sharing the trick? Thanks
Shih-Nan
I encountered a similar post-compilation segmentation fault using OpenMp. Have you resolved that problem yet? If so, do you mind sharing the trick? Thanks
Shih-Nan
- Fri Jan 12, 2007 3:35 pm
- Forum: ROMS Problems
- Topic: ROMS 2.0 with MPI
- Replies: 6
- Views: 5946
- Sun Oct 22, 2006 2:22 am
- Forum: ROMS Problems
- Topic: MPI 1 by 1 tile configuration --segmentation error
- Replies: 11
- Views: 10873
- Wed May 03, 2006 2:53 am
- Forum: ROMS Problems
- Topic: Simulating an estuary with constant depth and width
- Replies: 2
- Views: 4176
Hi John, Thanks for your reply. I'm actually using the test case you set up (ESTUARY_TEST). I applied the same OBC as yours but used constant depth. #define EAST_FSGRADIENT #define EAST_M2CLAMPED #define EAST_M3GRADIENT #define EAST_TCLAMPED #define WEST_FSCLAMPED #define WEST_M2REDUCED #define WEST ...
- Sun Apr 02, 2006 8:33 pm
- Forum: ROMS Problems
- Topic: Simulating an estuary with constant depth and width
- Replies: 2
- Views: 4176
Simulating an estuary with constant depth and width
Hi all, I'm setting up tidal forcing (only M2) for an estuarine channel (20 m deep) and encountered some problems. I'll appreciate if somebody can kindly give me some hints: The first configuration is a channel with one open boundary. I used #define NORTHERN_WALL #define SOUTHERN_WALL #define ...
- Mon Mar 06, 2006 11:23 pm
- Forum: ROMS Problems
- Topic: UPWELLING test case
- Replies: 1
- Views: 3046
UPWELLING test case
hi all, I'm a new user and trying to understand the UPWELLING test case first. In the UPWELLING case, Lm is 41 and Mm is 80. But in the output file the bathymetry (h) is 43x82. So, there is one extra point at the boundary (?). I know the depth proflie is set up in analytical.F as below ...