TrackingAnalyst


Supported with:
  • Engine with Tracking
  • ArcView with Tracking Analyst
  • ArcEditor with Tracking Analyst
  • ArcInfo with Tracking Analyst
  • Server with Tracking
Library dependencies: System, SystemUI, Geometry, Display, Server, Output, Geodatabase, GISClient, DataSourcesFile, DataSourcesGDB, DataSourcesOleDB, DataSourcesRaster, DataSourcesNetCDF, GeoDatabaseDistributed, GeoDatabaseExtensions, Carto, NetworkAnalysis, Location, GeoAnalyst, Animation, Maplex, Geoprocessing, NetworkAnalyst, Schematic, SpatialAnalyst, 3DAnalyst, GlobeCore

Additional library information: Contents, Object Model Diagram

The Tracking Analyst library implements the non-user interface functionality of the Tracking Analyst extension to ArcMap. The Tracking Analyst extension supports the display, analysis, and manipulation of temporal data in ArcGIS.
 
Developers do not extend this library.

See the following sections for more information about this namespace:

Tracking Analyst extension

The Tracking Analyst extension glues all of the temporal and tracking components of Tracking Analyst into a cohesive set of objects that collectively allows for the display and analysis of temporal data. Tracking Analyst views temporal data as a series of observations over time that have attribute and spatial importance.
The extension provides the framework from which the temporal-based objects are attached to provide synchronized time across many tracking layers. This framework also provides the dynamic display management required to keep the display synchronized with the user-defined temporal perspective. A temporal perspective is the current system time or a point in time of the user's choosing. This subsystem manages the following functional aspects of Tracking Analyst:
  • Common temporal reference—Provides a single temporal perspective for all display objects in Tracking Analyst. When analyzing data from different sources, it is important to synchronize the data's temporal reference so the state of the data shares common references, such as a common spatial extent and a common temporal perspective in time. This feature provides the mechanism to allow the temporal objects to efficiently archive this common reference.
  • Dynamic display manager—Provides a mechanism to automatically update the display at a configured interval and provides methods to allow other software components to request animation updates to the display in a synchronized manner.

Temporal presentation

The temporal presentation subsystem contains objects that display time series data in a map and is composed of the following:
  • Temporal feature layer—Based on the feature layer with extensions that enable the display of time series data. This layer temporally indexes standard ESRI feature classes that contain date and time data as one of their attributes and displays this time series feature class data in temporal order. This layer introduces capabilities to query such data for a given temporal extent and to temporally offset such data.
  • Temporal legend objects—Provides capabilities to symbolize data based on temporal offsets from the current temporal perspective. These objects are based on ESRI's legend objects and extends these objects to provide storage and temporal analysis of time data to determine the temporal symbology to use.
  • Temporal renderer—Provides a container that allows the user to configure the temporal layer to symbolize time series data using temporal modifications to standard ESRI event-based rendering. Temporal symbolization options include filter data, symbolizing data, size a symbol, or color a symbol based on time from a reference time.

Tracking data catalog

The tracking data catalog support subsystem implements a light-weight cataloging set of objects that are only dependent on the ArcGIS Engine component libraries. This enables data catalog capabilities without the need to use the ArcGIS Application component libraries.

Action processor

The action processor subsystem provides a processing engine and action objects that allow for the dynamic analysis of streaming or display data. This subsystem is consumed by the tracking presentation and tracking data source. Each consumer of the action processing subsystem utilizes its capabilities for a specific purpose. The tracking presentation subsystem uses this subsystem while rendering symbology. See the following:
  • Highlighting of specific features
  • Temporal legend objects
  • Temporal renderer

Tracking utility

The tracking utility subsystem is a general purpose area for components that serve utility functions. The most notable utility is the Geography Markup Language (GML) converter utility object. This object converts simple point, line, or polygon geometries to Extensible Markup Language (XML) format using the GML specification, as well as reconstituting geometry from a GML XML document.
The following code example shows the use of the com.esri.arcgis.trackinganalyst.GMLConverter component to convert point geometry to a GML string:
[Java]
Point point = new Point();
GMLConverter converter = new GMLConverter();
point.putCoords(55, 99);
converter.setESRIGeometryByRef(point);
String GML = converter.getGML();
System.out.println("GML output: " + GML);

Tracking messages

The message system is the common framework by which messages are transmitted and received in the tracking data source. The message system is composed of the following message components referred to as message types:
  • Data
  • Command
  • Status
  • Command responses
Each of the message types share or implement the esriTrackingAnalyst.IMessage interface. This interface provides a base set of functionality that enables the tracking data source to handle, route, or broadcast any of the message types without regard for their type.

Tracking data

The tracking data source subsystem contains a GeoDatabase implementation for real-time data. This subsystem is composed of the traditional geodatabase constructs, such as workspacefactory, workspace, and feature class. It also introduces the construct of a data source connection. This connection provides a list of tracking services and tracking data definitions.
A tracking service can be simple or complex. The simple data service provides one data event that describes the time series events containing the time, attribute, and spatial information. The complex data service provides two data events that describe the time series as a composite of two events containing the time, attribute, and spatial information. The current implementation of this data source does not provide editing capability through the application programming interface (API).