Summary
| Also known as
|
|
| Model type
|
Modular
|
| Model part of larger framework
|
|
| Note on status model
|
|
| Date note status model
|
|
Technical specs
| Supported platforms
|
Unix, Linux, Windows
|
| Other platform
|
CygWin
|
| Programming language
|
Fortran90
|
| Other program language
|
|
| Code optimized
|
|
| Multiple processors implemented
|
|
| Nr of distributed processors
|
|
| Nr of shared processors
|
|
| Start year development
|
1998
|
| Does model development still take place?
|
No
|
| If above answer is no, provide end year model development
|
|
| Code development status
|
|
| When did you indicate the 'code development status'?
|
|
| Model availability
|
As code
|
Source code availability
(Or provide future intension)
|
Through web repository
|
| Source web address
|
|
| Source csdms web address
|
|
| Program license type
|
Other
|
| Program license type other
|
MIT/X License, see License_ROMS.txt.
|
| 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.
|
In/Output
| 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
|
| 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.
|
| Output format
|
|
| Other output format
|
NetCDF, CF-convections.
|
| Pre-processing software needed?
|
No
|
| Describe pre-processing software
|
|
| 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.
|
| Visualization software needed?
|
Yes
|
| If above answer is 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.
|
Process
| 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 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 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.
|
Testing
| Describe available calibration data sets
|
There are several idealized and realistic test cases. Some of the idealized test cases have quasi-analytical solutions.
|
| Upload calibration data sets if available:
|
|
| Describe available test data sets
|
We have a website for test problems: http://marine.rutgers.edu/po/index.php?model=test-problems
|
| Upload test data sets if available:
|
|
| 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.
|
Other
| Do you have current or future plans for collaborating with other researchers?
|
Yes, we work with several modeling groups around the world.
|
| Is there a manual available?
|
Yes
|
| Upload manual if available:
|
|
| Model website if any
|
https://www.myroms.org
|
| Model forum / discussion board
|
|
ROMS
Introduction
History
Papers
ROMS Questionnaire
Contact Information
| Model:
|
ROMS
|
| Contact person:
|
Hernan G. Arango (Model developer)
|
| Institute:
|
IMCS, Rutgers University
|
| City:
|
New Brunswick, New Jersey
|
| Country:
|
USA
|
| Email:
|
arango@marine.rutgers.edu
|
| 2nd person involved:
|
Alexander Shchepetkin (Model developer)
|
| 3rd person involved:
|
John C. Warner (Model developer)
|
| Others persons involved:
|
Adjoint Developers: Arango, Cournuelle, Di Lorenzo, Miller, Moore, Powell.
|
Model description
| Model type:
|
Modular ocean 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.
|
Technical information
| Supported platforms:
|
UNIX, Linux, CygWin (Windows)
|
| Programming language:
|
Fortran90
|
| Model development started at:
|
1998 and is still going on
|
| To what degree will the model become available:
|
Source code is freely-distributed (SVN repository and Trac). Users need to register for access.
|
| Current license type:
|
MIT/X License, see License_ROMS.txt.
|
| 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.
|
Input / Output description
| 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 scripts), NetCDF (input fields).
|
| Output parameters:
|
There are hundreds of output parameters and fields that are written to several NetCDF files.
|
| Output format:
|
NetCDF, CF-convections.
|
| Post-processing software (if needed):
|
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 (if needed):
|
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
| Processes represented by model:
|
ROMS resolved fast (gravity waves) and slow (Rossby waves) dynamics. Hydrostatic approximation but there is a nonhydrostatic version of ROMS.
|
| Key physical parameters & 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.
|
| Length scale & resolution constraints:
|
Estuary, regional, and basin scales. There are couple of global applications.
|
| Time scale & resolution constraints:
|
Hours, days, seasons. It also can be used for climate research (decades).
|
| 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.
|
Testing
| Available calibration data sets:
|
There are several idealized and realistic test cases. Some of the idealized test cases have quasi-analytical solutions.
|
| Available test data sets:
|
We have a website for test problems: http://marine.rutgers.edu/po/index.php?model=test-problems
|
| Ideal data for testing:
|
We have test cases for both laboratory and field observations. In the past, we have used data from rotating tanks.
|
User groups
| Currently or plans for collaborating with:
|
Yes, we work with several modeling groups around the world.
|
Documentation
Issues
Help
Input Files
Output Files
Download
ROMS is made available through the ROMS website: https://www.myroms.org
Source ROMS
ROMS is made available through the ROMS website: https://www.myroms.org
|
