Changeset 2745


Ignore:
Timestamp:
Apr 21, 2006, 3:07:29 PM (19 years ago)
Author:
howard
Message:

Fixed up heading names and levels (Jane's comments). Minor corrections from Jack Kelly's comments.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • documentation/user_manual/anuga_user_manual.tex

    r2742 r2745  
    4343%\settimeformat{xxivtime} % 24 hour Format
    4444\settimeformat{oclock} % Verbose
    45 \date{\today, \ \currenttime}   
     45\date{\today, \ \currenttime}
    4646
    4747\ifhtml
    48 \date{\today} % latex2html does not know about datetime   
     48\date{\today} % latex2html does not know about datetime
    4949\fi
    5050
     
    211211
    212212In outline, \file{bedslopephysical.py} performs the following steps:
    213                    
     213
    214214\begin{enumerate}
    215215
     
    292292This uses a Python class \class{Domain}, imported from
    293293\module{shallow\_water}, which is an extension of a more generic
    294 class of the same name in the module \refmodule{pyvolution.domain} 
     294class of the same name in the module \refmodule{pyvolution.domain}
    295295(page \pageref{mod:pyvolution.domain}),
    296296and inherits
     
    305305
    306306
    307 \subsection{Specifying the Quantities}
     307\subsection{Initial Conditions}
    308308
    309309The next task is to specify a number of quantities that we wish to
     
    349349\subsubsection{Friction}
    350350
    351 The assignment of the friction quantity demonstrates another way
    352 we can use \method{set\_quantity} to set quantities---namely,
    353 assign them to a constant numerical value:
     351The assignment of the friction quantity demonstrates another way we
     352can use \method{set\_quantity} to set quantities---namely, assign
     353them to a constant numerical value:
    354354
    355355{\small \begin{verbatim}
     
    381381below the zero level.
    382382
    383 (Although it is not necessary for this example, it may be useful to digress here
    384 and mention a variant to this requirement, which allows us to illustrate
    385 another way to use \method{set\_quantity}---namely, incorporating an expression
    386 involving other quantities. Suppose, instead of setting a constant value
    387 for the stage, we wished
    388 to specify a constant value for the \emph{depth}. For such a case we
    389 need to specify that \code{stage} is
    390 everywhere obtained by adding that value to the value already
    391 specified for \code{elevation}. We would do this by means of the statements:
     383(Although it is not necessary for this example, it may be useful to
     384digress here and mention a variant to this requirement, which allows
     385us to illustrate another way to use \method{set\_quantity}---namely,
     386incorporating an expression involving other quantities. Suppose,
     387instead of setting a constant value for the stage, we wished to
     388specify a constant value for the \emph{depth}. For such a case we
     389need to specify that \code{stage} is everywhere obtained by adding
     390that value to the value already specified for \code{elevation}. We
     391would do this by means of the statements:
    392392
    393393{\small \begin{verbatim}
     
    399399value of \code{elevation} already defined.
    400400
    401 The reader will probably appreciate that this capability to incorporate
    402 expressions into statements using \method{set\_quantity} greatly expands
    403 its power.)
    404 
    405 \subsubsection{Boundary Conditions}
     401The reader will probably appreciate that this capability to
     402incorporate expressions into statements using \method{set\_quantity}
     403greatly expands its power.)
     404
     405\subsection{Boundary Conditions}
    406406
    407407The boundary conditions are specified as follows:
     
    453453boundaries are all reflective.
    454454
    455 The reader may wish to experiment by varying the choice of boundary types
    456 for one or more of the boundaries. In the case of \code{Bd} and \code{Bw},
    457 the three arguments in each case represent the
    458 
    459 {\small \begin{verbatim}
    460     Bw = Time_boundary(domain=domain,
    461                 f=lambda t: [(0.1*sin(t*2*pi)), 0.0, 0.0])
    462 \end{verbatim}}
     455The reader may wish to experiment by varying the choice of boundary
     456types for one or more of the boundaries. In the case of \code{Bd}
     457and \code{Bw}, the three arguments in each case represent the
     458elevation, $x$-momentum and $y$-momentum, respectively.
     459
     460%{\small \begin{verbatim}
     461%    Bw = Time_boundary(domain=domain,
     462%                f=lambda t: [(0.1*sin(t*2*pi)), 0.0, 0.0])
     463%\end{verbatim}}
    463464
    464465
     
    495496
    496497\begin{itemize}
    497   \item{from a Windows command line} as in \file{python bedslopephysical.py}
     498  \item{from a Windows command line} as in \codee{python bedslopephysical.py}
    498499  \item{within the Python IDLE environment}
    499500  \item{within emacs}
    500   \item{from a Linux command line} as in \file{python bedslopephysical.py}
     501  \item{from a Linux command line} as in \code{python bedslopephysical.py}
    501502\end{itemize}
    502503
     
    539540
    540541The following discussion builds on the concepts introduced through
    541 the \file{bedslopephysical.py} example and introduces a second example,
    542 \file{run\_sydney\_smf.py}, that follows the same basic outline, but
    543 incorporates more complex features and refers to a real-life
    544 scenario, rather than the artificial illustrative one used in
    545 \file{bedslopephysical.py}. The domain of interest surrounds the Sydney region,
    546 and predominantly covers Sydney Harbour. A hypothetical tsunami wave is
    547 generated by a submarine mass failure situated on the edge of the
    548 continental shelf.
     542the \file{bedslopephysical.py} example and introduces a second
     543example, \file{run\_sydney\_smf.py}, that follows the same basic
     544outline, but incorporates more complex features and refers to a
     545real-life scenario, rather than the artificial illustrative one used
     546in \file{bedslopephysical.py}. The domain of interest surrounds the
     547Sydney region, and predominantly covers Sydney Harbour. A
     548hypothetical tsunami wave is generated by a submarine mass failure
     549situated on the edge of the continental shelf.
    549550
    550551\subsection{Overview}
    551 As in the case of \file{bedslopephysical.py}, the actions carried out by the
    552 program can be organised according to this outline:
     552As in the case of \file{bedslopephysical.py}, the actions carried
     553out by the program can be organised according to this outline:
    553554
    554555\begin{enumerate}
     
    586587
    587588One obvious way that the present example differs from
    588 \file{bedslopephysical.py} is in the use of a more complex method to create
    589 the mesh. Instead of imposing a mesh structure on a rectangular
    590 grid, the technique used for this example involves building mesh
    591 structures inside polygons specified by the user, using a
    592 mesh-generator referred to as \code{pmesh}.
     589\file{bedslopephysical.py} is in the use of a more complex method to
     590create the mesh. Instead of imposing a mesh structure on a
     591rectangular grid, the technique used for this example involves
     592building mesh structures inside polygons specified by the user,
     593using a mesh-generator referred to as \code{pmesh}.
    593594
    594595The following remarks may help the reader understand how
     
    614615Boundary tags are not restricted to \code{`left'}, \code{`right'},
    615616\code{`bottom'} and \code{`top'}, as in the case of
    616 \file{bedslopephysical.py}. Instead the user specifies a list of tags
    617 appropriate to the configuration being modelled.
     617\file{bedslopephysical.py}. Instead the user specifies a list of
     618tags appropriate to the configuration being modelled.
    618619
    619620While a mesh created inside a polygon offers more flexibility than
     
    736737
    737738
    738 \subsection{Specifying the Quantities}
     739\subsection{Initial Conditions}
    739740Quantities for \file{run\_sydney\_smf.py} are set
    740741using similar methods to those in \file{bedslopephysical.py}. However,
     
    873874
    874875\begin{center}
    875     \code{pmesh/mesh\_interface.py}
     876%    \code{pmesh/mesh\_interface.py}
     877    \code{pmesh}$\slash$\code{mesh\_interface.py}
    876878\end{center}
    877879
     
    11471149a submarine slump or slide.
    11481150
    1149 The arguments include as a minimum, the slump or slide length, the water depth to the centre of sediment 
     1151The arguments include as a minimum, the slump or slide length, the water depth to the centre of sediment
    11501152mass, and the bathymetric slope. Other slump or slide parameters can be included if they are known.
    11511153\end{funcdesc}
     
    13921394  See \file{Analytical\_solution\_circular\_hydraulic\_jump.py} for an example of use.
    13931395  \end{funcdesc}
    1394  
    1395  
     1396
     1397
    13961398  \begin{funcdesc}{Geospatial_data}{???}
    13971399    Module: \module{geospatial_data.geo_spatial_data}
    13981400    Creates a georeferenced geospatial data object from either arrays or a file (pts or xya).
    1399  
     1401
    14001402    Objects of this class can be used with \method{set\_quantity}.
    1401   \end{funcdesc} 
    1402 
    1403  
    1404  
    1405  
    1406  
     1403  \end{funcdesc}
     1404
     1405
     1406
     1407
     1408
    14071409%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    14081410%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
     
    15151517The following is an excerpt from a CDL representation of the output file \code{bedslope.sww}.
    15161518
    1517 \verbatiminput{examples/bedslopeexcerpt.cdl} 
     1519\verbatiminput{examples/bedslopeexcerpt.cdl}
    15181520
    15191521
     
    18531855
    18541856\subsubsection{Can I change values for any quantity during the simulation?}
    1855 Yes, using \code{domain.set_quantity()} inside the domain.evolve loop you 
    1856 can change values of any quantity. This is for example useful if you wish to 
     1857Yes, using \code{domain.set_quantity()} inside the domain.evolve loop you
     1858can change values of any quantity. This is for example useful if you wish to
    18571859let the system settle for a while before assigning an initial condition. Another example would be changing the values for elevation to model e.g. erosion.
    18581860
     
    18611863
    18621864\subsubsection{Why does a file\_function return a list of numbers when evaluated?}
    1863 Currently, file\_function works by returning values for the conserved 
     1865Currently, file\_function works by returning values for the conserved
    18641866quantities \code{stage}, \code{xmomentum} and \code{ymomentum} at a given point in time and space as a triplet. To access e.g.\ \code{stage} one must specify element 0 of the triplet returned by file\_function.
    18651867
     
    18751877
    18761878\subsubsection{What sort of mesh resolution should I use?}
    1877 The mesh resolution should be commensurate with your DEM - it does not make sense to put in place a mesh which is finer than your DEM. As an example, 
     1879The mesh resolution should be commensurate with your DEM - it does not make sense to put in place a mesh which is finer than your DEM. As an example,
    18781880if your DEM is on a 25m grid, then the cell resolution should be of the order of 315$m^2$ (this represents half the area of the square grid). Ideally,
    1879 you need a fine mesh over regions where the DEM changes rapidly, and other areas of significant interest, such as the coast. 
     1881you need a fine mesh over regions where the DEM changes rapidly, and other areas of significant interest, such as the coast.
    18801882
    18811883\subsubsection{How often should I store the output?}
    18821884This will depend on what you are trying to answer with your model and how much memory you have available on your machine. If you need
    1883 to look in detail at the evolution, then you will need to balance against your storage requirements and the duration of the simulation. 
     1885to look in detail at the evolution, then you will need to balance against your storage requirements and the duration of the simulation.
    18841886If the sww file exceeds 1Gb, another sww file will be created until the end of the simulation. As an example, to store all the conserved
    18851887quantities on a mesh with approximately 300000 triangles on a 2 min interval for 5 hours will result in approximately 350Mb sww file.
     
    19191921    \item \indexedbold{IDLE} - Development environment shipped with Python
    19201922
    1921     \item \indexedbold{Manning friction coefficient} 
     1923    \item \indexedbold{Manning friction coefficient}
    19221924
    19231925    \item \indexedbold{mesh}    - Triangulation of domain
     
    19701972    NOTE: More can be read in the module utilities/polygon.py ....
    19711973
    1972     \item \indexedbold{easting} - A rectangular (x,y) coordinate measurement of distance east from a north-south reference line, 
     1974    \item \indexedbold{easting} - A rectangular (x,y) coordinate measurement of distance east from a north-south reference line,
    19731975usually a meridian used as the axis of origin within a map zone or projection. Easting is a UTM (Universal Transverse Mercator) Coordinate.
    19741976
    1975     \item \indexedbold{northing} - A rectangular (x,y) coordinate measurement of distance north from a north-south reference line, 
     1977    \item \indexedbold{northing} - A rectangular (x,y) coordinate measurement of distance north from a north-south reference line,
    19761978usually a meridian used as the axis of origin within a map zone or projection. Northing is a UTM (Universal Transverse Mercator) Coordinate.
    19771979
     
    19791981    \item \indexedbold{latitude} - The angular distance on a mericlear north and south of the equator, expressed in degrees and minutes.
    19801982
    1981     \item \indexedbold{longitude} - The angular distance east or west, between the meridian of a particular place on Earth and that of the 
     1983    \item \indexedbold{longitude} - The angular distance east or west, between the meridian of a particular place on Earth and that of the
    19821984Prime Meridian (located in Greenwich, England) expressed in degrees or time.
    19831985
    19841986    \item \indexedbold{edge} - A triangulare cell within the computational mesh can be depicted as a set of vertices joined by lines (the edges).
    19851987
    1986     \item \indexedbold{vertex} - A point at which edges meet. 
    1987 
    1988     \item \indexedbold{finite volume} - The method evaluates the terms in the shallow water wave equationas fluxes at the surfaces of each 
    1989 finite volume. Because the flux entering a given volume is identical to that leaving the adjacent volume, these methods are conservative. 
    1990 Another advantage of the finite volume method is that it is easily formulated to allow for unstructured meshes. 
     1988    \item \indexedbold{vertex} - A point at which edges meet.
     1989
     1990    \item \indexedbold{finite volume} - The method evaluates the terms in the shallow water wave equationas fluxes at the surfaces of each
     1991finite volume. Because the flux entering a given volume is identical to that leaving the adjacent volume, these methods are conservative.
     1992Another advantage of the finite volume method is that it is easily formulated to allow for unstructured meshes.
    19911993The method is used in many computational fluid dynamics packages.
    19921994
    19931995
    1994     \item \indexedbold{flux} - the amount of flow through the volume per unit time 
    1995 
    1996     \item \indexedbold{Digital Elevation Model (DEM)} - DEMs are digital files consisting of points of elevations, 
    1997 sampled systematically at equally spaced intervals. 
     1996    \item \indexedbold{flux} - the amount of flow through the volume per unit time
     1997
     1998    \item \indexedbold{Digital Elevation Model (DEM)} - DEMs are digital files consisting of points of elevations,
     1999sampled systematically at equally spaced intervals.
    19982000
    19992001
Note: See TracChangeset for help on using the changeset viewer.