Lucity Spatial Indexer

The Lucity Spatial Indexer reviews addresses, coordinates, and assets on Work Orders and Work Requests and stores the related spatial information in a special table. This data can then be viewed using special Lucity GIS tools.

Configuration

Restrictions

Process

process

Records That Fail To Process

Sometimes, certain records fail to process. When a Spatial Change record cannot be processed, it is kept in the Spatial Change table (GBAWork.WKSPATIALCHANGE) and tagged with an error code. Failed records are kept in the Spatial Change table for 30 days after they were processed, and then they are deleted.

Error Codes

Error codes appear in the GBAWork.WKSPATIALCHANGE.SPCH_SU_ERROR field.

MissingData

Usually indicates that there is an issue with the record in the WKSPATIALCHANGE table; for example, the moduleID is invalid, the ParentRecID is invalid, or there is invalid x/y data, etc.

ServiceIssue

Denotes that:

  • no map service is associated with the feature class; or
  • the feature class related to this asset type is not in the service.

NoGeometry

Signifies that:

  • a geometry was found but it was empty;
  • the Indexer was unable to geocode an address; or
  • there was an issue with the REST call to retrieve the geometry.

NoLucityRecord

Indicates that the associated record no longer exists in Lucity.

How To Process Records That Have Failed

  1. In the WKSPATIALCHANGE table, find the record that failed.
  2. Review the error code for the record and resolve the problem.
  3. Delete the contents of the SPCH_GUID field for that record.
  4. The next time the Indexer checks the WKSPATIALCHANGE table, it will attempt to process the record again.