Model:CBOFS2: Difference between revisions

From CSDMS
(Created page with "{{Model identity |Model type=Modular }} {{Start models incorporated}} {{End a table}} {{Model identity2 |Categories=Marine |One-line model description=Chesapeake Bay Operational ...")
 
m (Text replacement - "{{End headertab}}" to "{{End headertab}} {{{{PAGENAME}}_autokeywords}}")
 
(30 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Model identity
{{Model identity
|Model type=Modular
|Model type=Single
}}
}}
{{Start models incorporated}}
{{Start models incorporated}}
{{End a table}}
{{End a table}}
{{Model identity2
{{Model identity2
|Categories=Marine
|ModelDomain=Marine
|One-line model description=Chesapeake Bay Operational Forecast System - 2
|One-line model description=The Second Generation Chesapeake Bay Operational Forecast System (CBOFS2): A ROMS‐Based Modeling System
|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.
|Extended model description=This is a special case of the Regional Ocean Modeling System(ROMS). The National Ocean Service presently has an Operational Forecast System (CBOFS) for the Chesapeake Bay which generates only water levels and depth‐integrated currents. As a next generation system, a fully three‐dimensional, baroclinic Forecast System (CBOFS2) was developed, calibrated and validated; this system will produce water levels, currents, temperature and salinity. First, a two‐month tides only simulation was conducted to validate the water levels and currents and thereafter, a synoptic hindcast simulation from June 01, 2003–September 01, 2005 was conducted to validate water levels, currents, temperature and salinity. Upon comparison with observations, CBOFS2 for the most part met the target NOS water level error criteria and for current error, the criteria were met exceptionally well; the temperature and salinity errors were frequently less than 1 C and 3 PSU respectively. Hence, the predictive accuracy of CBOFS2 warranted it being accepted as a suitable three‐dimensional upgrade to CBOFS.
Please see https://csdms.colorado.edu/wiki/Model:ROMS for details.
}}
}}
{{Start model keyword table}}
{{Start model keyword table}}
Line 19: Line 20:
|Postal code=20901
|Postal code=20901
|State=Maryland
|State=Maryland
|Country=USA
|Country=United States
|Email address=Lyon.Lanerolle@noaa.gov
|Email address=Lyon.Lanerolle@noaa.gov
}}
}}
Line 26: Line 27:
|Other platform=CygWin
|Other platform=CygWin
|Programming language=Fortran90
|Programming language=Fortran90
|Multiple processors implemented=
|Nr of distributed processors=
|Nr of shared processors=
|Start year development=1998
|Start year development=1998
|Does model development still take place?=No
|Does model development still take place?=No
Line 32: Line 36:
|Source web address=https://www.myroms.org/index.php?page=login
|Source web address=https://www.myroms.org/index.php?page=login
|Program license type=Other
|Program license type=Other
|Program license type other=MIT/X License, see License_ROMS.txt.  
|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.
|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
|Describe pre-processing software=
|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
Line 64: Line 69:
}}
}}
{{Documentation model
{{Documentation model
|Provide key papers on model if any=Key Papers:
    Haidvogel, D. B., Arango, H. G., Hedstrom, K., Beckmann, A., Malanotte-Rizzoli, P., Shchepetkin, A. F., 2000. Model evaluation experiments in the North Altantic Basin simulations in nonlinear terrain-following coordinates. Dynamics of Atmospheres and Oceans, 32, 239~281.Doi: (10.1016/S0377-0265(00)00049-X).
    Haidvogel, D.B., Arango, H., Budgell, W.P., Cornuelle, B.D., Curchitser, E., Di Lorenzo, E., Fennel, K., Geyer, W.R., Hermann, A.J., Lanerolle, L., Levin, J., McWilliams, J.C., Miller, A.J., Moore, A.M., Powell, T.M., Shchepetkin, A.F., Sherwood, C.R., Signell, R.P., Warner, J.C., Wilkin, J., 2008. Ocean forecasting in terrain-following coordinates: formulation and skill assessment of the Regional Ocean Modeling System. J. Comp. Phys. 227, 3595–3624, Doi: (10.1016/j.jcp.2007.06.016).
    Shchepetkin, A. F., McWilliams, J. C., 2004. The regional oceanic modelin system (ROMS): a split-explicit, free-surface, topography-following-coordinate oceanic model. Ocean Modelling, 9: 347~404, Doi: (10.1016/j.ocemod.2004.08.002).
    Song Y. and Haidvogel, D., 1994. A Semi-implicit Ocean Circulation Model Using a Generalized Topography-Following Coordinate System. Journal of Computational physics, 115, 228~244.
    Warner, J. C., Sherwood, C. R., Signell, R. P., Harris, C. K., Arango, H. G., 2008. Development of a three-dimensional, regional, coupled wave, current, and sediment-transport model. Computer & Geosciences, 34, 1284~1306, Doi: (10.1016/j.cageo.2008.02.012).
Other papers are on the website: http://www.myroms.org/index.php?page=papers
|Manual model available=Yes
|Manual model available=Yes
|Model website if any=https://www.myroms.org
|Model website if any=http://www.tidesandcurrents.noaa.gov/ofs/cbofs/cbofs.html
}}
}}
{{Additional comments model
{{Additional comments model
Line 85: Line 77:
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  
NOTICE: REGISTRATION IS NEEDED TO RECEIVE THE SOURCE CODE: https://www.myroms.org/index.php?page=login
}}
}}
{{CSDMS staff part
{{CSDMS staff part
|OpenMI compliant=No but possible
|OpenMI compliant=No but possible
|IRF interface=Yes
|CMT component=No but possible
|CCA component=Yes
|CCA component=Yes
|IRF interface=Yes
|CMT component=Yes
}}
}}
{{Start coupled table}}
{{Start coupled table}}
{{End a table}}
{{End a table}}
{{End headertab}}
{{End headertab}}
{{{{PAGENAME}}_autokeywords}}
<!-- PLEASE USE THE "EDIT WITH FORM" BUTTON TO EDIT ABOVE CONTENTS; CONTINUE TO EDIT BELOW THIS LINE -->
<!-- PLEASE USE THE "EDIT WITH FORM" BUTTON TO EDIT ABOVE CONTENTS; CONTINUE TO EDIT BELOW THIS LINE -->
{{#ifexist:Template:{{#sub:{{PAGENAME}}|0|1}}{{#sub:{{lc:{{PAGENAME}}}}|1}} download stats | ==Download statistics==
 
{{{{#sub:{{PAGENAME}}|0|1}}{{#sub:{{lc:{{PAGENAME}}}}|1}} download stats}} | }}


==Introduction==
==Introduction==
Line 104: Line 97:
== History ==
== History ==


== Papers ==
== References  ==
<br>{{AddReferenceUploadButtons}}<br><br>
{{#ifexist:Template:{{PAGENAME}}-citation-indices|{{{{PAGENAME}}-citation-indices}}|}}<br>
{{Include_featured_references_models_cargo}}<br>


== Issues ==
== Issues ==


== Help ==
== Help ==
{{#ifexist:Model_help:{{PAGENAME}}|[[Model_help:{{PAGENAME}}]]|}}


== Input Files ==
== Input Files ==


== Output Files ==
== Output Files ==
== Download source code ==

Latest revision as of 19:18, 16 September 2020



CBOFS2


Metadata

Also known as
Model type Single
Model part of larger framework
Note on status model
Date note status model
Incorporated models or components:
Spatial dimensions
Spatial extent
Model domain Marine
One-line model description The Second Generation Chesapeake Bay Operational Forecast System (CBOFS2): A ROMS‐Based Modeling System
Extended model description This is a special case of the Regional Ocean Modeling System(ROMS). The National Ocean Service presently has an Operational Forecast System (CBOFS) for the Chesapeake Bay which generates only water levels and depth‐integrated currents. As a next generation system, a fully three‐dimensional, baroclinic Forecast System (CBOFS2) was developed, calibrated and validated; this system will produce water levels, currents, temperature and salinity. First, a two‐month tides only simulation was conducted to validate the water levels and currents and thereafter, a synoptic hindcast simulation from June 01, 2003–September 01, 2005 was conducted to validate water levels, currents, temperature and salinity. Upon comparison with observations, CBOFS2 for the most part met the target NOS water level error criteria and for current error, the criteria were met exceptionally well; the temperature and salinity errors were frequently less than 1 C and 3 PSU respectively. Hence, the predictive accuracy of CBOFS2 warranted it being accepted as a suitable three‐dimensional upgrade to CBOFS.

Please see https://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 United States
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 http://www.tidesandcurrents.noaa.gov/ofs/cbofs/cbofs.html
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 No but possible
PyMT component
Is this a data component
Can be coupled with:
Model info
Authors
Source code
Model citations
Nr. of publications: 7
Total citations: 7780
h-index: 7
m-quotient: 0.23
QR-code

Link to this page
Other models by author
Some use of "" in your query was not closed by a matching "".



Introduction

History

References



Nr. of publications: 7
Total citations: 7780
h-index: 7
m-quotient: 0.23



Featured publication(s)YearModel describedType of ReferenceCitations
Lanerolle, L.W.J.; Patchen, R.C.; Aikman III, F.; 2011. The Second Generation Chesapeake Bay Operational Forecast System (CBOFS2): Model Development and Skill Assessment.. .
(View/edit entry)		2011 CBOFS2
 Model overview 17
Haidvogel, D.B.; Arango, H.; Budgell, W.P.; Cornuelle, B.D.; Curchitser, E.; Di Lorenzo, E.; Fennel, K.; Geyer, W.R.; Hermann, A.J.; Lanerolle, L.; Levin, J.; McWilliams, J.C.; Miller, A.J.; Moore, A.M.; Powell, T.M.; Shchepetkin, A.F.; Sherwood, C.R.; Signell, R.P.; Warner, J.C.; Wilkin, J.; 2008. Ocean forecasting in terrain-following coordinates: Formulation and skill assessment of the Regional Ocean Modeling System. Journal of Computational Physics, 227, 3595–3624. 10.1016/j.jcp.2007.06.016
(View/edit entry)		2008 CBOFS2
ChesROMS
ROMS
UMCESroms
 Model overview 1200
Shchepetkin, Alexander F.; McWilliams, James C.; 2005. The regional oceanic modeling system (ROMS): a split-explicit, free-surface, topography-following-coordinate oceanic model. Ocean Modelling, 9, 347–404. 10.1016/j.ocemod.2004.08.002
(View/edit entry)		2005 CBOFS2
ChesROMS
ROMS
UMCESroms
 Model application 4222
Song, Yuhe; Haidvogel, Dale; 1994. A Semi-implicit Ocean Circulation Model Using a Generalized Topography-Following Coordinate System. Journal of Computational Physics, 115, 228–244. 10.1006/jcph.1994.1189
(View/edit entry)		1994 CBOFS2
ChesROMS
ROMS
UMCESroms
 Model overview 819
See more publications of CBOFS2


Issues

Help

Model_help:CBOFS2

Input Files

Output Files

Retrieved from "https://csdms.colorado.edu/csdms_wiki/index.php?title=Model:CBOFS2&oldid=300030"