The SEDRIS Data Representation Model
APPENDIX A - Classes
Feature Face

Class Name: Feature Face

Superclass - <Feature Topology>

Subclasses

This DRM class is concrete and has no subclasses.

Definition

An instance of this DRM class is a 2-dimensional <Feature Topology> instance used to represent the region that corresponds to an <Areal Feature>, bounded by one or more <Feature Edge> instances.

Primary Page in DRM Diagram:

Secondary Pages in DRM Diagram:

Example

  1. Consider an <Areal Feature> instance representing a forest - that is, with a <Classification Data> component of ECC_FOREST. The forest has an outer boundary, which is specified by one or more <Feature Edge> instances via a <Feature Face Ring> instance.

  2. At feature topology level 4, the walls of a building might be defined by a collection of <Feature Face> instances.

FAQs

When are <Feature Face> instances required?

<Feature Face> instances are required whenever there are <Areal Feature> instances, regardless of the feature topology level.

Are there any geometric constraints on <Feature Faces>?

Yes; see this class' constraints.

Can <Feature Faces> exist at any feature topology level?

Yes. <Feature Face> instances may exist at any feature topology level in order to define the extents of <Areal Feature> instances. See this class' constraints for further details.

Looking at the relationships allowed for <Feature Topology>, note that the <Feature Edge> to <Feature Edge> association is "many to many", and similarly the <Feature Node> to <Feature Node> association is "many to many". Why is the <Feature Face> to <Feature Face> association "optional to optional" instead of "many to many"?

These associations exist to support cross-tile topology. In SEDRIS terms, this is topology that appears in more than one branch of a <Spatial Index Related> or <Perimeter Related> aggregation, namely, in a <Spatial Index Related Features>, <Spatial Index Related Feature Topology>, <Perimeter Related Features>, or <Perimeter Related Feature Topology>).

<Feature Node>, <Feature Edge>, and, in 3D, <Feature Face> instances can be located on the boundary of a tile. When this happens, they have "counterparts" in each of the adjacent tiles that share the boundary. These associations allow <Feature Node>, <Feature Edge>, and <Feature Face> instances to identify their counterparts, if any.

In 2D,

However, the multiplicity in the DRM is there to support 3D tiles (e.g., a regular set of rectangular blocks of space).

In 3D,

Constraints

Associated to (one-way)

Associated by (one-way)

Associated with (two-way)

Composed of (two-way) (inherited)

Composed of (two-way)

Component of (two-way) (inherited)

Inherited Field Elements

This class has no inherited field elements.

Field Elements

SE_Boolean universal; (notes)

Notes

Associated to Notes


Feature_Volume

 The <Feature Volume> instances on the front and back sides
 of the <Feature Face>, respectively.

Associated from Notes


Feature_Edge

 These <Feature Edge> instances are those that border the
 given <Feature Face> instance. The converse of this
 relationship is that between <Feature Face Ring> and
 <Feature Edge>.

Associated with Notes


Feature_Node

 If specified, these <Feature Node> instances are contained
 within the <Feature Face>; see this class' constraints for
 further details.

Fields Notes


universal

 The universal field specifies that the given <Feature Face> instance
 is the universal <Feature Face> instance.  Within a 2D or 3D tile
 that has feature topology level 3, the universal <Feature Face>
 instance lies "outside" any other faces.  Since the external
 boundary of the universal <Feature Face> instance is at infinity,
 a <Feature Face> instance that has this field set to SE_TRUE has
 no external <Feature Face Ring> instance.

Prev: Feature Edge. Next: Feature Face Ring. Up:Index.

Last updated: July 16, 2004 Copyright © 2004 SEDRIS