Next: Latin hypercube sampling
Up: Equations
Previous: Multivariable prediction
  Contents
  Index
Subsections
Change of support: details
Figure A.1:
Block discretization: locations
(+) and weights
using (a) 4
4 Gaussian quadrature, (b) 4
4 regular
(a)
(b)
![\includegraphics [height=0.45\textwidth]{eps/block2.eps}](img232.gif) |
The average of a function
over a block (or line or volume)
,
with
the block area (or lenght or volume) is approximated by:
with
,
and
the points that discretise the
block
and where
are the weights for each point
.
For rectangular blocks, gstat calculates block averages (for
semivariances, (generalised) covariances, coordinate polynomials or
inverse distance weighted interpolations) by using Gauss quadrature
with 4 points in each block dimension (Fig. A.1,
[1]). Regular discretization (
)
is obtained by setting nblockdiscr to the number of points in
each direction (section 4.4). Blocks are always centred at
prediction locations.
Block-to-block covariances
are calculated as
with
discretizing
and
discretizing
.
For block kriging, block-to-block (generalised) covariances
are calculated only once per variogram
model. For Gaussian simulation of block averages though, this double
sum is recalculated for each pair of (simulated) block averages in a
kriging neighbourhood. This takes a while.
Mean values for arbitrary shaped, e.g. non-rectangular `blocks' are
obtained when the area:'file', ... ; command is set (using the
data syntax) to specify the points
that describe the shape. This area should, depending on the dimensions,
be centred around the location (0), (0,0), or (0,0,0) in order to obtain
predictions centred around the prediction locations. Weights
of
points discretizing the area are set to
,
or, if the V
field is defined for the area, they are set to the values of that field.
If area is specified but no prediction locations are
specified, then the area average of the (points discretizing) area
itself will be calculated, and written to output. In this case, the area
should not (necessarily) be centred around zero, but should be the actual
area for which area-average predictions are required.
When base functions are used for the trend, gstat assumes that the
user-defined base function values at the prediction location are
block average values: gstat cannot average user-defined base functions
over the prediction block (it does so for coordinate polynomial
base-functions).
Next: Latin hypercube sampling
Up: Equations
Previous: Multivariable prediction
  Contents
  Index
Edzer Pebesma
1999-08-31