Model:ROMS: Difference between revisions

From CSDMS
m added windows for platform
No edit summary
Line 1: Line 1:
{{Modeler information
|First name=Hernan G.
|Last name=Arango
|Type of contact=Model developer
|Institute / Organization=IMCS, Rutgers University
|Postal address 1=71 Dudley Road
|Town / City=New Brunswick
|Postal code=08901-8521
|State=New Jersey
|Country=USA
|Email address=arango@marine.rutgers.edu
|Phone=(732) 932-6555 x266
}}
{{Additional modeler information
|Additional first name=Alexander
|Additional last name=Shchepetkin
|Additional type of contact=Model developer
}}
{{Model identity
|Model type=Modular
|Categories=Marine
|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.
}}
{{Model technical information
|Supported platforms=Unix, Linux, Windows
|Other platform=CygWin
|Programming language=Fortran90
|Start year development=1998
|Does model development still take place?=No
|Model availability=As code
|Source code availability=Through web repository
|Program license type=Other
|Program license type other= MIT/X License, see License_ROMS.txt.
|OpenMI compliant=No but possible
|CCA component=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.
|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
|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.
|Other output format=NetCDF, CF-convections.
|Pre-processing software needed?=No
|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
|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
|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.
}}
{{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 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.
}}
{{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.
}}
{{Documentation model
|Provide key papers on model if any=There are a lot of papers describing ROMS algorithms and applications. They can be found at: http://www.myroms.org/index.php?page=papers
|Manual model available=Yes
|Model website if any=https://www.myroms.org
}}
{{Additional comments model
|Comments=The documentation about ROMS can be found in WikiROMS: https://www.myroms.org/wiki
There is a very active ROMS user's forum: https://www.myroms.org/forum
}}
{{Infobox Model
{{Infobox Model
|model name              = ROMS
|model name              = ROMS

Revision as of 15:30, 17 September 2009

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

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
Comments The documentation about ROMS can be found in WikiROMS: https://www.myroms.org/wiki

There is a very active ROMS user's forum: https://www.myroms.org/forum


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

Key papers of the model: There are a lot of papers describing ROMS algorithms and applications. They can be found at: http://www.myroms.org/index.php?page=papers
Is there a manual available: yes, we have web-based documentation on WikiROMS.
Model website if any: https://www.myroms.org

Additional comments

Comments: The documentation about ROMS can be found in WikiROMS: https://www.myroms.org/wiki

There is a very active ROMS user's forum: https://www.myroms.org/forum

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