The order of the elements of a Window Neighborhood is important: the i^{th} element must be z( + ). If z( + ) is not defined (either because this location has not been estimated or simulated yet, or because it does not belong to the simulation grid), it must be included into the Window Neighborhood nevertheless. However, if a non-defined geovalue is the last element of a Window Neighborhood, it is not included. This is a major difference with Neighborhood: a Neighborhood only contains informed geovalues, i.e. geovalues with a defined property value.
For example, consider a Window Neighborhood W defined by six vectors ,...,, and a location u such that z( + ), z( + ) and z( + ) are not defined. Then W must only contain: z( + ), z( + ), z( + ), z( + ). A Neighborhood would have contained only z( + ), z( + ) and z( + )
a | Object of a type that is a model of Window Neighborhood | |
begin, end | Iterators on a container of models of Euclidean Vector |
a.set_geometry(begin, end)
Return type: | void | |
Semantics: | defines the geometry ,..., of the window. The range of Euclidean Vectors need not be copied, i.e. a does not be the owner of the geometry. |