- URL:https://<rasteranalysistools-url>/CreateViewshed
- Version Introduced:10.5
Description
The CreateViewshed task uses an elevation surface and observer locations to identify areas where the observers can see the observed objects and the observed objects can see the observers.
Request parameters
The following table lists the parameters with syntax and details for each:
Parameter | Details |
---|---|
inputElevationSurface (Required) | The input elevation surface for calculating the viewshed. Syntax: This parameter can be specified as a portal item ID, a URL to a raster image service layer, a cloud raster dataset, or a shared raster dataset. Examples:
|
inputObserverFeatures (Required) | The input observer locations features. Syntax: This parameter can be specified as one of the following: a URL to a feature service layer with an optional filter to select specific features, or a feature collection. Input feature examples:
|
outputName (Required) | The output image service name that will be created. You can specify the name, or you can create an empty service using Portal Admin Sharing API and use the return JSON object as input to this parameter. Syntax: A JSON object describes the name of the output or the output raster. Output name example:
Output raster examples:
|
optimizeFor | Choose the optimization method to use for calculating the viewshed. This parameter offers two methods: SPEED and ACCURACY.
Syntax: A string describing the optimization method. Example:
|
maximumViewingDistance | This is a cutoff distance where the computation of visible areas stops. Beyond this distance, it is unknown whether the analysis points and the other objects can see each other. The value must be supplied through either the maximumViewingDistance parameter or the maximumViewingDistanceField parameter. Syntax: A linear unit specifying the distance and units. Supported units: Meters | Kilometers | Feet | Yards | Miles | FeetInt | YardsInt | MilesInt Example:
|
maximumViewingDistanceField | Provide a field that specifies the maximum viewing distance for each observer. You can use any numerical field from the input observer point features. The value contained in the field must be in the same unit as the XY unit of the input elevation surface. Syntax: A string that represents a field name. Example:
|
minimumViewingDistance | This is a distance where the computation of visible areas begins. The value must be supplied through either the minimumViewingDistance parameter or the minimumViewingDistanceField parameter. Syntax: A linear unit specifying the distance and units. Supported units: Meters | Kilometers | Feet | Yards | Miles | FeetInt | YardsInt | MilesInt Example:
|
minimumViewingDistanceField | Provide a field that specifies the minimum viewing distance for each observer. You can use any numerical field from the input observer point features. The value contained in the field must be in the same unit as the XY unit of the input elevation surface. Syntax: A string that represents a field name. Example:
|
viewingDistanceIs3D | Specify whether the minimumViewingDistance and maximumViewingDistance input parameters are measured in a three-dimensional or two-dimensional way. Syntax: A Boolean value as either true or false.
|
observersElevation | Specify the elevation of your observer locations. The value must be supplied through either the observersElevation parameter or the observersElevationField parameter. Syntax: A linear unit specifying the elevation and units. Supported units: Meters | Kilometers | Feet | Yards | Miles | FeetInt | YardsInt | MilesInt Example:
|
observersElevationField | Provide a field that specifies the elevation for the observers. You can use any numerical field from the input observer point features. The value contained in the field must be in the same unit as the Z unit of the input elevation surface. Syntax: A string that represents a field name. Example:
|
observersHeight | The height above ground of your observer locations. The value must be supplied through either the observersHeight or observersHeightField parameters. During the viewshed calculation, this value is added to the observer elevation if it is specified; otherwise, it is added to the interpolated surface z-value. Syntax: A linear unit specifying the height and units. Supported units: Meters | Kilometers | Feet | Yards | Miles | FeetInt | YardsInt | MilesInt Example:
|
observersHeightField | Provide a field that specifies the height for the observers. You can use any numerical field from the input observer point features. The value contained in the field must be in the same unit as the Z unit of the input elevation surface. Syntax: A string that represents a field name. Example:
|
targetHeight | Enter the height of structures, or people on the ground, used to establish visibility. The value must be supplied through either the targetHeight parameter or the targetHeightField parameter. Syntax: A linear unit specifying the height and units. Supported units: Meters | Kilometers | Feet | Yards | Miles | FeetInt | YardsInt | MilesInt Example:
|
targetHeightField | Provide a field that specifies the height for the targets. You can use any numerical field from the input observer point features. The value contained in the field must be in the same unit as the Z unit of the input elevation surface. Syntax: A string that represents a field name. Example:
|
aboveGroundLevelOutputName | The optional above ground level output image service name. You can specify the name, or you can create an empty service using Portal Admin Sharing API and use the return JSON object as input to this parameter. Syntax: A JSON object describes the name of the output or the output raster. Output name example:
Output raster examples:
|
context | Contains additional settings that affect task execution. This task has the following settings:
|
f | The response format. The default response format is html. Values: html | json | pjson |
Response
When you submit a request, the task assigns a unique job ID for the transaction.
{
"jobId": "<unique job identifier>",
"jobStatus": "<job status>"
}
After the initial request is submitted, you can use the jobId to periodically check the status of the job and messages as described in Checking job status. Once the job has successfully completed, you use the jobId to retrieve the results. To track the status, you can make a request of the following form:
https://<raster analysis tools url>/CreateViewshed/jobs/<jobId>
When the status of the job request is esriJobSucceeded, you can access the results of the analysis by making a request of the following form:
https://<raster analysis tools url>/CreateViewshed/jobs/<jobId>/results/<output parameters>
Example usage
Below is a sample request URL for CreateViewshed.
https://services.myserver.com/arcgis/rest/services/System/RasterAnalysisTools/GPServer/CreateViewshed/submitJob
JSON Response syntax
The response returns the outputRaster output parameter, which has properties for parameter name, data type, and value. The content of value is always the output raster dataset itemId and the image service URL.
{
"paramName": <parameter name>,
"dataType": "GPString",
"value": {
"itemId": <item Id>,
"url": <URL>
}
}
JSON Response example
{
"paramName": "outRaster",
"dataType": "GPString",
"value": {
"itemId": "f121390b85ef419790479fc75b493efd",
"url": "https://<server name>/arcgis/rest/services/Hosted/<service name>/ImageServer"
}
}