Search by property

This page provides a simple browsing interface for finding entities described by a property and a named value. Other available search interfaces include the page property search, and the ask query builder.

List of results

Model:Compact + (Sediment porosity, closest-packed porosity, compaction coefficient)
Model:Rescal-snow + (See 'rescal_snow_inputs' in docs)
Model:NearCoM + (See documentation.)
Model:GeoTiff Data Component + (See documentation: https://bmi-geotiff.readthedocs.io)
Model:Topography Data Component + (See documentation: https://bmi-topography.readthedocs.io)
Model:GridMET Data Component + (See documentation: https://pymt-gridmet.readthedocs.io)
Model:Hilltop and hillslope morphology extraction + (See included readme)
Model:SPHYSICS + (See manual)
Model:Glimmer-CISM + (See paper)
Model:RiverMUSE + (See the readme file.)
Model:TOPOG + (See website, too many to describe: http://www-data.wron.csiro.au/topog/)
Model:SWAT + (See: https://swat.tamu.edu/)
Model:Sun fan-delta model + (Several, as defined in wrapper script)
Model:GENESIS + (Shoreline position, time series of offshore wave height, period, and direction. Coastal structures and their physical attributes. Optionally, nearshore wave information from an external wave model.)
Model:AquaTellUs + (Simulation time (t) and time step (dt), Initial grid size and slope, Incoming discharge and sediment load (t), Sea level (t), no of grain size classes, grain size distribution, grain size. Sediment transport coeficients)
Model:DeltaSIM + (Simulation time and time step, Initial profile, Stochastic sediment input (t), Sea level (t), Sediment transport parameters (i.e. travel distances))
Model:SLAMM 6.7 + (Slope Data: Slope of each cell, used to ca … Slope Data: Slope of each cell, used to calculate partial changes in cell composition. Asderived from the Digital Elevation Map. (units are degrees)• DEM Data: Digital Elevation Map data. Preferrable derived from LiDAR. Contour data(from the National Elevation Database, for example) are typicallyinappropriate to use for calculating sea level rise effects but serve as data inareas where more precise data are not available ( in this case the elevationpreprocessor module may be used). (units are meters)• NWI Data: National Wetlands Inventory categories. Dominant wetland category foreach cell is converted into SLAMM categories. This is also used to refineelevation estimates for each cell. Table 4 provides the crosswalk informationfor Cowardin codes to SLAMM categories• Dike Data: Boolean defining whether each cell is protected by dikes or not. This isavailable as an attribute of the NWI data, special modifier “h.”• IMP Data: Percent impervious raster, derived from National Land Cover Dataset. Dryland with percent impervious greater than 25% is assumed to be “developeddry land.”25% is assumed to be “developed dry land.”)
Model:GNE + (Source inputs consist of global, spatially … Source inputs consist of global, spatially distributed (GIS) raster datasets: hydrological properties (river basin systems, runoff, reservoirs, irrigation, rainfall), topographic slope, land use, agricultural N & P inputs (fertilizer, manure), atmospheric N deposition, sewage, N fixation, etc.spheric N deposition, sewage, N fixation, etc.)
Model:TURB + (Spatial-temporal mean bed fluid shear stress)
Model:GOLEM + (Standard input parameter files (ascii). For some conditions, also require additional binary file specifying boundary configuration.)
Model:DECAL + (Staring grid topography and vegetation maps, control parameters such as potential transport rates, vegetation response functions)
Model:Dionisos + (Stratigraphic parameters : basin deformation(eustatic curve, subsidence maps, compaction, flexure), supply (boundary conditions, rain fall, carbonate production), transport (waves, water and gravity transport, slope failure))
Model:SICOPOLIS + (Surface mass balance, (precipitation, evaporation, runoff), Mean annual air temperature above the ice, Eustatic sea level, Geothermal heat flux.)
Model:Instructed Glacier Model + (Surface mass balance, Ice thickness, and ice flow)
Model:OceanWaves + (Surface wave height and period or surface winds as well as water depth.)

Model:ParFlow + (TCL script, many physical and numerical parameters needed.)

Model:Reservoir + (The Rippl function executes the sequent pe … The Rippl function executes the sequent peak algorithm to determine the no-fail storage for given inflow and release time series. The storage function gives the design storage for a specified timebased reliability and yield. Similarly, the yield function computes yield given the storage capacity. The rrv function returns three reliability measures, relilience, and dimensionless vulnerability for given storage, inflow time series, and target release. Users can assume Standard Operating Policy, or can apply the output of sdp analysis to determine the RRV metrics under different operating objectives. The Hurst function estimates the Hurst coefficient for an annualized inflow time series.ient for an annualized inflow time series.)
Model:Alpine3D + (The area to be simulated has to be describ … The area to be simulated has to be described (DEM, landuse). The meteorological input data (air temperature, relative humidity, precipitations...) have to be described (units, interpolations types). Some parameters about the model itself must be given (precision of the radiation ray tracing algorithms, characteristic lengths, parameters for a bucket model of runoff...)arameters for a bucket model of runoff...))
Model:SWAN + (The bathymetry, current, water level, bottom friction and wind (if spatially variable) need to be provided to SWAN on so-called input grids. It is best to make an input grid so large that it completely covers the computational grid.)
Model:TopoFlow-Evaporation-Read File + (The behavior of this component is controll … The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 1 Method name: Read_from_binary_file Time step: Scalar 10800.00000000 (sec) ET rate: Grid_Sequence Space-time_Rain_Test/Rain_TEST.rts (mm/hr)ace-time_Rain_Test/Rain_TEST.rts (mm/hr))
Model:OGGM + (The default climate dataset used by OGGM is the Climatic Research Unit (CRU) TS v4.01 dataset)
Model:WOFOST + (The input data for WOFOST consists of thre … The input data for WOFOST consists of three categories:1. Daily weather variables (temperature, radiation, precipitation, humidity, windspeed)2. Parameters for the crop, soil and site3. Agromanagement information related to the cropping practices: sowing, harvesting, irrigation, nutrient application, etc.How these inputs are provided to the model depends on the implementation.o the model depends on the implementation.)
Model:SurfaceRoughness + (The input file is a DEM in .flt format. A driver text file is also required which contains the parameters used for the extraction.)
Model:DrEICH algorithm + (The input file is a DEM in .flt format. A … The input file is a DEM in .flt format. A driver text file is also required which contains the parameters used for the extraction. Information on the parameters needed in the driver file is available in the documentation (http://www.geos.ed.ac.uk/~smudd/LSDTT_docs/html/channel_heads.html).smudd/LSDTT_docs/html/channel_heads.html).)
Model:GullyErosionProfiler1D + (The input file is a text file and users ar … The input file is a text file and users are required to input: Time (in model years)dT (the time step in fractions of a year)tauc (Critical Shear stress for portions of the channel that are vegetated in Pascals)taucWepp (Critical Shear stress for portions of the channel that are soil in Pascals)lenzone (the length of channel that is bare soil in Meters)Pmmphr (Rainfall to be used for erosion in Millimeters per Hour)tval (this is the number of loop iterations before a profile is saved as output)Immphr (Infiltration to be used for erosion in Millimeters per Hour)One additional input: One must supply the input length of the channel as a matlab data array called xcell.matel as a matlab data array called xcell.mat)
Model:ACADIA + (The input file is required for each run an … The input file is required for each run and provides the basic simulation parameters. It must conform to the ACADIA.inp standard format as described belowLine1: should read the character string 'Comment�:' which is the label for the next line and is ignored during data inputLine2: inputs a comment of maximum 72 characters about the current simulationLine3: should read 'Case name', which is the label for the next line and is ignored during data inputLine4: specifes the case name (including the directory location if it is not soft-linked to the current directory). The code will append the suffixes '.nod','.ele',and '.bat' to this string in order to know where to find the NML standard filesLine5: should read 'Simulation Parameters', which is the label for the next line and is ignored during data inputLine6: inputs the number of transport variablesLine7: inputs the number of �uid layersLine8: inputs the degrees latitude of the center of the mesh Line9: inputs the time step in secondsLine10: inputs the starting date (day, month, year), time (in seconds after midnight). The value of time can be greater than 8.64E4 (equivalent of 1 day) as the code will automatically adjust the day and time accordinglyLast Line: inputs the quitting criteria for the code as day, month, year and time in seconds after midnight. Again the value of time can be greater than 8.64E4. This allows the user to specify an overall length of the simulation instead of the exact date and time of the end of the simulationdate and time of the end of the simulation)
Model:Hilltop flow routing + (The input files are a DEM in .flt format, … The input files are a DEM in .flt format, a channel heads file generated using the DrEICH algorithm (https://csdms.colorado.edu/wiki/Model:DrEICH_algorithm) and an optional floodplain mask in .flt format. Input parameters are also supplied at the command line. Information on the parameters is available in the documentation (http://www.geos.ed.ac.uk/~smudd/LSDTT_docs/html/channel_heads.html).smudd/LSDTT_docs/html/channel_heads.html).)
Model:REF-DIF + (The input includes file names for output, subgrid information, physical parameters and wave conditions. Water depth is obtained from the master program though a file name for water depth input is still kept in "indat.dat".)
Model:Chi analysis tools + (The input is a 'channel file' and a 'drive … The input is a 'channel file' and a 'driver file'. The channel file contains data on channel profiles within a channel network composed of a main stem and tributaries flowing into that main stem (that is, there are no tributaries of tributaries). The driver file contains parameters for the model run. The format of these files is described in the documentation that accompanies the model source code.on that accompanies the model source code.)
Model:CEM + (The input parameters to a model run consis … The input parameters to a model run consist of an initial shoreline, a wave file, and a set of configuration parameters. The initial shoreline is stored within a custom binary formatted-file. Since CEM has been used for abstract simulations of coastline evolution, the initial model condition consists either of a mostly-smooth shoreline with initial perturbations to the shoreline position (generated by a tool provided with the model), or using a shoreline that resulted from a previous model run. The wave file consists of a set of wave approach angles and wave heights that are used during the model run. This wave file is also generated by a tool provided with the model, and takes as input the statistical distribution of wave-approach angles. Finally, basic model parameters (e.g. number of time steps to simulate, etc.) are specified within an XML-formatted text file. An example is provided with the model.le. An example is provided with the model.)
Model:TopoFlow-Meteorology + (The input variables for modeling the net f … The input variables for modeling the net flux of shortwave radiation are defined as follows: Tair = air temperature (deg C) RH = relative humidity (unitless) (in (0,1)) albedo = surface albedo (unitless) (in (0,1)) dust att. = dust attenuation factor (unitless) (in (0,1)) factor = cloud or canopy cover factor (unitless) (in (0,1)) slope = topographic slope (unitless, m/m) (in (0,Infinity)) aspect = aspect angle (radians) (in (0,1)) The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 1 Method name: Standard Time step: Scalar 3600.0 (sec) rho_H2O: Scalar 1000.00000000 (kg/m^3) Cp_air: Scalar 1005.70001221 (J/kg/K) rho_air: Scalar 1.26139998 (kg/m^3) P: Time_series Case5_rain_rates.txt (mm/hr) T_air: Scalar 20.00000000 (deg C) T_surf: Scalar -5.00000000 (deg C) RH: Scalar 0.50000000 (none) p0: Scalar 1000.00000000 (mbar) uz: Scalar 3.00000000 (m/s) z: Scalar 10.00000000 (m) z0_air: Scalar 0.02000000 (m) Qn_SW: Scalar 100.00000000 (W/m^2) Qn_LW: Scalar 10.00000000 (W/m^2) Save grid timestep: Scalar 60.00000000 (sec) Save ea grids: 0 Case5_2D-ea.rts (mbar) Save es grids: 0 Case5_2D-es.rts (mbar) Save pixels timestep: Scalar 60.00000000 (sec) Save ea pixels: 0 Case5_0D-ea.txt (mbar) Save es pixels: 0 Case5_0D-es.txt (mbar) Case5_0D-es.txt (mbar))
Model:TopoFlow-Evaporation-Energy Balance + (The input variables for the Energy Balance … The input variables for the Energy Balance method of estimating losses due to evaporation are defined as follows: Q_SW = net shortwave radiation (W / m^2) Q_LW = net longwave radiation (W / m^2) T_air = air temperature (deg C) T_surf = surface (snow) temperature (deg C) T_soil_x = soil temperature at depth x (deg C) x = reference depth in soil (m) K_soil = thermal conductivity of soil (W / (m deg_C)) u_z = wind velocity at height z (m / s) z = reference height for wind (m) (above land surface) z_0 = surface roughness height (m) (with no snow) h0_snow = initial snow depth (m) ρ_air = density of the air (kg / m^3) c_air = specific heat capacity of air (J / (kg deg_C)) L_v = latent heat of vaporization, water (J / kg) (2500000) g = gravitational constant, Earth = 9.81 (m / s^2) κ = von Karman's constant = 0.41 (unitless) The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 2 Method name: Energy_Balance Time step: Scalar 3600.00000000 (sec) alpha: Scalar 1.20000000 (none) K_soil: Scalar 0.44999999 (W/m/deg_C) soil_x: Scalar 0.05000000 (m) T_soil_x: Scalar 0.00000000 (deg C) Save grid timestep: Scalar 60.00000000 (sec) Save er grids: 0 Case5_2D-ETrate.rts (m/s) Save pixels timestep: Scalar 60.00000000 (sec) Save er pixels: 0 Case5_0D-ETrate.txt (m/s) Case5_0D-ETrate.txt (m/s))
Model:TopoFlow-Snowmelt-Energy Balance + (The input variables for the Energy Balance … The input variables for the Energy Balance method of estimating runoff due to snowmelt are defined as follows: Q_SW = net shortwave radiation (W / m^2) Q_LW = net longwave radiation (W / m^2) T_air = air temperature (deg C) T_surf = surface (snow) temperature (deg C) RH = relative humidity (none) (in (0,1)) p_0 = atmospheric pressure (mbar) u_z = wind velocity at height z (m / s) z = reference height for wind (m) z0_air = surface roughness height (m) h0_snow = initial snow depth (m) h0_swe = initial depth, snow water equivalent (m) ρ_snow = density of the snow (kg / m^3) c_snow = specific heat capacity of snow (J / (kg deg_C)) ρ_air = density of the air (kg / m^3) c_air = specific heat capacity of air (J / (kg deg_C)) L_f = latent heat of fusion, water (J / kg) (334000) L_v = latent heat of vaporization, water (J / kg) (2500000) e_air = air vapor pressure at height z (mbar) e_surf = vapor pressure at the surface (mbar) g = gravitational constant = 9.81 (m / s^2) κ = von Karman's constant = 0.41 (unitless) The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 2 Method name: Energy_Balance Time step: Scalar 3600.00000000 (sec) Cp_snow: Scalar 2090.00000000 (J/kg/K) rho_snow: Scalar 300.00000000 (kg/m^3) c0: Scalar 2.70000005 (mm/day/deg C) T0: Scalar -0.20000000 (deg C) h0_snow: Scalar 0.50000000 (m) h0_swe: Scalar 0.15000000 (m) Save grid timestep: Scalar 60.00000000 (sec) Save mr grids: 0 Case5_2D-SMrate.rts (m/s) Save hs grids: 0 Case5_2D-hsnow.rts (m) Save sw grids: 0 Case5_2D-hswe.rts (m) Save cc grids: 0 Case5_2D-Ecc.rts (J/m^2) Save pixels timestep: Scalar 60.00000000 (sec) Save mr pixels: 0 Case5_0D-SMrate.txt (m/s) Save hs pixels: 0 Case5_0D-hsnow.txt (m) Save sw pixels: 0 Case5_0D-hswe.txt (m) Save cc pixels: 0 Case5_0D-Ecc.txt (J/m^2) Case5_0D-Ecc.txt (J/m^2))
Model:TopoFlow-Evaporation-Priestley Taylor + (The input variables for the Priestley-Tayl … The input variables for the Priestley-Taylor method of estimating losses due to evaporation are defined as follows: Q_SW = net shortwave radiation (W / m^2) Q_LW = net longwave radiation (W / m^2) T_air = air temperature (deg C) T_surf = surface (snow) temperature (deg C) T_soil_x = soil temperature at depth x (deg C) x = reference depth in soil (m) K_soil = thermal conductivity of soil (W / (m deg_C)) α = coefficient (unitless) L_v = latent heat of vaporization, water (J / kg) (2500000) The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 0 Method name: Priestley-Taylor Time step: Scalar 3600.00000000 (sec) alpha: Scalar 1.20000000 (none) K_soil: Scalar 0.44999999 (W/m/deg_C) soil_x: Scalar 0.05000000 (m) T_soil_x: Scalar 0.00000000 (deg C) Save grid timestep: Scalar 60.00000000 (sec) Save er grids: 0 Case5_2D-ETrate.rts (m/s) Save pixels timestep: Scalar 60.00000000 (sec) Save er pixels: 0 Case5_0D-ETrate.txt (m/s) Case5_0D-ETrate.txt (m/s))
Model:TopoFlow-Infiltration-Smith-Parlange + (The input variables used by the Smith-Parl … The input variables used by the Smith-Parlange 3-parameter method for modeling infiltration are defined as follows: K_s = saturated hydraulic conductivity (m / s) K_i = initial hydraulic conductivity (m / s) (typically much less than K_s) θ_s = soil water content at ψ=0 (unitless) (typically set to the porosity, φ) θ_i = initial soil water content (unitless) G = capillary length scale (meters) = integral over all ψ of K(ψ) / K_s = (almost always between ψ_B and 2*ψ_B) P = precipitation rate (mm / sec) M = snowmelt rate (mm / sec) γ = Smith-Parlange method parameter (between 0 and 1, near 0.8) The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 2 Method name: Smith_Parlange Number of layers: 1 Time step: Scalar 60.0000000 (sec) Ks: Scalar 0.00000720 (m/s) Ki: Scalar 0.00000010 (m/s) qs: Scalar 0.48500001 (none) qi: Scalar 0.37580763 (none) G: Scalar 0.72400000 (m) gamma: Scalar 0.82000000 (none) Closest soil_type: silt_loam Save grid timestep: Scalar 60.00000000 (sec) Save v0 grids: 0 Case5_2D-v0.rts (m/s) Save I grids: 0 Case5_2D-I.rts (m) Save pixels timestep: Scalar 60.00000000 (sec) Save v0 pixels: 0 Case5_0D-v0.txt (m/s) Save I pixels: 0 Case5_0D-I.txt (m)0 Case5_0D-I.txt (m))
Model:TopoFlow-Infiltration-Green-Ampt + (The input variables used by the simple Gre … The input variables used by the simple Green-Ampt method for modeling infiltration are defined as follows: K_s = saturated hydraulic conductivity (m / s) K_i = initial hydraulic conductivity (m / s) (typically much less than Ks) θ_s = soil water content at ψ=0 (unitless) (typically set to the porosity, φ) θ_i = initial soil water content (unitless) G = capillary length scale (meters) = integral over all ψ of K(ψ) / K_s = (almost always between ψ_B and 2*ψ_B) P = precipitation rate (mm / sec) M = snowmelt rate (mm / sec)The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 0 Method name: Green_Ampt Number of layers: 1 Time step: Scalar 60.0000000 (sec) Ks: Scalar 0.00000720 (m/s) Ki: Scalar 0.00000010 (m/s) qs: Scalar 0.48500001 (none) qi: Scalar 0.37580763 (none) G: Scalar 0.72400000 (m) Closest soil_type: silt_loam Save grid timestep: Scalar 60.00000000 (sec) Save v0 grids: 0 Case5_2D-v0.rts (m/s) Save I grids: 0 Case5_2D-I.rts (m) Save pixels timestep: Scalar 60.00000000 (sec) Save v0 pixels: 0 Case5_0D-v0.txt (m/s) Save I pixels: 0 Case5_0D-I.txt (m)0 Case5_0D-I.txt (m))
Model:TopoFlow-Saturated Zone-Darcy Layers + (The input variables used for modeling hori … The input variables used for modeling horizontal subsurface flow in the saturated zone via Darcy's Law are defined as follows: K_s = saturated hydraulic conductivity (m / s) S_y = specific yield or drainable porosity (unitless) (less than or equal to the porosity, φ, see Notes) thickness = soil layer thickness (meters)thickness = soil layer thickness (meters))
Model:TopoFlow-Infiltration-Richards 1D + (The input variables used for modeling infi … The input variables used for modeling infiltration and unsaturated vertical flow with the 1D Richard's equation are defined as follows: K_s = saturated hydraulic conductivity (m / s) K_i = initial hydraulic conductivity (m / s) (typically much less than K_s) θ_s = soil water content at ψ = 0 (unitless) (often set to the soil porosity, φ) θ_i = initial soil water content (unitless) θ_r = residual soil water content (unitless) (must be < θ_i) ψ_B = bubbling pressure head (meters) (also called air-entry pressure, ψ_ae) ψ_A = pressure head offset parameter (meters) λ = pore-size distribution parameter (unitless) (alt. notation = 1/b ) η = 2 + (3 * λ) (unitless) (see Notes) c = transitional Brooks-Corey curvature parameter (unitless) (see Notes) dznodes = vertical distance between nodes (meters) nnodes = number of subsurface vertical nodes The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data.point to other files that contain input data.)
Model:TopoFlow-Snowmelt-Degree-Day + (The input variables used for the Degree-Da … The input variables used for the Degree-Day method of estimating runoff due to snowmelt are defined as follows: c_0 = coefficient T_0 = threshold temperature (deg C) T_air = air temperature (deg C) ρ_snow = density of the snow (kg / m^3) ρ_water = density of liquid water, 1000 (kg / m^3) h0_snow = initial snow depth (m) h0_swe = initial depth, snow water equivalent (m)The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 0 Method name: Degree-Day Time step: Scalar 3600.00000000 (sec) Cp_snow: Scalar 2090.00000000 (J/kg/K) rho_snow: Scalar 300.00000000 (kg/m^3) c0: Scalar 2.70000005 (mm/day/deg C) T0: Scalar -0.20000000 (deg C) h0_snow: Scalar 0.50000000 (m) h0_swe: Scalar 0.15000000 (m) Save grid timestep: Scalar 60.00000000 (sec) Save mr grids: 0 Case5_2D-SMrate.rts (m/s) Save hs grids: 0 Case5_2D-hsnow.rts (m) Save sw grids: 0 Case5_2D-hswe.rts (m) Save cc grids: 0 Case5_2D-Ecc.rts (J/m^2) Save pixels timestep: Scalar 60.00000000 (sec) Save mr pixels: 0 Case5_0D-SMrate.txt (m/s) Save hs pixels: 0 Case5_0D-hsnow.txt (m) Save sw pixels: 0 Case5_0D-hswe.txt (m) Save cc pixels: 0 Case5_0D-Ecc.txt (J/m^2) Case5_0D-Ecc.txt (J/m^2))
Model:TopoFlow-Channels-Dynamic Wave + (The input variables used for the Dynamic W … The input variables used for the Dynamic Wave method of routing flow in channels are defined as follows. These inputs must be provided as grids:*flow_codes = D8 flow codes (Jenson convention), (NE,E,SE,S,SW,W,NW,N) → (1,2,4,8,16,32,64,128)*bed_slope = slope of the channel bed or hillslope (m / m)*Manning_n = Manning roughness parameter (s / m1/3)*bed_width = bed width for trapezoidal cross-section (m)*bank_angle = bank angle for trapezoid (deg) (from vertical)*sinuosity = channel sinuosity (unitless) (along-channel / straight length)*init_depth = initial water depth (m) (See Notes below) These inputs can be provided as scalars or grids:*sinuosity = channel sinuosity (m/m) (along-channel / straight length)*init_depth = initial water depth (m) (See HTML help) Grids must be saved in binary files with no header. All variables should be stored as 4-byte, floating-point numbers (IEEE standard) except flow codes, which are unsigned, 1-byte integers.The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 3 Method name: Dynamic_Wave Manning flag: 1 Law of Wall flag: 0 Time step: Scalar 6.00000000 (sec) D8 flow code: Grid Treynor_flow.rtg (none) D8 slope: Grid Treynor_slope.rtg (m/m) Manning N: Grid Treynor_chan-n.rtg (s/m^(1/3)) Bed width: Grid Treynor_chan-w.rtg (m) Bank angle: Grid Treynor_chan-a.rtg (deg) Init. depth: Scalar 0.00000000 (m) Sinuosity: Scalar 1.00000000 (m/m) Save grid timestep: Scalar 60.00000000 (sec) Save Q grids: 1 Case5_2D-Q.rts (m^3/s) Save u grids: 0 Case5_2D-u.rts (m/s) Save d grids: 0 Case5_2D-d.rts (m) Save f grids: 0 Case5_2D-f.rts (none) Save pixels timestep: Scalar 60.00000000 (sec) Save Q pixels: 1 Case5_0D-Q.txt (m^3/s) Save u pixels: 0 Case5_0D-u.txt (m/s) Save d pixels: 0 Case5_0D-d.txt (m) Save f pixels: 0 Case5_0D-f.txt (none) Case5_0D-f.txt (none))
Model:TopoFlow-Channels-Kinematic Wave + (The input variables used for the Dynamic W … The input variables used for the Dynamic Wave method of routing flow in channels are defined as follows. These inputs must be provided as grids:*flow_codes = D8 flow codes (Jenson convention), (NE,E,SE,S,SW,W,NW,N) → (1,2,4,8,16,32,64,128)*bed_slope = slope of the channel bed or hillslope (m / m)*Manning_n = Manning roughness parameter (s / m^1/3)*bed_width = bed width for trapezoidal cross-section (m)*bank_angle = bank angle for trapezoid (deg) (from vertical)*sinuosity = channel sinuosity (unitless) (along-channel / straight length)*init_depth = initial water depth (m) (See Notes below) These inputs can be provided as scalars or grids:*sinuosity = channel sinuosity (m/m) (along-channel / straight length)*init_depth = initial water depth (m) (See HTML help) Grids must be saved in binary files with no header. All variables should be stored as 4-byte, floating-point numbers (IEEE standard) except flow codes, which are unsigned, 1-byte integers.The behavior of this component is controlled with a configuration (CFG) file, which may point to other files that contain input data. Here is a sample configuration (CFG) file for this component: Method code: 1 Method name: Kinematic_Wave Manning flag: 1 Law of Wall flag: 0 Time step: Scalar 6.00000000 (sec) D8 flow code: Grid Treynor_flow.rtg (none) D8 slope: Grid Treynor_slope.rtg (m/m) Manning N: Grid Treynor_chan-n.rtg (s/m^(1/3)) Bed width: Grid Treynor_chan-w.rtg (m) Bank angle: Grid Treynor_chan-a.rtg (deg) Init. depth: Scalar 0.00000000 (m) Sinuosity: Scalar 1.00000000 (m/m) Save grid timestep: Scalar 60.00000000 (sec) Save Q grids: 1 Case5_2D-Q.rts (m^3/s) Save u grids: 0 Case5_2D-u.rts (m/s) Save d grids: 0 Case5_2D-d.rts (m) Save f grids: 0 Case5_2D-f.rts (none) Save pixels timestep: Scalar 60.00000000 (sec) Save Q pixels: 1 Case5_0D-Q.txt (m^3/s) Save u pixels: 0 Case5_0D-u.txt (m/s) Save d pixels: 0 Case5_0D-d.txt (m) Save f pixels: 0 Case5_0D-f.txt (none) Case5_0D-f.txt (none))