Calculate Field

inputLayer (Required)

The input features that will have a field added and calculated.

Syntax: As described in Feature input, this parameter can be one of the following:

• A URL to a feature service layer with an optional filter to select specific features
• A URL to a big data catalog service layer with an optional filter to select specific features
• A feature collection

REST examples

1
2
3
4
5
//REST web example
{"url": "https://myportal.domain.com/server/rest/services/Hosted/hurricaneTrack/FeatureServer/0", "filter": "Month = 'September;"}

//REST scripting example
"inputLayer": {"url": "https://myportal.domain.com/server/rest/services/Hosted/HurricaneTrack/FeatureServer/0", "filter": "Month = 'September'"}

fieldName (Required)

A string representing the name of the new field. If the name already exists in the dataset, a numeric value will be appended to the field name.

REST Example

1
2
3
4
5
//REST web example
MyNewField

//REST scripting example
"fieldName": "AccumulatedValues"

dataType (Required)

The type for the new field.

Values: Date | Double | Integer | String

REST examples

1
2
3
4
5
//REST web example
Double

//REST scripting example
"dataType": "Integer"

expression (Required)

An Arcade expression used to calculate the new field values. You can use any of the Date, Logical, Mathematical, or Text functions available with Arcade expressions.

REST examples

1
2
3
4
5
//REST web example
$feature["Field1"] + abs($feature["Field2"])

//REST scripting example
"expression": "$feature[\"Field1\"] + abs($feature[\"Field2\"])"

trackAware (Optional)

A Boolean value denoting if the expression is track-aware.

Values: true | false

REST examples

1
2
3
4
5
//REST web example
true

//REST scripting example
trackAware: "false"

trackFields (Required if trackAware is true)

The fields used to identify distinct tracks. There can be multiple trackFields. trackFields are only required when trackAware is true.

REST examples

1
2
3
4
5
//REST web example
AircraftID

//REST scripting example
trackAware: "AirID,DepartureCity"

timeBoundarySplit (Optional)

A time boundary allows you to analyze values within a defined time span. For example, if you use a time boundary of 1 day, starting on January 1, 1980, tracks will be analyzed one day at a time.

The time boundary parameters are only applicable if the analysis is trackAware.

REST examples

1
2
3
4
5
//REST web example
2

//REST scripting example
"timeBoundarySplit": 1

timeBoundarySplitUnit (Optional)

The unit applied to the time boundary. timeBoundarySplitUnit is required if a timeBoundarySplit is provided.

REST examples

1
2
3
4
5
//REST web example
Weeks

//REST scripting example
"timeBoundarySplitUnit": "Days"

timeBoundaryReference (Optional)

A date that specifies the reference time to align the time boundary to, represented in milliseconds from epoch. The default is January 1, 1970, at 12:00 a.m. (epoch time stamp 0). This option is only available if the timeBoundarySplit and timeBoundarySplitUnit are set.

REST examples

1
2
3
4
5
//REST web example
9466835800000

//REST scripting example
"timeBoundaryReference": 946684800000

outputName (Optional)

The task will create a feature service of the results. You define the name of the service.

REST examples

1
2
3
4
5
//REST web example
myOutput

//REST scripting example
"outputName": "myOutput"

context

The context parameter contains additional settings that affect task execution. For this task, there are four settings:

• Extent (extent )—A bounding box that defines the analysis area. Only those features that intersect the bounding box will be analyzed.
• Processing spatial reference (processSR )—The features will be projected into this coordinate system for analysis.
• Output spatial reference (outSR )—The features will be projected into this coordinate system after the analysis to be saved. The output spatial reference for the spatiotemporal big data store is always WGS84.
• Data store (dataStore )—Results will be saved to the specified data store. The default is the spatiotemporal big data store.

Syntax:

1
2
3
4
5
6
{
  "extent": {extent},
  "processSR": {spatial reference},
  "outSR": {spatial reference},
  "dataStore": {data store}
}

f

The response format. The default response format is html .

Values: html | json | pjson

output

output will always contain a feature service.

1
{"url": "https://<analysis-url>/CalculateField/jobs/<jobId>/results/output"}

The result has properties for parameter name, data type, and value. The contents of value depend on the output parameter provided in the initial request. The value parameter contains the URL of the output cube.

1
2
3
4
5
{
"paramName": "output",
"dataType": "GPRecordSet",
"value": {"url": "<hosted feature service layer url>"}
}