Hello,
I was wondering if I could add more digits to the index of the name of an output file. For instance, changing 'roms_his_0001.nc' to 'roms_his_00001.nc'. I would appreciate it very much if someone could point me to the source code where the filename convention is set.
Many thanks!
Guangyu
Search found 79 matches
- Mon Mar 04, 2024 10:03 am
- Forum: ROMS Discussion
- Topic: output filename index
- Replies: 0
- Views: 5751
- Sat Jul 09, 2022 12:02 am
- Forum: ROMS Information
- Topic: LIMIT_VVISC
- Replies: 5
- Views: 16358
Re: LIMIT_VVISC
Thanks for the detailed explanation, John. To answer your question about the small viscosity and diffusivity computed using MY25, there is no surface or tidal forcing in my idealized simulations. The dynamics are driven by the lateral boundary conditions constructed from daily averaged output of a ...
- Fri Jul 08, 2022 5:23 pm
- Forum: ROMS Information
- Topic: LIMIT_VVISC
- Replies: 5
- Views: 16358
Re: LIMIT_VVISC
Here is a follow-up on Parker's questions. While inspecting the vertical eddy viscosity and diffusivity computed by turbulence closures in ROMS, I found that the results were different by several orders of magnitudes between GLS and Mellow-Yamada Level 2.5 in an idealized simulation of the ...
- Sun Jul 04, 2021 10:58 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi All, I am writing this post to let everyone know that the problem with two-way nesting that prompted me to start this thread has been resolved by John Warner after revising the treatment of fine-to-coarse information exchange in nesting.F. The details of those changes are described in this ticket ...
- Wed May 05, 2021 3:06 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi All, sorry for taking so long to write back. To answer Stef first, I read your old post and see how that could be problematic. But I do not think that is the cause because that issue seems to affect the input of information from coarse to fine grid and thus the artifacts seen in my results would ...
- Sun Apr 18, 2021 6:15 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi All, Here are some more test results from a realistic experiment. The model grids include a coarse grid and a fine grid embedded within that is centered at the Axial Seamount in the Northeast Pacific. The top of the seamount is at 1500 m depth. The grids were built using the fine-to-coarse ...
- Wed Apr 07, 2021 3:29 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi All, I have done a few more tests over the past couple of weeks. In these new tests, I have removed bottom topography, open boundary, and surface forcing so that the simulations are forced with tides alone. Although this did not solve the problem of those artificial stripes in sea-surface ...
- Mon Mar 22, 2021 3:17 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
As you know time stepping in ROMS is a elaborated and complex beast and exchanging info between grids for fast varying variables is a nighmare. If you are modelling non-tidal, slowly evolving dynamics you are most likely OK. However, if you are in the space of high frequency motions then, I think ...
- Sat Mar 20, 2021 2:37 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Yes, I recall issues with the global attributes. In such cases, I manipulate the global attributes using my matlab/netcdf functions that are distributed in the ROMS Matlab repository: >> Imin=nc_getatt('my_file.nc', 'parent_Imin'); >> Imax=nc_getatt('my_file.nc', 'parent_Imax'); >> Jmin=nc_getatt ...
- Wed Mar 17, 2021 3:58 am
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Building the grids from fine-to-course using an intermediate grid is the way to go! You will have the target bathymetry in the finer grid and can have smooth transitions in the bathymetry gradients when coarsening. You will have all the needed grid variables in the contact points and masked areas ...
- Tue Mar 16, 2021 9:03 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
I just updated the ROMS Matlab repository. Check :arrow: trac ticket for more information. Check function roms_metrics.m and study it. Notice that the function grid_metrics.m is deeprecated and will be r emoved in the future :!: Hi Hernan, Here is one quick update. I have just tried roms_metrics.m ...
- Tue Mar 16, 2021 6:35 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
What software did you use to generate your original GRID NetCDF? Many users really miss the fact that although the application has a spherical grid, it is highly recommended to have the associated Cartesian coordinates to compute the metrics pm and pn since ROMS computational grid is in curvilinear ...
- Tue Mar 16, 2021 3:20 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Yes, that's the way to build complicated grids. One thing that you may consider is to avoid sudden bathymetry changes like seamount and ridges across the contact areas between coarse and fine grids. I have done telescoping grids in the Middle Atlantic Bight, which include the Gulf Stream, with ...
- Fri Mar 12, 2021 10:19 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Thanks for your reply, Hernan. I agree that having the nesting interface go through steep topography is not a good idea. However, in my case, it is hard to avoid abrupt changes in bathymetry since my focus site is on the crest of a linear ridge so the interface is bound to cross the ridge at some ...
- Fri Mar 12, 2021 7:03 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
I just took another look at my old results and it turned out that the horizontal stripes in eta gradients were also present. I missed that because I did not think to check sea-surface gradients back then. That said, I also reread Arango's post on setting up nesting grids: https://www.myroms.org ...
- Thu Mar 11, 2021 11:26 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
There is approximately 5km between the stripes and the barotropic wave speed is 166m/s, so there is a period of 30s, which is in sync with the baroclinic time step? So assuming the signal is generated at the nesting boundary and propagating into the fine domain, maybe check the effect of the cpp ...
- Wed Mar 10, 2021 2:47 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi John and Ivica, As Ivica suspected My feeling is we have problem with grids time stepping mismatch and to eliminate this I will run both grids with the same time stepping , I reduced my coarse-grid time step from 30 sec to 10 sec to match the one used for the fine grid. The refinement ratio ...
- Tue Mar 09, 2021 9:14 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hello, I have done a couple more tests and found that those artificial stripes in sea-surface gradients only appear when tidal forcing is applied. Those stripes disappeared when I turned off tides. My understanding is that tidal forcing is applied at the open boundary of the coarse grid in a nested ...
- Tue Mar 02, 2021 2:43 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi Ivica, I think the difference in bathymetry between the grid file and the output file you see is the same as what I saw in my previous test. See the quote below from one of my earlier posts. Second, I have compared the fine and coarse grid bathymetries in the corresponding history files to make ...
- Sat Feb 27, 2021 3:38 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
either way please let us know. would like to figure this one out. Here are my new test results. The first three files shows the flow velocity at 2100 m depth and the last three plots show gradients of sea-surface elevation as suggested by Ivica. I have also attached my grid files and contact file ...
- Thu Feb 25, 2021 10:44 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
I never saw anything like you are showing for 2-way nesting (3 grids) in our Mid-Atlantic Bight model. Maybe we need a comparison of what our respective codes generate for the contacts point file. we have a 3 nest of USeast - Carolinas - Outer Banks and i am not seeing this behavior of the currents ...
- Wed Feb 24, 2021 9:15 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
the exterior points of the child grid are replaced with information from the contact file during initialization, in get_grid. At those points, data is interpolated from the parent and the nesting needs characteristics of the parent at those locations. I have found some issues with this for the ...
- Wed Feb 24, 2021 6:03 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Hi All, I have done a few more tests since my last post on this issue. The following are some interesting new findings. First of all, as suggested by Stefan, I did a test wherein the fine and coarse girds share the same bathymetry. Surprisingly, the problem with the nesting interface is still there ...
- Mon Feb 15, 2021 10:02 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
The removal of unnecessary repeated operations in nesting was reported in this ticket: https://www.myroms.org/projects/src/ticket/861 You can find notes like this by going to the search box in trac https://www.myroms.org/projects/src/search I simply entered "nesting" and the ticket was the 3rd one ...
- Wed Feb 10, 2021 3:26 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Gents, you are running the latest ROMS version with one/two-way nesting constelations so possibly have the answer from the head; I read long time ago about speedup of nesting algorith in ROMS by excluding some vertical interpolation, masking etc. My question is what are the steps and how to use ...
- Tue Feb 09, 2021 4:27 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
If the parent grid discrete stencil for advection and/or diffusion spans, say, 3 parent grid cells then do we need to match bathymetry precisely over this range, which would be refine_factor times the 3 parent cell stencil width. Yes, any insight into this would be great! If I recall correctly, my ...
- Tue Feb 09, 2021 4:15 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
I have been working on the nesting for a while now. There are some simple steps that i can take to check on a few things. Is your setup easy to share out? what ts_advection are you using? time steps? -j The simulation I am doing has a lot of input nc files that contain information on surface ...
- Mon Feb 08, 2021 9:41 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
I think your suggested test is a good idea. By limiting the fine2coarse contact zone to a narrow band around the nesting boundary, the two-way nesting code may also become more efficient since the costly interpolation from the fine to coarse grid is now done over a much reduced number of grid points ...
- Sat Feb 06, 2021 3:45 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
Re: problem with two-way nesting
Thanks for your reply, John. Your point makes sense to me. I initially thought the problem was limited to the bathymetry difference near the nesting interface. But my attempts to relax the fine-grid bathymetry towards the coarse-grid bathymetry at the interface did not make any difference. So the ...
- Thu Feb 04, 2021 3:37 pm
- Forum: ROMS Discussion
- Topic: problem with two-way nesting
- Replies: 58
- Views: 315230
problem with two-way nesting
Hi All, Here is a problem that I have been struggling with for quite a while. I would like to set up two-way nested simulations to study the small-scale dynamics that are influenced by topographic features such as ridges and seamounts. I have done a few experiments so far, but there is one problem ...
- Sat Oct 24, 2020 5:56 pm
- Forum: ROMS Discussion
- Topic: Bathymetry differences in nested simulations
- Replies: 5
- Views: 5094
Re: Bathymetry differences in nested simulations
Hi John and Stephan, I have finished a new run wherein the bathymetry is refined within the child grid. I did not make any adjustment to the refined bathymetry near the nesting interface since I mainly wanted to see how the nesting works in the presence of the differences in bathymetry across the ...
- Wed Oct 21, 2020 1:41 pm
- Forum: ROMS Discussion
- Topic: Bathymetry differences in nested simulations
- Replies: 5
- Views: 5094
Re: Bathymetry differences in nested simulations
Thanks for your quick reply, John. I have increased the resolution of the bathymetry for the small grid. I will post the results from this new simulation once it is finished. In the meantime, there is another technical issue that I ran into when I was preparing the nested grids. I found that for ...
- Tue Oct 20, 2020 5:21 pm
- Forum: ROMS Discussion
- Topic: Bathymetry differences in nested simulations
- Replies: 5
- Views: 5094
Bathymetry differences in nested simulations
Hello, I have recently finished a two-way nested simulation to study the dispersal of tracers from an underwater volcano. The attached is an animation showing the preliminary results. Basically, my grid configuration is of the refinement type with a small fine grid (blue box) embedded inside a big ...
- Thu Sep 24, 2020 10:49 pm
- Forum: ROMS Discussion
- Topic: scorrection: freshwater flux correction
- Replies: 2
- Views: 2855
Re: scorrection: freshwater flux correction
Thanks for explaining, John. I now have a better understanding of how bottom heat/salt fluxes are treated in ROMS.
- Sun Sep 20, 2020 4:24 pm
- Forum: ROMS Discussion
- Topic: scorrection: freshwater flux correction
- Replies: 2
- Views: 2855
scorrection: freshwater flux correction
Hello, I have a question about the CPP option 'scorrection'. In set_vbc.F, that option appears in the lines below. My understanding is that, when 'scorrection' is defined, the surface freshwater flux 'stflx(:,:,isalt) will be corrected by multiplying with the surface salinity. If so, what happens to ...
- Thu Sep 17, 2020 3:06 am
- Forum: ROMS Discussion
- Topic: Forcing with bottom fluxes
- Replies: 1
- Views: 2002
Re: Forcing with bottom fluxes
I looked into the source code and found that 'bhflux' is heat flux density in 'watt/m^2' as listed in varinfo.dat. After being read from the external forcing file, 'bhflux' is converted internally to knematic heat flux in 'deg C m/s'. The corresponding variable in ana_btflux.h is kinematic heat flux.
- Mon Sep 14, 2020 9:26 pm
- Forum: ROMS Discussion
- Topic: Forcing with bottom fluxes
- Replies: 1
- Views: 2002
Forcing with bottom fluxes
Hello, I have been using ana_btflux.h to define analytical bottom T and S fluxes in my simulations. This is very cumbersome in particular when I need to specify time-varying fluxes at discrete locations. I am thus curious to know if those bottom fluxes can be read from an external NETCDF file like ...
- Mon Sep 14, 2020 6:46 pm
- Forum: ROMS Discussion
- Topic: Appropriate open boundary conditions for tidal forcing
- Replies: 11
- Views: 9500
Re: Appropriate open boundary conditions for tidal forcing
Many thanks for all your explanations, John. I now have a much better understanding of the use of tidal forcing and associated boundary conditions. My idea of nudging to climatology for 3D velocities is that I am hoping such nudging can dampen the waves (e.g., baroclinic tides) not present in the ...
- Mon Sep 14, 2020 2:30 pm
- Forum: ROMS Discussion
- Topic: Appropriate open boundary conditions for tidal forcing
- Replies: 11
- Views: 9500
Re: Appropriate open boundary conditions for tidal forcing
Hello John and All, After some more digging, here is my latest understanding of open boundary conditions of 3D velocities in the presence of tidal forcing. It appears to me that there is no need to add tides to the 3D non-tidal velocities used as boundary conditions even when nudging is on. This is ...
- Wed Sep 09, 2020 4:09 am
- Forum: ROMS Discussion
- Topic: Appropriate open boundary conditions for tidal forcing
- Replies: 11
- Views: 9500
Re: Appropriate open boundary conditions for tidal forcing
I did the test John suggested. It turns out that changing the boundary conditions for 3D variables from 'RadNud' to 'Rad' has backfired in a big way. As shown in the attached diagram. The simulated flow field is completely overwhelmed by the rim currents. This sharp contrast with the previous ...
- Mon Sep 07, 2020 10:06 pm
- Forum: ROMS Discussion
- Topic: Appropriate open boundary conditions for tidal forcing
- Replies: 11
- Views: 9500
Re: Appropriate open boundary conditions for tidal forcing
Thanks again, John. In my ROMS simulation, the non-tidal variations in sea level and velocities (both 2D and 3D) are introduced from the daily reanalysis product of the global ocean model NEMO. I created the boundary condition file by interpolating the NEMO outputs onto the ROMS grid points on the ...
- Sat Sep 05, 2020 11:42 pm
- Forum: ROMS Discussion
- Topic: Appropriate open boundary conditions for tidal forcing
- Replies: 11
- Views: 9500
Re: Appropriate open boundary conditions for tidal forcing
Many thanks to your replies, Miguel and John. I did a little bit more fiddling and found that the a lot of the rim currents were caused by forcing volume conservation at the four boundaries as John pointed out. I now see that conserving volume no longer makes sense for a regional simulation when ...
- Wed Sep 02, 2020 11:57 pm
- Forum: ROMS Discussion
- Topic: Appropriate open boundary conditions for tidal forcing
- Replies: 11
- Views: 9500
Appropriate open boundary conditions for tidal forcing
Hello, I have a few general questions about adding tidal forcing in a realistic simulation. The attached diagrams show the flow velocities at 1500 m depth near Axial Seamount in the Northeast Pacific from two simulations: one without tidal forcing and one with it. The open boundary conditions used ...
- Wed Jul 29, 2020 7:03 pm
- Forum: ROMS Discussion
- Topic: bottom freshwater flux
- Replies: 2
- Views: 2316
Re: bottom freshwater flux
Thanks a lot, Kate. I added ANA_BSFLUX to my cpp list and it solved the problem. I had thought the ANA_BTFLUX flag covered both temperature and salinity, but apparently an additional flag is needed for the latter. Cheers!
- Wed Jul 29, 2020 4:33 am
- Forum: ROMS Discussion
- Topic: bottom freshwater flux
- Replies: 2
- Views: 2316
bottom freshwater flux
Hello, I have a question about the variable 'bwflux', which according to the metadata in varinfo.dat is the bottom freshwater flux. I suppose that variable is used for simulating offshore groundwater discharge. However, I could not find where that variable is used in the source code. The problem I ...
- Sun Jun 28, 2020 3:07 pm
- Forum: ROMS Discussion
- Topic: direction of bottom fluxes
- Replies: 0
- Views: 1824
direction of bottom fluxes
Hello, I have a question about the direction of the bottom fluxes specified in ana_btflux.h. When the variable 'btflx' is assigned a positive value for temperature at a given location on the bottom, does that make that location a heat source or sink? I did some idealized simulations to test this. I ...
- Sat Jun 27, 2020 4:18 pm
- Forum: ROMS Discussion
- Topic: inconsistent explicit time-step splitting in two-way nesting
- Replies: 3
- Views: 7288
Re: inconsistent explicit time-step splitting in two-way nesting
Hello, I think I have found the cause of problems. It turns out that I forgot to specify the horizontal and vertical advection schemes for temperature for the fine grid. I feel frustrated that it took me so long to spot such a simple mistake in the model setup. The roms.in file I used for the nested ...
- Tue Jun 23, 2020 5:21 pm
- Forum: ROMS Discussion
- Topic: inconsistent explicit time-step splitting in two-way nesting
- Replies: 3
- Views: 7288
Re: inconsistent explicit time-step splitting in two-way nesting
Thanks again for your feedback, Arango. Those animations were generated from a serial run that finished without apparent blow up. The error message was actually from a debug run, which I now realize was in barotropic mode by default. So I now see that the error message is not related to the ...
- Sun Jun 21, 2020 4:49 pm
- Forum: ROMS Discussion
- Topic: inconsistent explicit time-step splitting in two-way nesting
- Replies: 3
- Views: 7288
inconsistent explicit time-step splitting in two-way nesting
Hello, Here is follow-up on a problem I posted previously. I did a two-way nested simulation of the outward propagation of surface gravity waves from the a collapsed sea-surface mound (see attached animation). The horizontal resolutions of the small domain is 5 times that of the large domain. There ...
- Fri Jun 19, 2020 11:43 pm
- Forum: ROMS Discussion
- Topic: two-way nested simulation blowing up with MPI
- Replies: 3
- Views: 6958
Re: two-way nested simulation blowing up with MPI
Thanks a lot! I have finally found time to come back to the simulations. Yes, changing to use different grid points in X and Y directions did the trick. The simulation now runs without a hitch in both serial and parallel modes. This is an important lesson for me going forward. I will also remember ...
- Tue Jun 09, 2020 1:51 pm
- Forum: ROMS Discussion
- Topic: two-way nested simulation blowing up with MPI
- Replies: 3
- Views: 6958
- Fri May 29, 2020 4:59 pm
- Forum: ROMS Discussion
- Topic: two-way nested simulation blowing up with MPI
- Replies: 3
- Views: 6958
two-way nested simulation blowing up with MPI
Hello, I have done an idealized simulation to test the performance of two-way nesting in allowing surface waves to propagate across the nesting interface. As shown in the attached animation, my domain includes a small grid embedded in a large grid. The grid spacing (800 m) in the small domain is ...
- Mon May 18, 2020 3:43 pm
- Forum: ROMS Discussion
- Topic: using MPI for nested simulations
- Replies: 1
- Views: 2428
using MPI for nested simulations
Hello,
Here is a simple question. I am wondering if there is a way to assign different numbers of processors for different grids in a nested simulation. If not, does it mean that all nested grids have to have the same number of segments?
Thanks!
Here is a simple question. I am wondering if there is a way to assign different numbers of processors for different grids in a nested simulation. If not, does it mean that all nested grids have to have the same number of segments?
Thanks!
- Thu Apr 16, 2020 11:06 pm
- Forum: ROMS Discussion
- Topic: Test of open boundary conditions
- Replies: 12
- Views: 13249
Re: Test of open boundary conditions
Thanks for the useful tip, John. I will look into the distributed soliton case.
- Thu Apr 16, 2020 1:24 pm
- Forum: ROMS Discussion
- Topic: Test of open boundary conditions
- Replies: 12
- Views: 13249
Re: Test of open boundary conditions
Thanks to all of you for your replies and sharing your exiting results. I will go read the references you recommended.
Lars, I am curious to know if the two-way nesting method you implemented available in the latest public version of ROMS? Or is it a custom build that needs modified source code?
Lars, I am curious to know if the two-way nesting method you implemented available in the latest public version of ROMS? Or is it a custom build that needs modified source code?
- Wed Apr 15, 2020 11:20 pm
- Forum: ROMS Discussion
- Topic: Test of open boundary conditions
- Replies: 12
- Views: 13249
Re: Test of open boundary conditions
Hi Kate and All, I am working on setting up a new simulation to test the ability of the various open boundary conditions to let external information enter the domain. My test case features a geostrophic surface eddy that moves into the domain from one open boundary and leaves at another. For the ...
- Mon Apr 13, 2020 4:22 pm
- Forum: ROMS Discussion
- Topic: Test of open boundary conditions
- Replies: 12
- Views: 13249
Re: Test of open boundary conditions
Hello, I have done a couple of more tests. As Kate said, the Chapman+Flather and Chapman+Shc combos both work better than the radiation boundary condition+nudging. I have attached the new animations that show almost zero reflection from the boundaries. My nest step to add stratification and do some ...
- Mon Apr 13, 2020 3:13 pm
- Forum: ROMS Discussion
- Topic: Test of open boundary conditions
- Replies: 12
- Views: 13249
Re: Test of open boundary conditions
Thanks a lot for both of your replies. My simulation is essentially barotropic but the setup is in 3D with the cpp flag 'SOLVE3D' on. I did that because the 2D mode did not work due to a bug in the source code, which has been fixed by the developer. I will try the other conditions that you ...
- Sun Apr 12, 2020 10:52 pm
- Forum: ROMS Discussion
- Topic: Test of open boundary conditions
- Replies: 12
- Views: 13249
Test of open boundary conditions
Hello, I have done some tests to investigate the performance of various open boundary conditions available in ROMS. The setup of my simulation is pretty simple, which starts with a Gaussian-shaped mound that collapses at t0, which generates outward-propagating surface waves. There is no ...
- Wed Apr 08, 2020 5:00 pm
- Forum: ROMS Discussion
- Topic: error in inp_par.F
- Replies: 4
- Views: 9296
Re: error in inp_par.F
Thanks a lot for the quick fix. I have just tried the new code and it works for the barotropic case now .
- Sat Apr 04, 2020 7:51 pm
- Forum: ROMS Discussion
- Topic: problem with using analytical climatology
- Replies: 1
- Views: 1956
Re: problem with using analytical climatology
I think I have solved the problem. It turns out that I did not turn on the logical switch "Lm2CLM" in my ocean.in file. I had thought that that switch only needed to be turned on when reading climatology data from an external netcdf file. I now see that that switch needs to be on when using ...
- Thu Apr 02, 2020 8:59 pm
- Forum: ROMS Discussion
- Topic: problem with using analytical climatology
- Replies: 1
- Views: 1956
problem with using analytical climatology
Hello, Here is a problem I have with using analytical climatology. I got the following error message when I set 'LnudgeM2CLM == T' in ocean.in. "Attempt to use pointer UBARCLM when it is not associated with a target". It seems that the analytical climatology defined in ana_m2clima.h is not correctly ...
- Wed Apr 01, 2020 11:23 pm
- Forum: ROMS Discussion
- Topic: error in inp_par.F
- Replies: 4
- Views: 9296
Re: error in inp_par.F
Thanks a lot! Glad to know there is an easy fix.
- Wed Apr 01, 2020 9:30 pm
- Forum: ROMS Discussion
- Topic: error in inp_par.F
- Replies: 4
- Views: 9296
error in inp_par.F
Hello, I tried to run the 2D Canyon example but got the following error in compilation: inp_par.f90(107): error #6911: The syntax of this substring is invalid. [HADVECTION] ThreeGhostPoints=ANY(Hadvection(:,:)%MPDATA).or. & ---------------------------^ This error seems to only occur in the 2D ...
- Wed Apr 01, 2020 4:52 am
- Forum: ROMS Discussion
- Topic: Question about radiation boundary condition
- Replies: 7
- Views: 4547
Re: Question about radiation boundary condition
Thanks for explaining, John. I will set up a test run and keep you posted on how it works.
- Tue Mar 31, 2020 4:06 am
- Forum: ROMS Discussion
- Topic: Question about radiation boundary condition
- Replies: 7
- Views: 4547
Re: Question about radiation boundary condition
Kate, I agree that the proof of the pudding is in the eating so I will have to try and find out how those open boundary treatments work. John, thanks for your reply. On page 17, lines 5-7, the authors state that "Perkins et al. (1997) suggest that continuity at the open boundary is improved by ...
- Mon Mar 30, 2020 2:55 pm
- Forum: ROMS Discussion
- Topic: Question about radiation boundary condition
- Replies: 7
- Views: 4547
Re: Question about radiation boundary condition
Thanks, Kate. I am trying to build a regional simulation using the global reanalysis products from NEMO as open boundary conditions/forcing (i.e., one-way nesting). In this case, should I use the radiation+nudging open boundary conditions and radiate out only the difference between the interior ...
- Sun Mar 29, 2020 5:54 pm
- Forum: ROMS Discussion
- Topic: Question about radiation boundary condition
- Replies: 7
- Views: 4547
Question about radiation boundary condition
Hello, I have a question about the radiation boundary condition that is currently implemented in ROMS. For the example shown in Marchesiello 2001, the authors mention that only the difference between model and climatology is radiated out at the open boundaries. I looked into the latest source code ...
- Wed Aug 26, 2015 8:39 pm
- Forum: ROMS Discussion
- Topic: Question about the tidal forcing file
- Replies: 3
- Views: 3273
Question about the tidal forcing file
Hi All,
I have a question regarding the tidal ellipse inclination angle "tide_Cangle" in the forcing file. I am wondering if "tide_Cangle" is the angle between the semi-major axis and east or it is the angle between the semi-major axis and the xi direction.
Thanks
Guangyu
I have a question regarding the tidal ellipse inclination angle "tide_Cangle" in the forcing file. I am wondering if "tide_Cangle" is the angle between the semi-major axis and east or it is the angle between the semi-major axis and the xi direction.
Thanks
Guangyu
- Fri Aug 21, 2015 1:04 am
- Forum: ROMS Discussion
- Topic: write x,y coordinates instead of lat/lon into output files
- Replies: 2
- Views: 2559
Re: write x,y coordinates instead of lat/lon into output fil
Got it. Thanks a lot!
- Fri Aug 21, 2015 12:25 am
- Forum: ROMS Discussion
- Topic: write x,y coordinates instead of lat/lon into output files
- Replies: 2
- Views: 2559
write x,y coordinates instead of lat/lon into output files
Hi All, I found that the coordinates in the output netcdf files (e.g., ocean_his.nc) of my simulation are lat/lon despite that I only defined the x/y coordinates of each grid points in the grid file. The lat/lon coordinate variables in the output files are all zero matrices. I am wondering if the ...
- Thu Aug 20, 2015 1:35 am
- Forum: ROMS Discussion
- Topic: "exceeds dimension bound" error solved
- Replies: 2
- Views: 2365
Re: "exceeds dimension bound" error solved
I use Matlab so I guess the dimensional order of the grid variables has to be (xi, eta).
- Tue Aug 18, 2015 2:07 pm
- Forum: ROMS Discussion
- Topic: "exceeds dimension bound" error solved
- Replies: 2
- Views: 2365
"exceeds dimension bound" error solved
Hi All, I managed to solve the "exceeds dimension bound" error mentioned in my previous post by switching the dimension order of the variables (e.g., x_rho) in my grid file from (eta_rho,xi_rho) to (xi_rho,eta_rho). I am wondering if this means ROMS actually requires a fixed dimension order: (xi,eta ...
- Sun Aug 16, 2015 3:08 pm
- Forum: ROMS Discussion
- Topic: error reading grid file
- Replies: 0
- Views: 2026
error reading grid file
Hi All, I have been having the following error message when running my simulation: GET_GRID - error while reading variable: x_rho in grid NetCDF file: MEF_grid.nc ERROR: Abnormal termination: NetCDF INPUT. REASON: NetCDF: Start+count exceeds dimension bound My grid is 370 by 210 (eta, xi). The ...
- Thu Aug 13, 2015 2:54 am
- Forum: ROMS Discussion
- Topic: how to determine the right time step size
- Replies: 4
- Views: 4871
Re: how to determine the right time step size
Yes, the baroclinic waves are slower. The 3-D timestep is more costly than the 2-D timestep. The purpose of the time splitting is to save computer time - otherwise you compute everything at the barotropic timestep limit. Yes, ROMS can model things at 5 m resolution. It has successfully simulated a ...
- Wed Aug 12, 2015 8:20 pm
- Forum: ROMS Discussion
- Topic: how to determine the right time step size
- Replies: 4
- Views: 4871
Re: how to determine the right time step size
Yes, that's a good guess for barotropic timestep. If the timestep ratio is 10-20, then you try that and see what happens. ROMS will report Courant numbers during initialization - and a lot more besides. Best is to just make some guesses and see what you get, then adjust as needed. Hi Kate. Thanks ...
- Wed Aug 12, 2015 3:41 pm
- Forum: ROMS Discussion
- Topic: how to determine the right time step size
- Replies: 4
- Views: 4871
how to determine the right time step size
Hi All, I have a question about determining the time-step size. For example, my grid has a uniform 5 m spacing in both xi and eta directions. The water depth is about 2000 m. The CFL condition for 2-D advection equation is Cdt/dx<1/2. Assuming C is the shallow water wave phase speed C = sqrt(gH ...
- Wed Aug 12, 2015 3:14 pm
- Forum: ROMS Discussion
- Topic: Setting up ROMS grid file
- Replies: 2
- Views: 2634
Re: Setting up ROMS grid file
Thanks a lot for the prompt reply Kate. I have another question about setting the time step size. I will post it in a separate post.
- Tue Aug 11, 2015 6:51 pm
- Forum: ROMS Discussion
- Topic: Setting up ROMS grid file
- Replies: 2
- Views: 2634
Setting up ROMS grid file
Hi All, I am fairly new to ROMS and have several questions regarding setting up the grid file. First, I want to know if I need to define the sigma-coordinate parameters: theta_s, theta_b, Tcline, Hc, etc., in the grid file? Second, do I also need to define the s-coordinate and the value of the ...