The manual of Coawst version 3.7 has no presentations of sea ice.
Does any one know the progress of Coawst on sea ice?
Is Coawst version 3.7 the latest version?
Is Coawst still going to couple CICE?
Yes, I referred most settings to your regional Beaufort domain. I have tried the RadNud option, the blowing up of high speed happens at the north-east corner (north and east are both open boundaries) and middle in depth, the speed of surrounding points are also high ...
I am simulating the Beaufort Sea with three open boundaries and ICE_MODEL activated, but I found the water velocities terrible. There is an eddy in the middle and a stronger current along the east boundary, could it be the problem of boundary conditions? I have tried other boundary ...
Thank you, John! I have got the grid I expected with your method. Just make a rectangle grid in the Lambert Projection and then convert it back to lon/lat. Next I will try this curvilinear grid in ROMS. Thank you again for your help!
I am trying to make a curvilinear grid for ROMS, this grid is at equal distance at polar regions so it is curvilinear in longitude and latitude, just like the attached picture. Does anyone have the experience of making such a curvilinear grid for ROMS? Like how to calculate the ...
1. Extreme salt values using Coawst when ICE_MODEL is defined. The equation of salt flux in set_vbc.F is different:in Coawst: # if defined ICE_MODEL || defined CICE_MODEL # ifdef NO_SCORRECTION_ICE fac_ice = 1.0_r8 # ifdef ICE_MODEL IF(ai(i,j,liold ...
Pair seems good, there is no 0 value and the minimum value is 99817 (mb) in data.
But maybe rhoAir does have problems because when CCSM_FLUX was tried (instead of BULK_FLUX), line 468 also has error: rhoAir(i) = Pair(i,j)*100.0_r8/(blk_Rgas*TairK(i)* & & (1.0_r8+0.61_r8*Hair(i,j ...
The problem of line 222 of get_data.f90 seems to be solved. Then there are other errors: Program received signal SIGFPE: Floating-point exception - erroneous arithmetic operation.
Backtrace for this error: #0 0x2b3cdab703af in ??? #0 0x2ae96a6e93af in ??? #1 0x1854904 in bulk ...
Dear Kate and John, thank you so much for your replies!
When ICE_MODEL and CCSM_FLUXES are turned off, Coawst run ends at 120th step without any statements: 120 2018-10-02 01:00:00.00 1.017956E-02 1.425615E+02 1.425717E+02 2.320034E+12 (65,29,11) 2.889733E-03 8.124888E-04 1.192085E-01 8.955182E ...
I have tried other advection and vertical diffusion schemes, checked input files(boundary, initial and forcing) which are all normal, and the error is still: 1 2018-10-02 00:00:30.00 5.450352E-03 1.430441E+02 1.430496E+02 2.326514E+12 (74,33,09) 4.527786E-03 2.774973E-04 5 ...
I am using Kate's version Roms with ice module, it could run well as Roms. But the same case is not running in coawst.
In Coawst, if define Roms only, with the same cpp files and input files, it has 'trouble in frazil' error in first steps: trouble in ice_frazil 40 31 9 21 ...
I encountered the same question, while compiling coawst with ICE_MODEL:
./Build/libNLM.a(initial.o): In function `initial_': initial.f90:(.text+0x152b): undefined reference to `__ini_strengthcoef_mod_MOD_ini_strengthcoef' initial.f90:(.text+0x1547): undefined reference to `__ini ...
Thank you, John. You are right, I changed the following code in Compilers/Linux-gfortran.mk: FFLAGS += -ftree-vectorize -ftree-loop-linear -funroll-loops -w -ffree-form -ffree-line-length-none -frecord-marker=4 -fconvert=big-endian to FFLAGS += -ftree-vectorize -funroll-loops -w -ffree-form ...
I encountered the same error while compiling coawst(v3.6) project inlet_test and installing SCRIP_COAWST :
f951: sorry, unimplemented: Graphite loop optimizations cannot be used (isl is not available) (-fgraphite, -fgraphite-identity, -floop-nest-optimize, -floop-parallelize-all) make ...
Problem solved :D . I changed unit of specific humidity from percentage to kg/kg, and unit of air pressure from millibar to Pascals, then the result of water temperature is reasonable. Seems that different versions of ROMS wants different units for the same variable. Thank you very much, Kate, I ...
I have turned off ICE_ALB_EC92 and tried BULK_FLUXES. But the latent heat flux calculation of BULK_FLUXES is unstable and the model blew up. And I have checked the units of all inputs, they are reasonable.
I think I'd better try directly input surface total heat flux instead of ...
Thank you, Hernan.
I turned off SPLINES_VDIFF and SPLINES_VVISC but the result is almost unchanged. I think there are something wrong with latent heat and sensible heat calculation. The CCSM_FLUXES calculates heat flux over open water with iteration which I can't understand
we have been advancing the coupling to swan a lot more, it will be a more recent version of swan, we also added more wave current interactions, more sediment algorithms, vegetation/marsh, wave watch 3 coupling, wrf coupling, infragravity wave model, new wave-current asymmetry bedload, ... bunch of ...
Thank you for your help in advance. There are some problems with my result of water temperature.
My roms result of water temperature is much higher than data from ECMWF or HYCOM from attached figure 1. And I think there is something wrong with heat flux so I compared each component in heat ...
Problem solved. Tide_period in Variables is not the only one model is looking for, but also tide_period in Dimensions, like 'tide_period = 8'. I was using the other name('period=8'), so this error occurred. Thank you for your help.
Thank you, but I think the path is right. And I have modified the grid NC file already, last time the error is that it can't find 'xl' in the grid NC file, then I added it to the NC file.
I am running my customized example for the first time. The source code I use is Kate's trunk (https://github.com/kshedstrom/roms.git), and the grid file, forcing files, boundary and initial files are prepared. The error is:
READ_PHYPAR - Variable index not yet loaded, idpthR Found Error ...
This is an error while I compiling the 'upwelling' test on our school's cluster. When everything was done and typed './build_roms.bash', the error occured