Link to USGS Home Page

Go to index.

Section 6: Mapping of Feature Attributes

6. Mapping of Feature Attributes

This section will describe the mapping of DLG-E feature attributes. Each of the feature types has a set of attributes that are required to describe a feature instance. The DLG-E Standards Database defines the set of feature types as well as its list of required attributes. The DPDF contains a set of attributes that apply to all feature types.

This section will describe the attribute mapping for some of the DLG-E feature types. For a complete listing of the attribute table design for each feature type refer to Appendix A.

6.1 Cases of Feature Attribution

The mapping of feature attributes will be described by studying a small set of feature types that include the cases encountered. Each case is described and then an example from DLG-E content is listed.

6.1.1 Common Feature Attributes

Each feature type, in addition to its specific set of attributes, has attributes that apply to all or many types. These common feature attributes can come from the Standards Database or from the DLG-E Portable Data File (DPDF).

From the DPDF:

From the Standards Database:

     PHC  Photorevision Category   (used by 190 of 196 types)
          (n/a on  Route, Watercourse, Prime Meridian,
          Connector, Junction, Underpass)

     NAM  Name    (used by 114 of 196 types)

6.1.2 No Attributes

There are feature types that have no attributes. The feature type itself and the common attributes are all the description that is required.

Feature Type: Shrubland

6.1.3 Simple Attribute Set

There are feature types that have a simple set of 1 or more attributes. None of its attribute values have attributes. None of its attributes can be multi-valued.

Feature Type: Aircraft Facility

Feature Type: Boundary Line

Feature Type: Mud Pot

6.1.4 Attributes on Attribute Values

There are feature types that have attributes on some of their attribute values. (Whether an attribute is to be valued is dependent on the value of another attribute. This is similar to the concept of functional or transitive dependence, where the value of one attribute depends on the value of another attribute.)

If more than one value is attributed, the attribute can be the same or different for each value. Currently all cases of attributed values are only 1 level deep.

Feature Type: Barren Land

Feature Type: Cultivated Cropland

**(Two values for the same attribute have different secondary attributes.)

Feature Type: Inundation Area

**(Two different attributes have values with secondary attributes. One value has two secondary attributes.)

6.1.5 Multi-valued Attributes

There are feature types with attributes that can have multiple values. For some feature instances, multiple values for the same attribute may be needed to describe it adequately.

Feature Type: Cable/Pipeline Site

Feature Type: Mine Feature Type: Survey Corner

6.1.6 Complex Attribute Set

There are feature types that mix multi-valued and attributed values.

Feature Type: Lake/Pond

**(A multi-valued attribute has two secondary attributes.)

Feature Type: Institutional Site

**(Both primary attributes are multi-valued. A primary attribute has the same secondary attribute for each value.)

6.2 Attribute Mapping

All attributes from the Standards Database for feature types are encoded as SDTS user-defined attributes. None map to standard fields as was the case for the dataset, theme, and surface objects. (There are certain attributes that contain information of a data quality nature. These will be noted in the appropriate data quality module.)

The DPDF contains elements that apply to all feature types. Some are to be encoded and others not. The following table lists all of the common feature attributes from the DPDF in the left column and how they are mapped into the SDTS in the right column.

table19

6.3 Attribute Table Design

This section will describe how each of the cases of DLG-E feature attribution are encoded as SDTS attribute tables. The order will follow that of section 6.1.

The design of the attribute tables does not reflect a relational mapping. Functional dependencies among attributes based on values are not preserved by the table designs. Multiple tables for the same entity type are not joinable. The tables are set up so that an object points directly to all of its applicable attribute records. There is no relational joining needed to retrieve all of the attributes for an object. Investigations into a more relational mapping are under consideration.

As a general guideline, each feature type will have its own attribute table (as recommended by the Topological Vector Profile.) If the feature type has no attributes, then it will not have its own table. If the feature type has only name as an attribute, then it will not have its own table. If the feature type has multi-valued attributes and(or) attribute values with attributes, then it may have more than one attribute table.

6.3.1 Common Feature Attributes

There is one attribute table that will be shared by all feature types. It contains the elements from the DPDF to be encoded, as well as the Standards Database defined Photorevision Category (PHC) because it applies to all feature types.

The second attribute table will be used by feature types that only have name as an attribute, or have name as a multi-valued attribute.

table20

table21

6.3.2 No Attributes

Feature type Shrubland will not have its own attribute table. The instances of this feature type will be attributed in the Common Feature Attribute Table.

6.3.3 Simple Attribute Set

A single table is used for all of the attributes. If a feature type has only name as an attribute, then it uses the shared table. If a feature type has many attributes, then separate tables may be used to partition the attributes by subject.

Feature Type: Aircraft Facility

table22

Feature Type: Boundary Line

table23

Feature Type: Mud Pot

none

6.3.4 Attributes on Attribute Values

Feature Type: Barren Land

table24

Both attributes are placed in the same table. When EAC value is not "Rock", then RKT value will be "not applicable." This is semantically equivalent to having attribute RKT apply only to the EAC value of "rock." A feature instance will reference one row from the table.

Feature Type: Cultivated Cropland

table25

All attributes are placed in the same table. A not applicable value is used for both CPI and PLP or just one depending on the value of CCT. A feature instance will reference one row from the table.

Feature Type: Inundation Area

table26

table27

Two tables are used to partition two different attributes having secondary attributes. Elevation having secondary attributes of stage and source is a common pattern so it will be in its own table. The name attribute is grouped with the other attribute ICS and its secondary attribute IAT. A feature instance will reference one row from each table.

6.3.5 Multi-valued Attributes

Feature Type: Cable/Pipeline Site

table28

There is a single table for the attribute. A feature instance will reference multiple table rows when it has multiple attribute values.

Feature Type: Mine

table29

table30

The three single-valued attributes share a table and the multi-valued attribute PRD must be in its own table. (If PRD where with the other attributes then the only way to encode multiple values would be to repeat the row. This is not acceptable according to the Topological Vector Profile.) A feature instance will reference one row from the first table and one or more rows from the PRD table.

Feature Type: Survey Corner

table31

table32

Both attributes are multi-valued and not dependent on each other, so they each get a table. A feature instance will reference one or more rows in each table.

6.3.6 Complex Attribute Set

Feature Type: Lake/Pond

table33

table34

Elevation is multi-valued so it must go in its own table. Stage and source further describe elevation values, so for each elevation value there is a value for stage and source. The other attributes all share the same table. A feature instance will reference one row from the first table and one or more rows from the elevation table.

Feature Type: Institutional Site

table35

The name attribute is multi-valued so the common table is used. A feature instance will reference one or more row from first table and one or more in the Name table.

Go to index.


| SDTS Home Page | MCMC Home | Geography | USGS | Search

U.S. Department of the Interior || U.S. Geological Survey
1400 Independence Road, Rolla, MO 65401
For general information call: (573)308-3500
URL: http://mcmcweb.er.usgs.gov/sdts/emapoct_93/section6.html
Last modified: Monday, 14-Jan-2013 19:28:54 EST
Maintainer: mcmcweb@usgs.gov
Privacy Statement || Disclaimers || FOIA || Accessibility
sdts@usgs.gov