Model:ROMS: Difference between revisions
From CSDMS
m removed old questionnaire information. Replaced with form |
No edit summary |
||
Line 21: | Line 21: | ||
|Categories=Marine | |Categories=Marine | ||
|One-line model description=Regional Ocean Modeling System | |One-line model description=Regional Ocean Modeling System | ||
|Extended model description=ROMS is a Free-surface, terrain-following, orthogonal curvilinear, primitive equations ocean model. Its dynamical kernel is comprised of four separate models including the nonlinear, tangent linear, representer tangent linear, and adjoint models. It has multiple model coupling (ESMF, MCT) and multiple grid nesting (composed, mosaics, refinement) capabilities. The code uses a coarse-grained parallelization with both shared-memory (OpenMP) and distributed-memory (MPI) paradigms coexisting together and activated via C-preprocessing. | |Extended model description=ROMS is a Free-surface, terrain-following, orthogonal curvilinear, primitive equations ocean model. Its dynamical kernel is comprised of four separate models including the nonlinear, tangent linear, representer tangent linear, and adjoint models. It has multiple model coupling (ESMF, MCT) and multiple grid nesting (composed, mosaics, refinement) capabilities. The code uses a coarse-grained parallelization with both shared-memory (OpenMP) and distributed-memory (MPI) paradigms coexisting together and activated via C-preprocessing. | ||
}} | }} | ||
{{Model technical information | {{Model technical information | ||
Line 32: | Line 32: | ||
|Source code availability=Through web repository | |Source code availability=Through web repository | ||
|Program license type=Other | |Program license type=Other | ||
|Program license type other= | |Program license type other=MIT/X License, see License_ROMS.txt. | ||
|OpenMI compliant=No but possible | |OpenMI compliant=No but possible | ||
|CCA component=No but possible | |CCA component=No but possible | ||
|IRF interface=No but possible | |IRF interface=No but possible | ||
|Memory requirements=Depends on application but it is relatively small in distributed-memory since only the tile partition is allocated for global and local arrays. All the state model variables are dynamically allocated and passed as arguments to the computational routines via de-referenced pointer structures. | |Memory requirements=Depends on application but it is relatively small in distributed-memory since only the tile partition is allocated for global and local arrays. All the state model variables are dynamically allocated and passed as arguments to the computational routines via de-referenced pointer structures. | ||
|Typical run time=Depends on application and resolution. Usually it takes several hours to run a realistic application for a simulation month. | |Typical run time=Depends on application and resolution. Usually it takes several hours to run a realistic application for a simulation month. | ||
}} | }} | ||
{{Input - Output description | {{Input - Output description | ||
|Describe input parameters=There are hundreds of input parameters for the physical, ecosystem, and sediment models. In addition, there are input scripts for floats, stations, model coupling, and data assimilation. | |Describe input parameters=There are hundreds of input parameters for the physical, ecosystem, and sediment models. In addition, there are input scripts for floats, stations, model coupling, and data assimilation. | ||
|Input format=ASCII | |Input format=ASCII | ||
|Other input format=ASCII (input scripts), NetCDF (input fields). | |Other input format=ASCII (input scripts), NetCDF (input fields). | ||
|Describe output parameters=There are hundreds of output parameters and fields that are written to several NetCDF files. | |Describe output parameters=There are hundreds of output parameters and fields that are written to several NetCDF files. | ||
|Other output format=NetCDF, CF-convections. | |Other output format=NetCDF, CF-convections. | ||
|Pre-processing software needed?=No | |Pre-processing software needed?=No | ||
|Post-processing software needed?=Yes | |Post-processing software needed?=Yes | ||
|Describe post-processing software=Yes, ROMS I/O is via NetCDF and follows CF-standard conventions. Therefore, any visualization software for NetCDF files can be used for pre- and post-processing. | |Describe post-processing software=Yes, ROMS I/O is via NetCDF and follows CF-standard conventions. Therefore, any visualization software for NetCDF files can be used for pre- and post-processing. | ||
|Visualization software needed?=Yes | |Visualization software needed?=Yes | ||
|Other visualization software=Yes, a plotting package is provided. It uses the NCAR's graphics Library. Any visualization package for NetCDF files can be used, like IDL, Matlab, and others. | |Other visualization software=Yes, a plotting package is provided. It uses the NCAR's graphics Library. Any visualization package for NetCDF files can be used, like IDL, Matlab, and others. | ||
}} | }} | ||
{{Process description model | {{Process description model | ||
|Describe processes represented by the model=ROMS resolved fast (gravity waves) and slow (Rossby waves) dynamics. Hydrostatic approximation but there is a nonhydrostatic version of ROMS. | |Describe processes represented by the model=ROMS resolved fast (gravity waves) and slow (Rossby waves) dynamics. Hydrostatic approximation but there is a nonhydrostatic version of ROMS. | ||
|Describe key physical parameters and equations=Navier-Stokes primitive equations. Bio-optical, biogeochemical, and ecosystem models equations. Cohesive and non cohesive sediment equations. Several vertical turbulece equations (KPP, GLS, MY-2.5). Air-Sea interaction coupling equations (COARE). Bottom boundary layer model equations. | |Describe key physical parameters and equations=Navier-Stokes primitive equations. Bio-optical, biogeochemical, and ecosystem models equations. Cohesive and non cohesive sediment equations. Several vertical turbulece equations (KPP, GLS, MY-2.5). Air-Sea interaction coupling equations (COARE). Bottom boundary layer model equations. | ||
|Describe length scale and resolution constraints=Estuary, regional, and basin scales. There are couple of global applications. | |Describe length scale and resolution constraints=Estuary, regional, and basin scales. There are couple of global applications. | ||
|Describe time scale and resolution constraints=Hours, days, seasons. It also can be used for climate research (decades). | |Describe time scale and resolution constraints=Hours, days, seasons. It also can be used for climate research (decades). | ||
|Describe any numerical limitations and issues=ROMS has a predictior-corrector algorithm that is efficient and accuarate. This class of model (terrain-following) exhibits stronger sensitivity to topography which results in pressure gradient errors. ROMS has several pressure gradient algorithms that minimize this problem. | |Describe any numerical limitations and issues=ROMS has a predictior-corrector algorithm that is efficient and accuarate. This class of model (terrain-following) exhibits stronger sensitivity to topography which results in pressure gradient errors. ROMS has several pressure gradient algorithms that minimize this problem. | ||
}} | }} | ||
{{Model testing | {{Model testing | ||
|Describe available calibration data sets=There are several idealized and realistic test cases. Some of the idealized test cases have quasi-analytical solutions. | |Describe available calibration data sets=There are several idealized and realistic test cases. Some of the idealized test cases have quasi-analytical solutions. | ||
|Describe available test data sets=We have a website for test problems: http://marine.rutgers.edu/po/index.php?model=test-problems | |Describe available test data sets=We have a website for test problems: http://marine.rutgers.edu/po/index.php?model=test-problems | ||
|Describe ideal data for testing=We have test cases for both laboratory and field observations. In the past, we have used data from rotating tanks. | |Describe ideal data for testing=We have test cases for both laboratory and field observations. In the past, we have used data from rotating tanks. | ||
}} | }} | ||
{{Users groups model | {{Users groups model | ||
|Do you have current or future plans for collaborating with other researchers?=Yes, we work with several modeling groups around the world. | |Do you have current or future plans for collaborating with other researchers?=Yes, we work with several modeling groups around the world. | ||
}} | }} | ||
{{Documentation model | {{Documentation model | ||
Line 75: | Line 75: | ||
There is a very active ROMS user's forum: https://www.myroms.org/forum | There is a very active ROMS user's forum: https://www.myroms.org/forum | ||
NOTICE: REGISTRATION IS NEEDED TO RECEIVE THE SOURCE CODE: | |||
https://www.myroms.org/index.php?page=login | |||
}} | }} | ||
{{Infobox Model | {{Infobox Model |
Revision as of 15:36, 10 April 2010
Contact
Name | Hernan G. Arango |
Type of contact | Model developer |
Institute / Organization | IMCS, Rutgers University |
Postal address 1 | 71 Dudley Road |
Postal address 2 | |
Town / City | New Brunswick |
Postal code | 08901-8521 |
State | New Jersey |
Country | USA"USA" is not in the list (Afghanistan, Albania, Algeria, Andorra, Angola, Antigua and Barbuda, Argentina, Armenia, Australia, Austria, ...) of allowed values for the "Country" property. |
Email address | arango@marine.rutgers.edu |
Phone | (732) 932-6555 x266 |
Fax |
Name | Alexander Shchepetkin |
Type of contact | Model developer |
Institute / Organization | |
Postal address 1 | |
Postal address 2 | |
Town / City | |
Postal code | |
State | |
Country | |
Email address | |
Phone | |
Fax |
ROMS
Metadata
Summary
Technical specs
In/Output
Process
Testing
Other
IntroductionHistoryPapersIssuesHelpInput FilesOutput FilesDownloadROMS is made available through the ROMS website: https://www.myroms.org
Source ROMSROMS is made available through the ROMS website: https://www.myroms.org |