/usr/share/doc/dx/help/dxall200 is in dx-doc 1:4.4.4-7.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 | #!F-adobe-helvetica-medium-r-normal--18*
#!N
#!CSeaGreen #!N #!Rall199 Fields #!N #!EC #!N #!N #!F-adobe-times-medium-i-normal--18* Field
#!EF Objects are the fundamental Objects in the Data Explorer data
model. A Field represents a mapping from some #!F-adobe-times-medium-i-normal--18* domain #!EF
to some #!F-adobe-times-medium-i-normal--18* data space #!EF . The domain of the
mapping is specified by a set of #!F-adobe-times-medium-i-normal--18* positions #!EF and
(generally) a set of #!F-adobe-times-medium-i-normal--18* connections #!EF that allow interpolation of
data values for points in the domain between specified positions. The
mapping at all points in the domain is represented implicitly by
specifying data that are dependent on (located at) the sample points
or on the connections between the sample points (cell-centered data). #!N
#!N This simple abstraction is sufficient for representing a wide range
of things. For example, you can describe 3-dimensional volumetric data, whose
domain is the region specified by the positions, and whose data
space is the value associated with each position. Two-dimensional images have
a domain that is the set of pixel locations, and a
data space that consists of the pixel color. Two-dimensional surfaces imbedded
in 3-space (that is, traditional graphical models) can have a domain
that is the set of positions on the surface, and a
data space that is, for example, the set of data values
on that surface. #!N #!N If the data are dependent on
the given positions, then a data value at a point other
than those given is found by interpolation within the connection in
which the point resides. If the data is dependent on connections,
then the data value is assumed to be constant within each
connection. If no connections are specified, then there is no implied
information about data values at positions other than those given. #!N
#!N The information in a Field is represented by some number
of named #!F-adobe-times-medium-i-normal--18* components #!EF . Each component has a #!F-adobe-times-medium-i-normal--18*
value, #!EF that is an Object. In general, components are #!F-adobe-times-medium-i-normal--18*
Array #!EF Objects (described in more detail in the next section).
For example, the "positions" component is an Array specifying the set
of sample points; the "connections" component is an Array specifying a
means to interpolate between the positions; and the "data" component is
an Array specifying the data values. #!Cbrown #!N #!F-adobe-times-medium-r-normal--18* #!Rfobj21 #!N
Graphics omitted from Online Documentation. Please see the manual. #!N #!N
Figure 21. Example of a Field Object #!EF #!N #!EC #!N
#!N #!Lfobj21,dxall200 f Figure 21 #!EL shows an example of a Field Object with four
components. The "data" component specifies the user's data as an Array
of data of arbitrary type (e.g., integer), which is dependent on
(i.e., in one-to-one correspondence with) the "positions" component; the "positions" component
specifies the sample points as an Array of 3-dimensional vectors; the
"connections" component specifies a set of tetrahedra as vectors of four
integers that refer to the "positions" component; and the "box" component
lists the eight points that define the bounding box of the
positions (i.e., of the Field itself). A complete list of defined
component types is given in #!Lstancom,dxall201 h Standard Components #!EL . #!N #!N Field components
(and Objects in general) can have #!F-adobe-times-medium-i-normal--18* attributes #!EF associated with
them. For example, the "dep" attribute of a component records the
dependency of that component on another component; thus the "data" component
will have a "dep" attribute of "positions" or "connections," depending on
whether the data are associated with the sample points or with
the connections between them. A component can also have a "ref"
attribute, indicating that it refers to another component. Typically, the "connections"
component has a "ref" attribute of "positions," signifying that the items
in the connections component refer to the positions component. A "connections"
component must have an "element type" attribute naming the type of
connections, such as "triangles," "quads," or "tetrahedra." A complete list of
defined attributes is given in #!Lsca,dxall223 h Standard Attributes #!EL ; the complete list of
element types is given in #!Lconcomp,dxall204 h Connections Component #!EL . #!N #!N Note that
Fields can share components. This allows, for example, several Fields to
share the same positions and connections while having different data, colors,
and so on. #!Lfshare22,dxall200 f Figure 22 #!EL illustrates two such Fields that share 3-dimensional
positions and tetrahedral connections, but each of which has separate (but
still both position-dependent) data. The sharing is possible because the Arrays
are Objects with a reference count stored in the Array header.
#!Cbrown #!N #!F-adobe-times-medium-r-normal--18* #!Rfshare22 #!N Graphics omitted from Online Documentation. Please
see the manual. #!N #!N Figure 22. Shared Components among Different
Fields #!EF #!N #!EC #!N #!N For example, this sharing allows
members of a time series, defined on a fixed grid and
represented by two Fields, to share positions and connections while each
has different data. #!N #!N In addition, sharing is vital to
an efficient implementation of the data flow programming model, in which
a module may not modify its inputs. In the example in
#!Lfshare22,dxall200 f Figure 22 #!EL , the first Field might represent the input to a
module (e.g., a vector Field), while the second Field might represent
the output from a module that computes the length of each
vector. The module has constructed a Field with a separate "data"
component representing the calculated result, but has not had to copy
the portions of the Field that remained the same (positions and
connections), because they could be shared between the input and output
Fields. #!N #!N #!N #!F-adobe-times-medium-i-normal--18* Next Topic #!EF #!N #!N #!Lstancom,dxall201 h Standard Components #!EL
#!N #!F-adobe-times-medium-i-normal--18* #!N
|