Using military symbology and symbol-based graphics


Summary Military Overlay Editor (MOLE) graphics are military symbols that adhere to a military specification you choose or custom graphics you create. This topic describes MOLE graphic concepts from a programming perspective, including MOLE graphics and the symbol ID code. For a description of supported military specifications, see The Military Specifications Supported by MOLE. For information on getting started with developing using the Defense Solutions library, see Developing with Defense Solutions in the document Installing and Getting Started with Defense Solutions.

Many of the ArcGIS Military Analyst and MOLE extension application programming interface (API) objects you have used in the past have equivalent or near equivalent objects in the ArcGIS 10 ArcObjects API. These new objects should now be used and do not require a Military Analyst extension or MOLE extension license. See Migrating from Military Analyst and MOLE for information on how to accomplish tasks in ArcGIS 10 that previously required the Military Analyst and MOLE APIs.

In this topic


Creating MOLE graphics

The following are the two main approaches to creating military symbology with MOLE:
  • Symbol-based approach
  • Feature-based approach
For more information, see the Displaying and editing military symbology section in the Defense Solutions library overview.

Force elements and tactical graphics

Regardless of the approach you use to create MOLE graphics, they are divided into the following two main categories, force elements and tactical graphics:
  • Force elements, also known as tactical symbols or force units, are points that represent military units, installations, and equipment. MIL-STD-2525B Change 2 and APP-6A define force elements as point objects that present information that can be pinpointed in one location at a particular time. Military specifications dictate the following:
    • A force element is composed of an icon, frame (shape), and fill and can include additional components that provide information about the symbol's affiliation, battle dimension, echelon, mobility, status, and mission.
    • Echelon and mobility indicators are positioned outside the frame. The shape and color of the frame change according to the force element's affiliation.
    • In the case of friendly-affiliated graphics and, to a lesser extent, hostile-affiliated, unknown, and pending graphics, the shape is also determined by the battle dimension of the graphic being represented.
    • In addition to components, you can use the MOLE application programming interface (API) to add or edit labels (modifiers), such as parent name, altitude/depth, or the direction of movement indicator. Labels are also known as attributes in the feature-based approach for creating graphics because they are stored as data fields in an attribute table.
  • Tactical graphics, also known as military operations graphics, can be point, line, or polygons and represent command/control and mission planning and operations features. MIL-STD-2525B Change 2 and APP-6A define tactical graphics as point, line, and area objects that are necessary for battlefield planning and management but cannot be presented as force elements alone. As the military specifications dictate:
    • A tactical graphic is composed of an icon and may include additional components. The size and shape of the point graphics remain fixed, while the size and shape of the line and area graphics are determined by drawing parameters provided by the user and the scale of the background on which the graphic is placed.
    • Tactical graphics can signify responsibilities and activities critical to supporting mission planning and battlefield management. They can represent military bases, facilities, mission guidance, control measures, and obstacles.
The following illustration shows a friendly set (that is, friendly forces shown in the default color of blue) and a hostile set (that is, hostile forces shown in the default color of red) of force elements:

Using the feature-based approach to creating MOLE graphics, you can apply leadering rules to force elements to group them onto lines (leader lines). The following illustration shows four leaders:

Force element symbols

MOLE symbols

The following illustration shows examples of MOLE symbols:

Symbol ID code

The Symbol ID code contains characters and groups of characters, each of which corresponds to a component of a MOLE graphic. See the following illustration:
The middle six characters (positions 5–10), referred to as the function code, construct the symbol indicator—the interior icon of every graphic, which is unique.
The 15 characters represent attributes as follows:
  • For example, the Symbol ID code SHGPUCIGD--H*** can be translated into the following symbol attributes:
    • S = war fighting
    • H = hostile
    • G = ground
    • P = present
    • UCIGD = internal security force
    • H = brigade
    • ** = country
    • * = order of battle; for example, air, maritime, and so on

Terminology

The following clarifies some terminology used in MOLE:
  • Why MOLE graphics and not MOLE symbols—MOLE graphics refers to MOLE graphics and symbols that are standard ArcGIS symbols (symbol-based graphics). Because many objects and documents are applicable to both types of graphics (symbol-based and feature-based), it is necessary to refer to them collectively. Shifting from graphic to symbol only for symbol-based objects is impractical and may be confusing; therefore, MOLE graphics refers to both types collectively and is used to maintain consistency throughout the documentation.
  • Why MOLE labels are called attributes—Attribute refers to MOLE labels or what the military specifications often refer to as modifiers. Attribute is used to stay consistent with ArcGIS terminology. In ArcGIS, attribute refers to a table field (a field in a feature class) that stores data. When using a feature-based method of graphics management, MOLE labels are stored in an attribute table; therefore, when you use the symbol-based method, attribute can sound off-putting because symbol-based does not use attribute fields to store data.


See Also:

DefenseSolutions library overview - Displaying and Editing Military Symbology
Military Symbols for Land Based Systems - APP-6A




Development licensing Deployment licensing
Engine Developer Kit: Military Overlay Editor Engine Runtime: Military Overlay Editor
ArcView: Military Overlay Editor
ArcEditor: Military Overlay Editor
ArcInfo: Military Overlay Editor