It should be a good comment, since wave only transports energy, not for material as float.
However, it raise me a question that, in order to convince the audience how float is transported in right way, it is had better to put figure of flow together. Although transport of float depend on several ...
Search found 26 matches
- Wed Nov 22, 2017 2:42 am
- Forum: ROMS Discussion
- Topic: Flow runs to fast in ideal domain
- Replies: 8
- Views: 4985
- Tue Nov 21, 2017 8:35 am
- Forum: ROMS Discussion
- Topic: Flow runs to fast in ideal domain
- Replies: 8
- Views: 4985
Re: Flow runs to fast in ideal domain
I set "undef" for all "FLOAT", "T-PASSIVE" and "SEDIMENT". Also I just ran ROMS alone, not coupling with WRF or SWAN.
- Tue Nov 21, 2017 2:01 am
- Forum: ROMS Discussion
- Topic: Flow runs to fast in ideal domain
- Replies: 8
- Views: 4985
Re: Flow runs to fast in ideal domain
It is really nice comment. I reduced depth the surface gravity wave speed decrease a lot.
However, in case I just only want to observe how flow base on the advection transport to other boundary. Could you kindly suggest me how to do that?
Thanks
However, in case I just only want to observe how flow base on the advection transport to other boundary. Could you kindly suggest me how to do that?
Thanks
- Sat Nov 18, 2017 6:15 am
- Forum: ROMS Discussion
- Topic: Flow runs to fast in ideal domain
- Replies: 8
- Views: 4985
Re: Flow runs to fast in ideal domain
Thanks for your comment.
The depth of my domain is 160 meter.
The vertical layers are 30. For simplicity, all layers have the same velocity. "no-slip condition was set.
I did not run with tide and all atmospheric forcing were set zeros.
The depth of my domain is 160 meter.
The vertical layers are 30. For simplicity, all layers have the same velocity. "no-slip condition was set.
I did not run with tide and all atmospheric forcing were set zeros.
- Fri Nov 17, 2017 8:59 am
- Forum: ROMS Discussion
- Topic: Flow runs to fast in ideal domain
- Replies: 8
- Views: 4985
Flow runs to fast in ideal domain
Hello everyone
I did for ideal domain size with length of 200km in y, and 200km in x direction. The resolution is 3km x 3km.
I put advection (source) at the left boundary with value of 0.4 m/s, while value in the inner domain are 0.1 m/s. Direction of current is only from left to right (u=0.4m/s ...
I did for ideal domain size with length of 200km in y, and 200km in x direction. The resolution is 3km x 3km.
I put advection (source) at the left boundary with value of 0.4 m/s, while value in the inner domain are 0.1 m/s. Direction of current is only from left to right (u=0.4m/s ...
- Sat Nov 14, 2015 4:02 am
- Forum: ROMS Discussion
- Topic: Having problem with temperature and salinity of point source
- Replies: 2
- Views: 4090
Re: Having problem with temperature and salinity of point so
Thanks Zaser for nice information. That is exact reason why I had error with point source.
- Sat Nov 07, 2015 3:44 am
- Forum: ROMS Discussion
- Topic: Having problem with temperature and salinity of point source
- Replies: 2
- Views: 4090
Having problem with temperature and salinity of point source
Dear all,
I want to see how temperature and salinity (T-S) transport from the point source. I turned on LtracerSrc == T T T, and putted temperature and salinity in the "river forcing NetCDF" with "river_flafg(river)=3 for whole depth column. The value of temperature and salinity are different with ...
I want to see how temperature and salinity (T-S) transport from the point source. I turned on LtracerSrc == T T T, and putted temperature and salinity in the "river forcing NetCDF" with "river_flafg(river)=3 for whole depth column. The value of temperature and salinity are different with ...
- Thu Apr 09, 2015 2:57 am
- Forum: ROMS Sediment
- Topic: Problem during simulating sediment from point source
- Replies: 8
- Views: 21899
Re: Problem during simulating sediment from point source
Many thanks for your great suggestion on focusing on TS_PSOURCE & UV_PSOURCE. I did turn off LuvSrc (LuvSrc ==F) before. Now, I turn on it, the results seems to be correct. The "sandmass_01" does not increasing anymore with the range just from 1.0e-004 to 4.0e-004. However, I still can not ...
- Tue Apr 07, 2015 2:29 pm
- Forum: ROMS Sediment
- Topic: Problem during simulating sediment from point source
- Replies: 8
- Views: 21899
Re: Problem during simulating sediment from point source
The flow rate is 0.01 m3/s. In my problem, the sediment concentration is quite high because it is released from mining activity. We may have 3 scenarios of releasing sediment from that with respect to the depth of release (at the surface (70m), middle (30m) or bottom).
The location of sediment ...
The location of sediment ...
- Tue Apr 07, 2015 8:09 am
- Forum: ROMS Sediment
- Topic: Problem during simulating sediment from point source
- Replies: 8
- Views: 21899
Re: Problem during simulating sediment from point source
I am so sorry for keep you waiting so long, because I was out of the office.
I implemented the point source as a 1 river source. In order to constrain it stops after first 24 hours, I set the runoff equate 0 after first 24 hours.
In addition, to release sediment at surface I only gave the value ...
I implemented the point source as a 1 river source. In order to constrain it stops after first 24 hours, I set the runoff equate 0 after first 24 hours.
In addition, to release sediment at surface I only gave the value ...
- Thu Apr 02, 2015 5:45 am
- Forum: ROMS Sediment
- Topic: Problem during simulating sediment from point source
- Replies: 8
- Views: 21899
Problem during simulating sediment from point source
Hi.
I simulated sand_01 transport from a point source (released only 24 hour) at the surface layer (25 layers with average depth around 70 m), sand_01 concentration of point source is 70 kg/m3, water discharge is 0.01 m3/s horizontal resolution in 6x6 km.
Some other parameters in sediment.in as ...
I simulated sand_01 transport from a point source (released only 24 hour) at the surface layer (25 layers with average depth around 70 m), sand_01 concentration of point source is 70 kg/m3, water discharge is 0.01 m3/s horizontal resolution in 6x6 km.
Some other parameters in sediment.in as ...
- Wed Dec 31, 2014 9:14 am
- Forum: ROMS Bugs
- Topic: ROMS & SWAN coupling: Subscript out of range for array depth
- Replies: 2
- Views: 3550
Re: ROMS & SWAN coupling: Subscript out of range for array d
Haizz. It is my mistake. I had typo in file "swan.in". The number "27" in line "INPGRID BOTTOM CURVILINEAR 0 0 156 27 EXC 9.999000e+003" must be replaced by 117 (it is horizontal grid point). Therefore, ROMS showed error with the "upper bound=28".
I am so sorry for making you confuse above. Happy ...
I am so sorry for making you confuse above. Happy ...
- Tue Dec 30, 2014 1:06 am
- Forum: ROMS Sediment
- Topic: unable to find requested variable
- Replies: 9
- Views: 28144
Re: unable to find requested variable
Thanks for your nice explanation, Zafer. It clearly makes sense to me
- Mon Dec 29, 2014 1:53 am
- Forum: ROMS Bugs
- Topic: ROMS & SWAN coupling: Subscript out of range for array depth
- Replies: 2
- Views: 3550
ROMS & SWAN coupling: Subscript out of range for array depth
Dear ROMS users
I ran coupling ROMS with SWAN. It gave me following errors:
" NL ROMS/TOMS: started time-stepping: (Grid: 01 TimeSteps: 00351361 - 00047520)
GET_NGFLD - temperature western boundary condition, t = 244 12:00:00
(Rec=0000003, Index=1, File: roms_bry_eez_09.nc)
(Tmin= 242.5000 ...
I ran coupling ROMS with SWAN. It gave me following errors:
" NL ROMS/TOMS: started time-stepping: (Grid: 01 TimeSteps: 00351361 - 00047520)
GET_NGFLD - temperature western boundary condition, t = 244 12:00:00
(Rec=0000003, Index=1, File: roms_bry_eez_09.nc)
(Tmin= 242.5000 ...
- Fri Dec 26, 2014 6:14 am
- Forum: ROMS Sediment
- Topic: unable to find requested variable
- Replies: 9
- Views: 28144
Re: unable to find requested variable
Many thanks for your nice comments, Kate and Zafer. They help me understand a lot. My original aim is simply to simulate the sediment transport and tracking dye. However, ROMS gave me some error on requested variables including mud_01_sflux, sand_01_sflux and dye_01_sflux in the forcing file ...
- Tue Dec 23, 2014 3:22 pm
- Forum: ROMS Sediment
- Topic: unable to find requested variable
- Replies: 9
- Views: 28144
Re: unable to find requested variable
As following the above error. I ran ROMS with USE_DEBUG. It gave me the following error (please see more detail in file "ocean_basin.log" :
" GET_2DFLD - dye concentration, type 01, surface flux, t = 245 04:59:57
(Rec=0000126, Index=1, File: roms_frc_eez_09.nc)
(Tmin= 240.0000 Tmax= 245.2083)
0 ...
" GET_2DFLD - dye concentration, type 01, surface flux, t = 245 04:59:57
(Rec=0000126, Index=1, File: roms_frc_eez_09.nc)
(Tmin= 240.0000 Tmax= 245.2083)
0 ...
- Fri Dec 19, 2014 3:56 pm
- Forum: ROMS Sediment
- Topic: unable to find requested variable
- Replies: 9
- Views: 28144
Re: unable to find requested variable
It is right. I provided mud_01_sflux & sand_01_sflux in 2D. However, if I provide them in 3D (mud_01_sflux(ocean_time,s_rho,eta_rho,xi_rho). Please see the attached files "create_forcing.m". ROMS showed error as
" - error while reading variable: mud_01_sflux at TIME index= ...
...
ERROR:Abnormal ...
" - error while reading variable: mud_01_sflux at TIME index= ...
...
ERROR:Abnormal ...
- Fri Dec 19, 2014 2:22 am
- Forum: ROMS Sediment
- Topic: unable to find requested variable
- Replies: 9
- Views: 28144
unable to find requested variable
Dear Guys
I switch on Sediment with only "define SUSPLOAD". ROMS asked me to provide mud_01_sflux & sand_01_sflux in forcing files. However, after providing them, ROMS gives me the error report " INQUIRE - unable to find requested variable: in files roms_blk.nc and roms_frc.nc". Could anyone tell ...
I switch on Sediment with only "define SUSPLOAD". ROMS asked me to provide mud_01_sflux & sand_01_sflux in forcing files. However, after providing them, ROMS gives me the error report " INQUIRE - unable to find requested variable: in files roms_blk.nc and roms_frc.nc". Could anyone tell ...
- Fri Dec 19, 2014 1:50 am
- Forum: ROMS Discussion
- Topic: Change the unit of x_rho from "meter" to "degree"
- Replies: 5
- Views: 3336
Re: Change the unit of x_rho from "meter" to "degree"
Thank you very much for your useful comment. It work now
- Tue Dec 16, 2014 8:31 am
- Forum: ROMS Discussion
- Topic: Change the unit of x_rho from "meter" to "degree"
- Replies: 5
- Views: 3336
Re: Change the unit of x_rho from "meter" to "degree"
Dear Guys,
I still get problem with changing the coordinate
1. I set spherical to be True in /Functionals/ana_grid.h. The x_rho & y_rho changed to lon_rho & lat_rho but zero value in roms_avg.nc & roms_his.nc.
2. In the gird file I always set spherical to True. However, the x_rho & y_rho still ...
I still get problem with changing the coordinate
1. I set spherical to be True in /Functionals/ana_grid.h. The x_rho & y_rho changed to lon_rho & lat_rho but zero value in roms_avg.nc & roms_his.nc.
2. In the gird file I always set spherical to True. However, the x_rho & y_rho still ...
- Tue Dec 16, 2014 7:19 am
- Forum: ROMS Discussion
- Topic: Change the unit of x_rho from "meter" to "degree"
- Replies: 5
- Views: 3336
Re: Change the unit of x_rho from "meter" to "degree"
Great comment. It done
Thank you very much
Thank you very much
- Tue Dec 16, 2014 6:25 am
- Forum: ROMS Discussion
- Topic: Change the unit of x_rho from "meter" to "degree"
- Replies: 5
- Views: 3336
Change the unit of x_rho from "meter" to "degree"
Dear Guys,
Could anyone tell me how to change the unit of x_rho and y_rho from "meter" to "degree" in output files of ROMS "ocean_avg.nc and ocean_his.nc" ?
Thank you very much
PV-Sy
Could anyone tell me how to change the unit of x_rho and y_rho from "meter" to "degree" in output files of ROMS "ocean_avg.nc and ocean_his.nc" ?
Thank you very much
PV-Sy
- Mon Oct 10, 2011 9:52 am
- Forum: ROMS Problems
- Topic: make_grid error
- Replies: 2
- Views: 4326
Re: make_grid error
Thank You for your advice,
I have solved my problem by using old Preprocessing_tool package. I do not understand why. hic
Thank you very much
I have solved my problem by using old Preprocessing_tool package. I do not understand why. hic
Thank you very much
- Thu Oct 06, 2011 2:55 pm
- Forum: ROMS Problems
- Topic: make_grid error
- Replies: 2
- Views: 4326
make_grid error
Dear all
I am trying to create file roms_grd.nc with Matlab2010a, mexcdf.r3776, and romstools_param.m (in attached file. However, I get error showing as below:
..................
Compute the metrics...
Min dx=16.34 km - Max dx=18.5221 km
Min dy=16.3735 km - Max dy=18.5221 km
Fill the grid ...
I am trying to create file roms_grd.nc with Matlab2010a, mexcdf.r3776, and romstools_param.m (in attached file. However, I get error showing as below:
..................
Compute the metrics...
Min dx=16.34 km - Max dx=18.5221 km
Min dy=16.3735 km - Max dy=18.5221 km
Fill the grid ...
- Fri Jul 01, 2011 4:19 am
- Forum: ROMS Installation
- Topic: pgf90-Error-Unknown switch: -M/opt/netcdf4/lib
- Replies: 2
- Views: 4632
Re: pgf90-Error-Unknown switch: -M/opt/netcdf4/lib
I greatly appreciate for your help.
As you mention, I replaced -M with -L in the flibs variable. Now it is compiled without any errors
Thank you very much
As you mention, I replaced -M with -L in the flibs variable. Now it is compiled without any errors
Thank you very much
- Tue Jun 28, 2011 1:15 am
- Forum: ROMS Installation
- Topic: pgf90-Error-Unknown switch: -M/opt/netcdf4/lib
- Replies: 2
- Views: 4632
pgf90-Error-Unknown switch: -M/opt/netcdf4/lib
Hello,
I am trying to build ROMS v3.4 with pgi10.6 and netcdf-4.1-beta2 on UBUNTU 10.10. I met an error as following:
......................
cp -p /home/dhson/make_macros.mk Build
makefile:234: INCLUDING FILE Build/make_macros.mk WHICH CONTAINS APPLICATION-DEPENDENT MAKE DEFINITIONS
/opt/pgi ...
I am trying to build ROMS v3.4 with pgi10.6 and netcdf-4.1-beta2 on UBUNTU 10.10. I met an error as following:
......................
cp -p /home/dhson/make_macros.mk Build
makefile:234: INCLUDING FILE Build/make_macros.mk WHICH CONTAINS APPLICATION-DEPENDENT MAKE DEFINITIONS
/opt/pgi ...