Service area analysis layer

A service area can help you answer the following types of questions:

  • How far can I drive from here in 5 minutes?
  • What areas are covered within a 3-mile drive distance of my stores?
  • What areas are within 4 minutes of our fire stations?

Creating a service area is like buffering a point. When you buffer a point, you specify a straight-line distance, and a circle is created to show the area within that distance. When you create a service area around a point, you also specify a distance, but unlike a buffer, it represents the maximum distance that can be traveled along a network, such as a road network. The result is a service area covering the roads that can be reached within the distance you specified.

For example, the following image compares a 5-mile buffer (the dark circle) with a 5-mile service area (the lighter-colored irregular shape within the buffer).

Service area versus a buffer
A 5-mile buffer (circle) versus a 5-mile service area (irregular shape in the circle).

Service areas model the movement of people or things that move along networks. Buffers assume unimpeded movement in any direction.

If you want to find the number of people within a 5-mile drive of an urgent care facility, it's better to measure the distance along roads using a service area to model the movement of potential patients. Counting the population using a straight-line buffer would overstate the count of those who could truly reach the facility within a 5-mile travel distance.

The way to customize a service area is by setting properties on a service area analysis layer and setting field values on the features classes that make up the analysis layer.

The following describes the service area analysis layer, its analysis properties, and its feature classes.

Facilities feature class

The output service area polygons are created around the input facilities. You can provide input field values that the service area analysis layer will reference when solving the analysis; the feature class also stores output field values once the analysis is complete. The following tables describe the input fields and input/output fields of the Facilities feature class:

Facilities: Input fields

Input fieldDescription

ObjectID

The system-managed ID field.

Shape

The geometry field indicating the geographic location of the network analysis object.

Name

The name of the network analysis object.

Attr_[Cost]

(For instance, Attr_Minutes, where Minutes is the travel cost)

This field stores the additional time, distance, or other travel cost for the facility. Adding a value to this field reduces the reach of the service area.

If you're finding the service areas for three facilities using drive time as the cost, the field Attr_ DriveTime can be used to store the amount of time spent at the facility.

For example, when calculating service areas that represent fire station response times, Attr_ DriveTime can store the turnout time, which is the time it takes a crew to put on the appropriate protective equipment and exit the fire station, for each fire station. Assume Fire Station 1 has a turnout time of 1 minute and Fire Station 2 has a turnout time of 3 minutes. If a 5-minute service area is calculated for both fire stations, the actual service area for Fire Station 1 would be 4 minutes (since 1 of the 5 minutes would be required as turnout time). Similarly, Fire Station 2 would have a service area of only 2 minutes from the fire station.

Service areas with different drive time values

The value you enter affects the analysis only when the [Cost] part of the field name (Attr_[Cost]) matches the cost attribute chosen for the analysis layer or travel mode. For example, if you add a 5 to Attr_DriveMinutes, but the cost attribute used in the analysis is TruckTime, the additional 5 minutes aren't included in the analysis results; however, if you change the network cost attribute to DriveMinutes, which corresponds with Attr_DriveMinutes, the 5 minutes you entered are added to the results.

Breaks_[Cost]

(For instance, Breaks_DriveTime, where DriveTime is the travel cost for the network)

You can store different polygon break values for each service area facility in the Breaks_[Cost] field. Given two facilities, this means you can generate 5- and 10-minute service area polygons for one facility and 6-, 9-, and 12-minute polygons for another facility.

Service areas with different polygon breaks for different facilities

Multiple breaks should be specified using a space-separated string. For example, to specify 6-, 9-, and 12-minute polygons for a given facility, the field value should be 6 9 12.

The value specified in the Breaks_[Cost] field overrides the Cutoffs analysis layer setting. If no value for the Breaks_[Cost] field is specified, service area polygons are generated for the facility based on the Cutoffs setting.

Network location fields

  • SourceID
  • SourceOID
  • PosAlong
  • SideOfEdge
  • SnapX
  • SnapY
  • SnapZ
  • DistanceToNetworkInMeters

Together, these properties describe the point on the network where the object is located.

Learn more about locating inputs on a network

CurbApproach

The CurbApproach field specifies the direction a vehicle may arrive at and depart from the facility. If the curb approach is confined to one side of the vehicle, it could further limit the reach of the service area.

There are four options for the CurbApproach value:

  • Either side of vehicle (0)—The service area can begin or end at the facility such that the facility is on the right or left side of the vehicle.

    The following graphic illustrates departing a facility from either side of a vehicle:

    CurbApproach set to Either side of vehicle

  • Right side of vehicle (1)—The service area can begin or end at the facility such that the facility is on the right side of the vehicle.

    The following graphic illustrates departing a facility from the right side of a vehicle:

    CurbApproach set to Right side of vehicle (North American driving style)

  • Left side of vehicle (2)—The service area can begin or end at the facility such that the facility is on the left side of the vehicle.

    The following graphic illustrates departing a facility from the left side of a vehicle:

    CurbApproach set to Left side of vehicle

  • No U-Turn (3)—For service areas, this option functions the same as Either side of vehicle.

Learn more about U-turns and curb approach

Facilities: Input/output fields

Input/output fieldDescription

Status

This field indicates the status of the point. The status may change after running the analysis. The field values are constrained by a domain of values, which are listed below (their coded values are shown in parentheses):

  • OK (0)—The point is valid.
  • Not located (1)—The point was not successfully located on the network.
  • Network element not located (2)—The network element identified by the point's network location fields can't be found. This can occur when a network element where the point should be was deleted, and the network location was not recalculated.

After running the analysis, the status can be modified to one of the following status values:

  • OK (0)—The network location was successfully evaluated.
  • Element not traversable (3)—The network element the point is on is not traversable. This can occur when the network element is restricted by a restriction attribute.
  • Invalid field values (4)—One or more of the point's field values fall outside the analysis layer's coded or range domains. For example, a negative number may exist where positive numbers are required.
  • Not reached (5)—The point can't be reached by the solver. The point may be on a separate, disconnected area of the network from the other inputs, or barriers or restrictions prevent travel to or from the point.
  • Time window violation (6)—The point could not be reached within the designated time windows. This status only applies to analysis types that support time windows.
  • Not located on closest (7)—The closest network location to the point is not traversable because of a restriction or barrier, so the point has been located on the closest traversable network feature instead.

Polygons feature class

The Polygons feature class stores the resultant service area polygons, which cover the areas of the network that can be reached within the given time, distance, or other travel-cost cutoff. This feature class doesn't provide any inputs to the analysis layer—it stores output information only.

To generate the Polygons feature class, on the Service Area tab, in the Output Geometry group, set Output Shape Type to Polygons Polygons or Polygons and Lines Polygons and Lines.

Polygons: Output fields

The following table lists the output fields of the Polygons feature class:

Output fieldDescription

ObjectID

The system-managed ID field.

Shape

The geometry of the polygon, which is stored internally.

Name

The name of the service area polygon is based on the name of the associated facility and the cutoff range; for instance, Headquarters : 0.0 – 5.0 would represent a polygon that covers all traversable edges within 5 minutes from the facility, Headquarters.

FacilityID

The unique ID of the associated facility.

FromBreak

The lower bound of the polygon's break range.

ToBreak

The upper bound of the polygon's break range.

Lines feature class

The Lines feature class stores the resultant service areas as linear features and covers the streets, or network edges, that can be reached within the given time, distance, or other travel-cost cutoff. Lines are a truer representation of a service area than polygons since service area analyses are based on measurements along the network lines.

The Lines feature class doesn't provide any inputs to the analysis layer; it serves to store outputs only.

Service area lines are not generated by default during a service area analysis, but you can choose to generate them. On the Service Area tab, in the Output Geometry group, set Output Shape Type to Lines Lines or Polygons and Lines Polygons and Lines.

Lines: Output fields

The following table lists the output fields of the Lines feature class:

Output fieldDescription

ObjectID

The system-managed ID field.

Shape

The geometry of the line, which is stored internally.

FacilityID

The unique ID of the associated facility.

FromCumul_[Cost]

(for instance, FromCumul_Miles, where Miles is the travel cost)

This field contains the cumulative cost of the path from the facility to the beginning of the line feature. The cost of the adjacent junction at the beginning of the line is included in this value. This field is generated for the cost attribute and any accumulation attributes.

ToCumul_[Cost]

(for instance, ToCumul_Miles, where Miles is the travel cost)

This field contains the cumulative cost of the path from the facility to the end of the line feature. The cost of the adjacent junction at the end of the line is excluded from this value. This field is generated for the cost attribute and any accumulation attributes.

SourceID

Each service area line traverses a feature from a network source feature class—a feature class used to create the network dataset on which the service area analysis is performed. This field specifies the unique ID of the source feature class the traversed feature is a part of.

SourceOID

The ObjectID of the underlying source feature that is traversed by the service area.

FromPosition

Specifies where along the underlying source feature the service area line begins.

  • A value of 0 (zero) indicates the service area line begins at the from-point of the underlying source feature.
  • A value of 1 indicates the service area line begins at the to-point of the source feature.
  • A value between 0 and 1 indicates the line begins at a point along the underlying source feature; for example, a value of 0.25 means the line begins 25 percent along the digitized direction of the underlying source feature.

ToPosition

Specifies where along the underlying source feature the service area line ends.

  • A value of 0 (zero) indicates the service area line ends at the from-point of the underlying source feature.
  • A value of 1 indicates the service area line ends at the to-point of the source feature.
  • A value between 0 and 1 indicates the line ends at a point along the underlying source feature; for example, a value of 0.25 means the line ends 25 percent along the digitized direction of the underlying source feature.

Service area analysis layer properties

The following subsections list properties you can set on the analysis layer. They are on the Service Area tab, which is available only if your service area layer or one of its sublayers is selected in the Contents pane.

Service Area ribbon

Run

Run Run is in the Analysis group. Click it, after you load input features and set analysis properties, to solve the service area analysis.

Import Facilities

Import Facilities Import Facilities is in the Input Data group. Click it to load features from another data source, such as a point feature layer, into the Facilities feature class.

Import Barriers

Click Import Point Barriers Import Point Barriers, Import Line Barriers Import Line Barriers, or Import Polygon Barriers Import Barriers to load features from another data source, such as another feature layer, into one of the barriers feature classes (point barriers, line barriers, or polygon barriers).

Create Features

Click the Create Features button Create Features to open the Create Features pane. Select from the available templates to create features in the current map.

Mode

The Mode drop-down list allows you to choose a travel mode, which is a group of settings that together model the movement of pedestrians, cars, trucks, or another travel mode. The choices available in the drop-down list depend on the travel modes that are configured on the network data source that the network analysis layer is referencing.

Direction

You can choose to create a service area by accumulating travel time or other cost in the direction away from or toward the facility, as follows:

  • Away From Facility—The service areas are measured from the facility out to the periphery.
    Away from facility
  • Towards Facility—The service areas are measured from the periphery in toward the facility.
    Towards facility

On a network with one-way restrictions and different travel times based on direction of travel, this would result in different service areas. The direction you should choose depends on the nature of your service area analysis. The service area for a pizza delivery store, for example, should be created for travel that spans out from the facility (Away from Facilities) since pizzas are delivered from the store to the customer. Alternatively, a hospital would choose Towards Facilities since the urgent part of the trip for a patient is going to the hospital, not returning home afterward.

The Direction setting affects how Network Analyst interprets the time and date you specify in Type, Time, and Date.

  • Away From Facility—The time and date indicate when the service area starts at the facility.
    Time indicates departure time.
  • If Direction is set to Towards Facility, the time and date indicate when the service area finishes at the facility.
    Time indicates arrival time.

If there is any service time at a facility (that is, the facility's Attr_[Cost] field has a positive value), the service time is included in the results immediately before the finish time when travel is toward facilities, or immediately after the start time when travel is away from facilities.

Cutoffs

The extent of the service area to be calculated is specified with the Cutoffs text box. For instance, a cutoff of 10 creates service areas of 10 units (for instance, 10 minutes or 10 miles) from the facilities. The unit for the chosen travel mode is indicated to the right of the Mode drop-down list.

A 10-minute service area polygon

The Cutoffs property is used when a facility's Breaks_[Cost] field value is null. Suppose you have two facilities, A and B, for which you want to find a drive-time area. Facility A has a Breaks_DriveTime value of 3. Facility B has no value for its Breaks_DriveTime field. When you find the service area with Cutoffs set to 5 (minutes), facility A will have a 3-minute service area, and facility B will have a 5-minute service area.

Override and default cutoffs

Note:

Cutoffs assigns default values to facilities that do not have numeric values stored in the Break_[Cost] field.

Multiple polygon breaks can be set to create concentric service areas. For instance, if you want to find 2-, 3-, and 4-minute service areas for each facility, you would type 2, 3, 4 in the Cutoffs text box.

2-, 3- and 4-minute service areas

Accumulate Cost Attributes

The Accumulate Cost Attributes drop-down menu in the Travel Settings group can be used to configure accumulated cost attributes. The drop-down menu is unavailable if the network data source is a service, the output geometry types do not include lines, or there are no cost attributes. The attributes are grouped by unit domain shown as the group header (for example, Time or Distance). A checked check box indicates that the analysis layer will accumulate the checked attribute during the solve.

Accumulate Cost Attributes drop-down menu

When multiple analysis layers of the same layer type are selected, the check box shows a mixed state if all layers do not share the same checked status for one attribute. In the following image, the WeekendFallbackTravelTime attribute is selected for multiple layers, so it has a check mark.

Check box showing a mixed state

If all selected layers share the checked status for an attribute, the check box shows that state.

Check boxes are checked for the attributes.

Date and Time

The Arrive Depart Date-Time Type drop-down list in the Date and Time group is available when the cost units are time based. From the drop-down list, choose whether a specific time and date value is given to indicate the time that the route or routes depart from their first stop. The primary reason for setting a specific time and date is to solve the analysis using dynamic traffic conditions or public transit schedules; however, to use traffic or public transit in the analysis, the network dataset or route service must include traffic data or public transit.

The options in the drop-down list are as follows:

  • Not Using Time—Regardless of whether the network data source includes time-based data, the results are based on static travel times—the travel times on a network edge don't vary throughout the day. The Time of Day and Date text boxes are unavailable.

  • Date & Time—Specify the time as a time of day and calendar date. The Time of Day and Date text boxes are available to provide this information.

  • Day of Week—Specify a time of day and day of the week. The Time of Day and Date text boxes are available to provide this information. Set the day of the week by typing one of the following values in the Date text box:

    • Monday
    • Tuesday
    • Wednesday
    • Thursday
    • Friday
    • Saturday
    • Sunday

  • Today—Specify a time, and the day is assumed to be the current date. The Time of Day text box is available to provide the time of day, and the Date text box is set to Today and is unavailable so it can't be changed.

  • Now—When you run the analysis, the time and date are set to the current time and date. This is useful if your network dataset is configured with live traffic data, and the routes are distributed to drivers for implementing immediately after running the analysis. The Time of Day and the Date text boxes are unavailable so they can't be changed.

From the Reference Time Zone drop-down list you can choose which time zone should be used in the analysis. The options are as follows:

  • Local Time at Locations
  • UTC (Universal Coordinated Time)

Polygons, lines, and polygons and lines

Choose whether to generate polygons Polygons, lines Lines, or polygons and lines Polygons and Lines as output.

Lines and Polygon and Lines output is not available if the network data source is a service on a version of Portal for ArcGIS which does not support generating lines

Polygon detail level

You can specify the level of detail you want for output polygons by setting the Polygon Detail Level property.

  • Generalized—This option is available when your network dataset includes a hierarchy attribute.

    In a hierarchical service area analysis, the solver prefers higher-order edges to the lowest-order edges. This means that if a facility is located on a local road (the lowest level in a hierarchy), the solver spans out on the local roads in that area, but it tries to step up the hierarchy to secondary and primary roads. Once on secondary and primary roads, the solver ignores local roads throughout the rest of the service area. It ignores secondary and local roads once it has stepped up to primary roads. Mainly because of this hierarchical approach, nonhierarchical service areas tend to be superior in quality to their hierarchical counterparts.

    Generalized

  • Standard Precision—Standard polygons are generated quickly and are fairly accurate, but quality deteriorates somewhat as you move toward the borders of the service area polygons. Outputting standard-detail polygons may result in islands of unreached network elements, such as roads, being covered.

    Standard precision

  • High Precision—Choose this option to get the most detailed polygons. Holes within the polygon may exist; they represent islands of network elements that couldn't be reached without exceeding the cutoff impedance or due to travel restrictions. Expect high-precision polygons to take the longest amount of time to generate.

    You will get holes only if you use High Precision polygons and the Overlap or Dissolve output geometry setting. The Split setting will not generate holes within the polygons.

    High precision

Tip:

Creating a service-area index on your network dataset can optimize processing time and improve the quality of standard- and high-precision polygons.

Boundary type

There are several options available for generating polygons or lines for multiple facilities:

  • Overlap—This option creates individual polygons for each facility. The polygons can overlap each other.
    Overlapping polygons
    For overlapping lines, portions of the network that are within reach of more than one facility will have a line for each facility.
    Overlapping lines
  • Dissolve—This option merges the polygons of multiple facilities that have the same cutoff values into one polygon. If the polygons of a given break value don't touch, they are nonetheless merged into one multipart polygon. This option does not apply to lines.
    Dissolved polygons
  • Split—This option creates individual polygons that are closest for each facility. The polygons do not overlap each other.
    Split polygons
    For split lines, none of the lines overlap each other, and a line is always assigned to the nearest facility even if more than one facility can reach it.
    Split lines

Polygon rings or disks

You can choose to create concentric service area polygons as disks or rings.

  • Rings—Output polygons extend between the nearest cutoff values only. They do not include the area of smaller breaks. This creates polygons between consecutive breaks.
    Rings
  • Disks—Output polygons extend from the facility to the cutoff. If you create 5- and 10-minute service areas, the 10-minute service area polygon will include the area under the 5-minute service area polygon as well as the area from the 5-minute to the 10-minute break.
    Disks

Exclude edge sources

You can use the Exclude Edge Sources drop-down menu Exclude Edge Sources and choose to exclude certain network dataset edge sources when generating service area polygons. Polygons will not be generated around the excluded sources, even though they are traversed in the analysis.

Excluding a network source from service area polygons does not prevent those sources from being traversed. Excluding sources from service area polygons only influences the polygon shape of the service areas. To prevent traversal of a given network source, you must create an appropriate restriction when defining your network dataset.

This is useful if you have some network sources that you don't want to be included in the polygon generation because they create less accurate polygons or are inconsequential for the service area analysis. For example, while creating a walk-time service area in a multimodal network that includes streets and metro lines, you should choose to exclude the metro lines from polygon generation. Although the traveler can use the metro lines, they cannot stop partway along a metro line and enter a nearby building. Instead, they must travel the full length of the metro line, exit the metro system at a station, then use the streets to walk to the building. It would be inaccurate to generate a polygon feature around a metro line.

This parameter is not available when the output geometry types do not include polygons, there are less than two edge sources in the network, the network data source is an ArcGIS Online service, or the network data source is a service on a version of Portal for ArcGIS which does not support excluding sources.

Polygon trim distance

Polygon Trim Distance Polygon Trim Distance controls how close service area polygons should be from the reached network edges. The trim distance refers to the distance from the road the service area polygon should extend when no other reachable roads are nearby, similar to a line buffer size. It roughly models how far back from the road centerlines is considered reachable from the road. This is useful if the network is very sparse and you don't want the service area to cover large areas where there are no features.

The parameter includes a value and units for the distance. The default value is 100 meters. This parameter is disabled if:

  • The Output Shape Types is set to Lines.
  • The Polygon Detail Level is set to Generalized.