Skip To Content

Projector Processor

Summary

Event data frequently expresses coordinate values in geographic space using latitude and longitude. The Projector Processor can be used to project an event record’s geometry from its native coordinate system to another spatial reference. For example, you might want to explicitly project event data in order to review its coordinate values in the context of a specific coordinate system.

Examples

  • The Projector Processor can be used to explicitly project event records to a different coordinate system before additional filtering or processing occurs in a GeoEvent Service.
  • Use the processor when you want to utilize a specific geographic transformation method for moving your real-time data from one Geographic Coordinate System to another.

Usage notes

  • It is recommended you understand the native coordinate system of the real-time data and how it relates to other spatial data you might have imported such as geofences. ArcGIS Server and GeoEvent Server typically project geometries as needed so spatial evaluations are conducted in a common spatial reference. ArcGIS Server will project data it receives to match a feature service's spatial reference, for example, before creating or updating features. GeoEvent Server will project spatial data on-the-fly before evaluating the data for intersection with a geofence.
  • The processor requires a field containing the geometry be specified. You can specify either the event record field name or a tag applied to a field within a GeoEvent Definition that identifies the geometry field.
  • The processor requires the well-known ID (WKID) of the coordinate system to which the inbound event data will be projected. The WKID for the WGS 1984 World Geographic coordinate system, for example, is 4326. For more information on available coordinate systems, see Using spatial references.
  • The processor can be configured to replace the event record's geometry with the projected geometry or place the projected geometry into a new field. Adding a new field to a GeoEvent alters the event record's schema, which requires GeoEvent Server to create a new GeoEvent Definition. The new GeoEvent Definition will be managed by GeoEvent Server and deleted if changes are made to the processor or the GeoEvent Service in which the processor used.
  • When using User Defined Transformation, at a minimum, it is necessary to specify a step one geographic transformation using an appropriate WKID (WKT). A geographic datum transformation WKID such as 108190 (for WGS_1984_(ITRF00)_To_NAD_1983) can be used with a forward directionality to transform a inbound event record’s datum from WGS 1984 to NAD 1983 for example. The event record geometry can then be projected to a spatial reference whose datum shares NAD 1983.
  • When using User Defined Transformations, it is sometimes necessary to specify a step one and step two geographic transformation to obtain greater accuracy from the datum transformation. For more information, see Geographic transformation methods.
    • An example of a step one and step two geographic transformation in ArcGIS Desktop would be WGS_1984_(ITRF00)_To_NAD_1983 + NAD_1927_To_NAD_1983_NADCON. This geographic transformation could be used to essentially transform a feature record’s datum from WGS 1984 to NAD 1927.
    • The same geographic transformation in GeoEvent Server would need to be specified as WKID 108190 (WGS_1984_(ITRF00)_To_NAD_1983) for the step one geographic transformation. Its directionality is forward to first transform WGS 1984 to NAD 1983. The step two geographic transformation would then need to be defined as WKID 1241 (NAD_1927_To_NAD_1983_NADCON). Its directionality is reverse to transform the NAD 1983 to NAD 1927.

Parameters

ParameterDescription

Name

A descriptive name for the processor used for reference in GeoEvent Manager.

Processor

The name of the selected processor.

Geometry Field

The name of the geometry field or the GEOMETRY tagged field from the inbound event data the processor uses to perform spatial projections.

Replace Geometry

Specifies whether to replace the current event record geometry with the projected geometry. The default is Yes.

  • Yes—The event record geometry will be replaced with the projected geometry.
  • No—The event record geometry will remain the same. The projected geometry will be stored in a new geometry field as part of the event record. Altering an event record’s schema by adding a new field requires a new GeoEvent Definition.

New Geometry Field Name

(Conditional)

The name of the new geometry field where the projected geometry will be stored.

Property is shown when Replace Geometry is set to No and is hidden when set to Yes.

Tag the New Geometry Field as Geometry

(Conditional)

Specifies whether the new geometry field created by the processor will be tagged as GEOMETRY. The GEOMETRY tag is used by GeoEvent Server to identify the event record’s realized geometry when multiple geometry fields are present. The default is No.

Property is shown when Replace Geometry is set to No and is hidden when set to Yes.

New GeoEvent Definition Name

(Conditional)

The name assigned to the new GeoEvent Definition. The new GeoEvent Definition will combine the schema of the inbound event record with the additional new geometry field.

Property is shown when Replace Geometry is set to No and is hidden when set to Yes.

Output Spatial Reference

The outbound event record’s spatial reference. The spatial reference is defined by either a well-known ID (WKID) or well-known text (WKT). The WKID or WKT is used to perform the projection on the inbound event record’s geometry.

Note:

For more information on available coordinate systems, see Using spatial references. For more information on spatial references, see Spatial references.

User Defined Transformations

Specifies whether to use a geographic transformation defined manually or an automatic geographic transformation method. The default is No.

  • Yes—The processor will use a manually defined geographic transformation method.
  • No - The processor will use an automatic geographic transformation method.

Input Spatial Reference

(Conditional)

The inbound event record’s spatial reference. The spatial reference is defined by either a well-known ID (WKID) or well-known text (WKT) and is used for the geographic transformation. There is no default for this parameter. For example:

  • 4326—GCS_WGS_1984 (Geographic Coordinate System)
  • 3857—WGS_1984_Web_Mercator_Auxiliary_Sphere (Projected Coordinate System)
Note:

For more information on available coordinate systems, see Using spatial references. For more information on spatial references, see Spatial references.

Property is shown when User Defined Transformations is set to Yes and is hidden when set to No.

Step One Geographic Transformation

(Conditional)

The well-known ID (WKID) or well-known text (WKT) identifying the step one geographic transformation. The WKID or WKT refers to the geographic transformation and not the output spatial reference. There is no default for this parameter. For example:

  • 108190—WGS_1984_(ITRF00)_To_NAD_1983
Note:

For more information on available geographic transformations and their WKID’s, see Using spatial references. For more information on geographic transformation methods, see Geographic transformation methods.

Property is shown when User Defined Transformations is set to Yes and is hidden when set to No.

Step One Geographic Transformation Direction

(Conditional)

The direction of the step one geographic transformation. While a geographic transformation is always defined in a specific direction (forward), the opposite can be used (reverse). Transformations are bidirectional. The default is Forward.

  • Forward—The geographic transformation will be handled as specified.
    • For example, the WKID 1188 (NAD_1983_To_WGS_1984_1) will be handled as specified. The processor will handle the step one geographic datum transformation as NAD_1983 to WGS_1984.
  • Reverse—The geographic transformation will be reversed from the specified order.
    • For example, The WKID 1188 (NAD_1983_To_WGS_1984_1) will be handled in reverse. The processor will handle the step one geographic datum transformation as WGS_1984 to NAD_1983.

Property is shown when User Defined Transformations is set to Yes and is hidden when set to No.

Step Two Geographic Transformation

(Conditional)

The well-known ID (WKID) or well-known text (WKT) identifying the step two geographic transformation. The WKID or WKT refers to the geographic transformation and not the output spatial reference. For example:

  • 1241—NAD_1927_To_NAD_1983_NADCON
Note:

For more information on available geographic transformations and their WKID’s, see Using spatial references. For more information on geographic transformation methods, see Geographic transformation methods.

Property is shown when User Defined Transformations is set to Yes and is hidden when set to No.

Step Two Geographic Transformation Direction

(Conditional)

The direction of the step two geographic transformation. While a geographic transformation is always defined in a specific direction (forward), the opposite can be used (reverse). Transformations are bidirectional. The default is Forward.

  • Forward—The geographic transformation will be handled as specified.
    • For example, the WKID 1188 (NAD_1983_To_WGS_1984_1) will be handled as specified. The processor will handle the step one geographic datum transformation as NAD_1983 to WGS_1984.
  • Reverse—The geographic transformation will be reversed from the specified order.
    • For example, the WKID 1188 (NAD_1983_To_WGS_1984_1) will be handled in reverse. The processor will handle the step one geographic datum transformation as WGS_1984 to NAD_1983.

Property is shown when User Defined Transformations is set to Yes and is hidden when set to No.

Considerations and limitations

  • Unless a specific geographic transformation is necessary, it is recommended you leave the User Defined Transformations parameter set to No. The processor will handle the geographic datum transformation automatically.
  • It is recommended the Projector Processor be used at the start of a GeoEvent Service. This ensures inbound event records are in a common spatial reference with other geographic data used in other processing elements in a GeoEvent Service (for example, geofences or feature records from a Field Enricher (Feature Service) Processor).
  • Consider replacing the existing event record geometry with the projected geometry prior to sending the event data to a feature service. Feature services only support one geometry type field and therefore whichever field has not been tagged as GEOMETRY will be converted and kept as a string.