Category Archives: Models
Integral Coupling of Bottom Friction
Updated 2011/08/26: Removed the Google Maps inset.
Updated 2012/09/10: Added the Google Maps inset and updated the equations in LaTeX.
One strength of the integral coupling of SWAN+ADCIRC is the increased accuracy resulting from the communication of the model components during the simulation. The computed wave solution is better because it includes the water levels and currents passed from ADCIRC, and the computed circulation solution is better because it includes the wave radiation stress gradients passed from SWAN. These benefits are described in a manuscript we submitted recently to Coastal Engineering (Dietrich et al., 2011).
We have applied SWAN+ADCIRC to the most recent hurricanes to impact southern Louisiana, including Gustav and Ike (2008). The following example shows the significant heights of the waves generated by Gustav as it moved through the Gulf:
Note how the waves are generated in the deeper Gulf and then propagated onto the continental shelf, where they break due to changes in bathymetry and bottom roughness. The associated radiation stress gradients are passed from SWAN to ADCIRC and used to drive currents and set-up. Our new SL16 mesh contains significantly more resolution in all of the wave transformation zones, including mesh spacings of about 4km in deep water, 500m-1km on the entire shelf, and 100-200m in the breaking zones.
However, the water levels, currents and radiation stress gradients are not the only parameters that can be coupled integrally. This page describes how we have also coupled the bottom friction between the two model components. In SWAN, using the friction formulation of Madsen et al. (1988), we can vary the bottom rougness both spatially and temporally, by computing physical roughness lengths based on the Manning’s coefficients used by ADCIRC.
How to Hot-Start SWAN+ADCIRC
As a point of discussion, please consider the following schematic of our hindcast validation of Hurricane Katrina:
In our hurricane hindcasts, such as the validations of Katrina and Rita described in papers to be published in Monthly Weather Review, the simulations are performed in two stages. First, a spin-up simulation is run for several days before the start of the hurricane winds, so that the tides and rivers can reach a dynamic equilibrium in the resonant basin of the Gulf of Mexico. Then the solution from that spin-up simulation is used as the initial condition for the hurricane hindcast simulation. For example, for Katrina, we employ an 18-day, tides/rivers spin-up simulation that starts on 07 August 2005, and then we run a 7-day, hurricane simulation that starts on 25 August 2005. The solution from the spin-up simulation is used to hot-start the hurricane simulation.
There are two ways in which the coupled SWAN+ADCIRC could be hot-started during this hindcast. First, it is always hot-started at the beginning of its simulation, at 2005/08/25/0000Z. Although SWAN is not run during the tides/rivers spin-up simulation, because its action is forced entirely by the hurricane winds, we do run ADCIRC during that stage. Thus, when the coupled SWAN+ADCIRC model is employed in the second stage, we must hot-start the ADCIRC half of the simulation. SWAN starts from scratch at the beginning of the hurricane simulation.
Second, we may need to hot-start at some time during the SWAN+ADCIRC stage if it ended abruptly, due to machine failure, user interruption, etc. Instead of re-starting that stage at its beginning, we would rather hot-start in the middle. Then both SWAN and ADCIRC would need to be hot-started, using an intermediate solution as an initial condition for the remainder of the simulation.
Thus, there are two distinct methods in which SWAN+ADCIRC might be hot-started. The first method, in which SWAN is cold-started and ADCIRC is hot-started, would occur in the transition between simulations in the Katrina hindcast. The second method would hot-start both SWAN and ADCIRC, such as at some intermediate time during the second stage of the Katrina hindcast. Instructions for both methods are included below.
A High-Resolution Coupled Riverine Flow, Tide, Wind, Wind Wave, and Storm Surge Model for Southern Louisiana and Mississippi, Part II: Synoptic Description and Analysis of Hurricanes Katrina and Rita
![MWR2010b](https://multires.eos.ncsu.edu/ccht-ccee-ncsu-edu/wp-content/uploads/sites/10/2010/02/MWR2010b.png)
A High-Resolution Coupled Riverine Flow, Tide, Wind, Wind Wave, and Storm Surge Model for Southern Louisiana and Mississippi, Part I: Model Development and Validation
![MWR2010a](https://multires.eos.ncsu.edu/ccht-ccee-ncsu-edu/wp-content/uploads/sites/10/2010/02/MWR2010a.png)
Development of Storm Surge Which Led to Flooding in St. Bernard Polder during Hurricane Katrina
![OE2010](https://multires.eos.ncsu.edu/ccht-ccee-ncsu-edu/wp-content/uploads/sites/10/2010/01/OE2010.png)
Tightly Coupled, Unstructured Mesh, Wave and Circulation Models
It emphasizes our transition from the loose coupling with structured-mesh wave models to the tight coupling with the unstructured-mesh version of SWAN. The rectangle in the upper right and the triangle in the lower left are meant to “pop” from the sides of the poster, as shown in the picture to the right. By running on the same unstructured mesh, SWAN and ADCIRC can pass information locally, on the same core or across inter-core boundaries, without the need for global communication.
The poster itself is linked below. For more information about the SWAN+ADCIRC model, please visit my Web pages about the coupling. For a copy of our paper describing the coupled model, please contact me, and I would be happy to send it to you.
FigureGen v.41
FigureGen is a FORTRAN program that creates images for ADCIRC files. It reads output files (fort.63
, fort.64
, maxele.63
, etc.), grid files (fort.14
, etc.), nodal attributes files (fort.13
), etc. It plots contours, contour lines, and vectors. Using FigureGen, you can go directly from the ADCIRC input and output files to a presentation-quality figure, for one or multiple time snaps, without having to use SMS.
The following example depicts the water levels in ArcGIS as Ike moved through the Gulf:
This program started from a script written by Brian Blanton, and it contains code written by John Atkinson, Howard Lander, Chris Szpilka, Zach Cobell, and others. I converted it to FORTRAN because I am more familiar with that language, and I added the capability to plot vectors, among other things. But, at its core, FigureGen behaves like a script, and it uses system calls to tell other software how to generate the figure(s).