Model:CBOFS2

Edit Model information

CBOFS2

Metadata

Summary Contact Technical specs In/Output Process Testing Other Component info Also known as Model type Modular Model part of larger framework Note on status model Date note status model Incorporated models or components: Spatial dimensions Spatial extent Model domain One-line model description Chesapeake Bay Operational Forecast System - 2 Extended model description This is a special case of the Regional Ocean Modeling System(ROMS). Please see http://csdms.colorado.edu/wiki/Model:ROMS for details. Keywords: Name Lyon Lanerolle Type of contact Technical contact Institute / Organization NOAA Postal address 1 Postal address 2 Town / City Silver Spring Postal code 20901 State Maryland 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 Lyon.Lanerolle@noaa.gov Phone Fax 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 https://www.myroms.org/index.php?page=login 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. 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. 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. 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. 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 NOTICE: REGISTRATION IS NEEDED TO RECEIVE THE SOURCE CODE: https://www.myroms.org/index.php?page=login This part will be filled out by CSDMS staff OpenMI compliant No but possible BMI compliant Yes WMT component Yes PyMT component Is this a data component Can be coupled with:

Model info Authors Lyon Lanerolle Source code Go to external source code site Model citations Nr. of publications: 7 Total citations: 7780 h-index: 7 m-quotient: 0.22 QR-code Link to this page Other models by author CBOFS2