|
HISTORY
SLAEM was the first analytic element computer program commercially available. It was used in the early 1980's by several consulting firms in the Twin Cities Metropolitan Area. SLAEM was originally written on a minicomputer and was accessed via a modem. Since then, the program has been improved and extended, ported to the IBM-PC platform, and marketed on a limited scale. Both
SLAEM and MLAEM
have been used in the US, Europe and Africa on numerous projects. Successful applications of MLAEM include the construction of a model of the Toppenish Basin prepared for the Yakima Indian Nation, the groundwater models of Hennepin County by the Hennepin County (Minnesota) Conservation District, the model of Dakota County (Minnesota), the National Groundwater Model (NAGROM) of The Netherlands prepared by RIZA, the Twin Cities Metropolitan Model prepared jointly by the Minnesota Pollution Control Agency and the University of Minnesota, and the regional model of the groundwater system around Yucca Mountain, Nevada, prepared by the University of Minnesota for the USGS. Most of these models are in active use, and the AEM programs have proven to be flexible, accurate, and powerful tools for regional modeling. Prices have been dramatically lowered (in the case of SLAEM by a factor of 10), and significantly updated both in terms of computational power and ease of use. All programs now have the latest advances in the analytic element method built in and are driven by a state-of-the-art graphical user interface.
AQUIFER FEATURES SUPPORTED
All programs support the same analytic elements so that a single description will cover all three products. The elements that are designed
specifically for multi aquifer systems, however, are not available in SLAEM. The programs contain all elements that were supported by their DOS versions in addition to the newly developed ones. The older
elements are not nearly as powerful as the new ones that replace them and are supported only for the sake of continuity; their entry is not built into the GUI, and they will not be described herein. The aquifer
features currently supported by all programs are the following:
- Inhomogeneities in the aquifer parameters, namely, the base elevation, thickness, and hydraulic conductivity. These inhomogeneities are bounded
by polygons of straight line segments and may be nested and have common boundaries.
- Curvilinear features that may be combined to form open and closed strings of the following types:
- Given head and resistivity (stream bottom).
- Given head and multi-resistivity (lake and river bottoms that change their behavior according to the head in the aquifer). This covers the
case of portions of lakes and rivers that are dry.
- Given extraction or infiltration rate per unit length.
- Constant, but unknown, head and given total discharge (drain with given flow rate).
- Leaky wall (normal flux is related to the difference in head across the wall and the resistivity of the wall).
- Impermeable wall.
- Given flux out of or into one side of the element.
- Areas inside of which extraction or leakage occurs. These areas are bounded by polygons and may be of the following types:
- Given extraction or infiltration rate per unit area.
- Given head and resistivity (lake and river bottoms).
- Given head and multi-resistivity (lake and river bottoms that change their behavior according to the head in the aquifer) This covers the
case of lakes and rivers that become dry.
- Given resistivity for the computation of leakage between aquifers.
The properties of these aquifer features are entered in the program via the GUI independently of the analytic elements that are used to
model them. The modules AQUIFER and ATARD (for aquitard) are used to enter the properties that apply inside a polygon. The aquifer properties are constant inside the polygon, but the aquitard properties (resistivity
and/or head) are interpolated by a radial basis interpolator between the values entered by the user.
THE GRAPHICAL USER INTERFACE (GUI)
The graphical user interface makes it convenient to enter and modify data, usually on a background map read in DXF format. The look of
the display depends on whether the user is entering or modifying the geometry and properties of elements or examining the results of a run. The two windows are the Input Window (see figure 2) and the Results Window.
Both windows consist of a series of individual windows that the user may arrange as desired and a menu bar, tool bars, and command window. The latter window supports access to the command-line interface. The Input
Window with a plot of an aquitard polygon is shown in figure 2. The individual windows are labeled. The vertical bar on the left of the screen is the tool bar for the entry of aquifer features, data, and analytic
elements. The vertical sliders on the right are tools for zooming in and out of an area. The pull-down menus are accessed from the two headings file and window at the extreme left hand side of the menu bar.
|