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:River Network Bed-Material Sediment + (Minimum requirements include a river network with link id, downstream link id, upstream drainage area, link length, and link slope. All of these are attributes are included as part of the National Hydrography Dataset Version 2 Plus (NHDV2Plus).)
Model:Nitrate Network Model + (Minimum requirements include a river network with link id, downstream link id, upstream drainage area, link length, and link slope. All of these are attributes are included as part of the National Hydrography Dataset Version 2 Plus (NHDV2Plus).)
Model:TOPMODEL + (Model Inputs: * Project file: Text descrip … Model Inputs:* Project file: Text description of application and input file names and paths. * Catchment (watershed) data file: Watershed and subwatershed topographic index—ln(a/tan B) distributions and the following parameters: ** The mean soil surface transmissivity ** A transmissivity profile decay coefficient ** A root zone storage capacity ** An unsaturated zone time delay ** A main channel routing velocity and internal subwatershed routing velocity To use the infiltration excess mechanism, a hydraulic conductivity (or distribution), a wetting front suction and the initial near surface water content should be added. The initialization of each run requires an initial stream discharge and the root zone deficit. * Hydrological input data file: rainfall, potential evapotranspiration, and observed discharge time series in m/h * Topographic index map data file: the topographic index map may be prepared from a raster digital elevation file using the DTM-ANALYSIS program. This file includes number of pixels in X direction, number of pixels in Y direction, grid size, and topographic index values for each pair of X and Y.hic index values for each pair of X and Y.)
Model:SRH-1D + (Model parameters, cross section geometry, bed material, flow and sediment input)
Model:CarboLOT + (Model setup: grid extent and resolution, t … Model setup: grid extent and resolution, time stepping and duration.Environmental inputs (from global datasets, automated methods): bathymetry, seawater bottom temperatures, benthic irradiance, seafloor hardness, ocean wave climateOrganism characteristics (automated from Knowledge Base): dimensions, construction, reproduction and survivorshiponstruction, reproduction and survivorship)
Model:Bifurcation + (Modify input parameters directly in Matlab script Inputs include initial conditions, upstream flow conditions, bifurcation geometry, bypass fraction, sea level (optional), differential subsidence rate (optional))
Model:DeltaRCM + (Modify parameter values in Matlab code directly: Water/Sediment discharge; Grid size and grid parameters; Basin geometry; Input sand/mud ratio.)
Model:PyDeltaRCM + (Modify parameters in example input file deltaRCM.yaml included in repository. Run with example script run_pyDeltaRCM.py. Modify water/sediment discharge (as number of parcels), grid size and spacing, basin geometry, mud/sand ratio, etc)
Model:MARSSIM V4 + (Multiple parameter files, initial conditions matrices)
Model:DeltaRCM Vegetation + (No files required. Sediment composition, vegetation parameters, SLRR, run time, grid size, water and sediment discharge and other similar parameters can be modified directly within the code.)
Model:GEOMBEST++ + (Note: See also the GEOMBEST++ Users Guide, … Note: See also the GEOMBEST++ Users Guide, section 6A minimum of four excel files are required to run a GEOMBEST-Plus simulation: an “erosionresponse” file, an “accretionresponse” file, a “run#” file, and a “tract#” file. If the simulation involves a single coastal tract then the files must be titled “erosionresponse”, “accretionreponse”, “run1” file and “tract1.” Caution: Note that the run# and tract# files will have the same name (tract1, run1, etc., see below) for all simulations and so attention to organization is critical. so attention to organization is critical.)
Model:GEOMBEST++Seagrass + (Note: See the GEOMBEST++Seagrass Users Gui … Note: See the GEOMBEST++Seagrass Users Guide, section 6A minimum of four Microsoft Excel files are required to run a simulation: an “erosionresponse” file, an “accretionresponse” file, a “run#” file, and a “tract#” file. If the simulation involves a single coastal tract then the files must be titled “erosionresponse”, “accretionreponse”, “run1” file and “tract1.” Caution: Note that the run# and tract# files will have the same name (tract1, run1, etc.) for all simulations, so attention to organization is critical. so attention to organization is critical.)
Model:STVENANT + (Number of cross sections, Time (s) and spa … Number of cross sections, Time (s) and space (m) descretisation steps, Chezy friction coefficient (m**1/2 s**-1), Period (s) and amplitude (m) of incoming waves, Number of time steps desired, Channel width at the Ith cross section (m), Still water depth (m)h cross section (m), Still water depth (m))
Model:1D Hillslope MCMC + (Number of iterations (or links in the chai … Number of iterations (or links in the chain)Initial parameters from which to start the Markov Chain Monte Carlo simulationsHillslope morphology measured from topograph for comparison (in dimensionless E* R* format; see Roering et al. 2007 or Hurst et al. 2012).Roering et al. 2007 or Hurst et al. 2012).)
Model:FLDTA + (Open channel geometry, discharge at its head, flow elevation at its terminus)
Model:OpenFOAM + (OpenFOAM needs to read a range of data str … OpenFOAM needs to read a range of data structures such as strings, scalars, vectors, tensors, lists and fields. The input/output (I/O) format of files is designed to be extremely flexible to enable the user to modify the I/O in OpenFOAM applications as easily as possible.See also user manual easily as possible. See also user manual)
Model:PIHM + (PIHM is an integrated finite volume hydrol … PIHM is an integrated finite volume hydrologic model. It simulates channel routing, overland flow and groundwater flow in fully coupled scheme. It uses semi-discrete Finite Volume approach to discretize PDE (equations governing physical processes) into ODE to form a system of ODEs and solved with SUNDIALS solver (LBL). PIHM incorporates an object-oriented model data structure which provides extensibility and efficient storage of data at the same time. PIHM v2.0 requires the following input files:* projectName.txt : This file will have the project name as its content.* .mesh File : Spatial information of Nodes and Irregular Meshes (TINs)* .att File : Attribute defining different classes an element belongs to* .soil File : Soil properties* .geol : Geologic properties* .lc file : Vegetation parameters of different land cover types* .riv file : Spatial, geometry and material information of river segments* .forc file : All the forcing variables (forcing time-series)* .ibc file : Boundary condition information for elements* .para file : Control parameters (solver options; model modes; error control)* .init : If initial condition input is through a file* .calib : Calibration parameters and process controlsib : Calibration parameters and process controls)
Model:GSFLOW + (PRMS: http://wwwbrr.cr.usgs.gov/projects/SW_MoWS/software/oui_and_mms_s/prms.shtml MODFLOW http://water.usgs.gov/nrp/gwsoftware/modflow2005/modflow2005.html)
Model:Drainage Density + (Parameters ---------- grid : Model … Parameters ---------- grid : ModelGrid channel__mask : Array that holds 1's where channels exist and 0's elsewhere area_coefficient : coefficient to multiply drainage area by, for calculating channelization threshold slope_coefficient : coefficient to multiply slope by, for calculating channelization threshold area_exponent : exponent to raise drainage area to, for calculating channelization threshold slope_exponent : exponent to raise slope to, for calculating channelization threshold channelization_threshold : threshold value above which channels existd value above which channels exist)
Model:FuzzyReef + (Parameters: # Spatial # Temporal # Initial 'basement' topography # Relative sea level curve # Climate (arid, temperate, humid) # Latitude)
Model:CSt ASMITA + (Parameters: *A(I,J) - Angle between flow a … Parameters:*A(I,J) - Angle between flow and grid coordinates {SG}*Ab(I) - Breaker angle {2}*ACENT - Angle of wave climate central tendency (0 is for crests parallel to the lower boundary)*ASTORM - Angle of dominant waves*Aw(I,J) - Angle between wave propagation & onshore direction {2}*Beta - Scales the exponent in the wave-drift*CK - Coef.scales rate of gravity-driven upper shoreface sed flux (3)*DELTAX - Longshore grid cell dimension (SG)*DELTAY - Cross-shore grid cell dimension (SG)*DC(I,J) - Cross-shore diff. coef.in flow coords.{1}*DCyyy - Controls the slope of the cross-shore diffusion coef. when it is *computed from a linear eqn.*DCzero - The offset in the above relationship*DCmax - Max. Limit for the cross-shore diff. coef.*DL(I,J) - Longshore diff. coef.in flow coords. {1}*DLyyy - Slope of the longshore diff. coef.*DLzero - Offset of the above.*DLmax - Max. Limit for the long-shore diff. coef.*DT - Time step in years*EDFACT - Controls relative converge/divergence of waves due to refraction (should mimic RFACT)*GFACT - Factor for the K(Cn)/(delrho)ga in the ls transp.eqn.*H(I,J,iTime) - Depths in grid, fill index in surf-zone cells {SG}*Hmax - Max.(ie. most negative) depth in the surf zone cell (SG)*Hmin - Min. depth in the surf zone cell (SG)*IMAX - Number of grid cells in the shore parallel direction(SG)*JMAX - Number of grid cells in the cross-shore direction(SG)*JSHORE(I) - Most landward ocean cell - surf-zone cell(SG)*K1 - Scales the diff. sed. transport*MFACT - Scales the wave-energy density of general wave climate*NFACT - Scales the wave-energy density of the dominant waves*PORE - Sediment porosity*SANGLE(I) - - Tangent angle along the shoreline {SG}*Scr - The critical slope of the upper shoreface cell (JSHORE-1)*SHOAL(I) - Relative convergence/div of wave-energy density due to refraction*RFACT - Contols the relative ray-bending due to refraction*Wo - Scales the wave-drift sed. trans.*XSHORE(I) - X-coord. of the continuous shoreline {SG}*YSHORE(I) - Y-coord. of the continuous shoreline {SG}*YOFF(I,iTime) - offset between the surf-zone cell center and the continuous shoreline (can be positive or negative){SG}us shoreline (can be positive or negative){SG})
Model:SimClast + (Parameters: *Sealevel curve *subsidence *r … Parameters:*Sealevel curve*subsidence*rainfall (variable through time)*multiple rivers with variable discharge and sediment load through time*initial topography*wind velocity and direction/or wave height and propagation direction*marine current velocity and location*sediment transport parameters*number of grainsizes, grainsize dimensions and density*fluvial channel dimensionsns and density *fluvial channel dimensions)
Model:GEOtop + (Please see: http://geotopmodel.github.io/geotop/)
Model:EF5 + (Precipitation)
Model:HYPE + (Precipitation, temperature, and geographical data)
Model:Avulsion + (Probability density function of stream-avulsion angles)
Model:CarboCAT + (Production and subsidence rates, cellular automata rules (number of seed neighbours etc), sea-level history)
Model:BEDLOAD + (Proportion by mass of each size-density fraction in the bed, instantaneous turbulent grain shear velocities, critical shear stresses of each size-density fraction)
Model:MARM5D + (Raster at ArcGIS ASCII format 1. contribut … Raster at ArcGIS ASCII format1. contributing area (m2)2. topographic slope (%)3. flow direction (ArcGIS coding)Tables:4. initial surface particle size distribution (PSD)5. aeolian PSD (optional)6. climate fluctuations (optional)Text:7. input parametersions (optional) Text: 7. input parameters)
Model:GLUDM + (Rasters containing the relative area of a specific land use (e.g. cropland) in the past (e.g. 1960, 1980, 1990, 2005). A table of historic and predicted global population.)
Model:MRSAA + (Reach hydraulic parameters (e.g. slope, sediment grain size, critical shear stresses, Chezy coefficient, bed macro-roughness, sediment supply rate, length, channel width, flood intermittency factor, etc.))
Model:ThawLake1D + (Requires an input file called: radin_dailyavg.mat This specifies the daily average incoming radiation.)
Model:Equilibrium Calculator + (River hydrology is described with a flow d … River hydrology is described with a flow duration curve, the mean annual sand load is specified, the mean annual mud load is computed with a user-specified rating curve, characteristic sand and mud grain size, friction coefficients for the channel and for the floodplain and other model parameters described in the excel caclulatorrameters described in the excel caclulator)
Model:Sedflux + (River mouth characteristics (velocity, width, depth, concentration) averaged daily, or longer. Initial bathymetry. Input sediment distribution and properties of each grain type. Optionally, any of: tectonics, sea level, wave climate, and currents)
Model:Plume + (River velocity, width, depth; Sediment concentrations)
Model:SPARROW + (SPARROW modeling requires the integration … SPARROW modeling requires the integration of many types of geospatial data for use as explanatory variables which are considered as either constituent sources or delivery factors. Sources might include certain land types such as urban area, or known contaminant sources such as sewage treatment plants. Delivery terms can include any basin characteristic that may be associated with natural attenuation. For example, denitrification is often associated with certain soil characteristics and the spatial pattern of those soil characteristics is often related to that of constituent loads. In some cases delivery terms might also be associated with enhanced delivery. For example, high basin slope might cause more rapid flows which could increase the delivery of constituents. Delivery is also influenced by the water time of travel in streams, which can be estimated from published USGS time-of-travel studies (e.g., Reed and Stuckey, 2001).el studies (e.g., Reed and Stuckey, 2001).)
Model:CASCADE + (SPM parameters (Kf, Kd, lf, etc) geomtrical and other parameters imposed by modifying the code)
Model:Coastal Landscape Transect Model (CoLT) + (Sea Level Rise rate (mm/yr), upland slope (unitless), suspended sediment concentration (external supply) (mg/L), length of simulation (years))
Model:BITM + (Sea level curve; rate of lagoonal depositi … Sea level curve; rate of lagoonal deposition; rate of overwash; initial shelf profile. The stratigraphic data are organized in a matrix of integers. Every matrix entry corresponds to a stratigraphic unit (bedrock, overwash, transitional, shoreface, aeolian and lagoonal).itional, shoreface, aeolian and lagoonal).)
Model:SEDPAK + (Sealevel, Subsidence, Start Time, End Time, Sedimentation Rates, Initial basin surface)
Model:D'Alpaos model + (Sediment availability, vegetation characteristics, tidal forcing, rate of relative sea level rise, tidal network configuration and marsh topography if an actual domain is considered.)
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:WAVEWATCH III Data Component + (See documentation: https://bmi-wavewatch3.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))
Model:UEB + (The model is driven by inputs of air temperature, precipitation, wind speed, humidity and radiation at time steps sufficient to resolve the diurnal cycle (six hours or less))
Model:1D Particle-Based Hillslope Evolution Model + (The model takes as input (i) p, dynamics asymmetry parameter; (ii) L, the hillslope length; (iii) H, the hillslope height; (iv) N, the number of steps of the simulation; and (v) a choice of initial hillslope profile.)
Model:BarrierBMFT + (The use of this coupled model framework re … The use of this coupled model framework requires Barrier3D v2.0 (https://doi.org/10.5281/zenodo.7604068) and PyBMFT-C v1.0 (https://doi.org/10.5281/zenodo.7853803).1) barrier3d-parameters.yaml: yaml-formatted text file containing initial values for all static and dynamic variables2) barrier3d-elevation.npy: Initial interior elevation grid3) barrier3d-storms.npy: Stochastically generated sequence of storms4) barrier3d-dunes.npy: Initial height of dune cells5) barrier3d-growthparam.npy: Alongshore varying growth rates for the dune domain6) Equilibrium Bay Depth.mat: Array of bay depths for a given combination of rate of sea level rise and external sediment supply7) MarshStrat.mat: Initial marsh stratigraphyMarshStrat.mat: Initial marsh stratigraphy)
Model:FUNWAVE + (There are four input data files to be read … There are four input data files to be read by subroutine init. The first file consists of control parameters and is named funwave2d.data for 2-D programs and funwave1d.data for 1-D programs. With the use of intrinsic function NAMELIST in the program, variable name and its corresponding data can be put together. The logical device number for this file is chosen as 1 and the form of the files is ASCII.The other three input files are water depth data, initial wave field data, and time series of source function amplitude, respectively. Their names are represented by f1n, f2n and f3n which are specified in funwave2d.data or funwave1d.data. Binary format is used for these three files to increase I/O speed for 2-D prograams while ASCII format is used for 1-D programs. Since the record length of data for binary format in SGI computer is different from other machines, a control parameter imch is used in funwave2d.data or funwave1d.data to adjust for different computers.1d.data to adjust for different computers.)
Model:ROMS + (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.)
Model:ChesROMS + (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.)
Model:CBOFS2 + (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.)
Model:UMCESroms + (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.)