ArcGIS Runtime SDK for .NET (WPF)

Display driving directions

Whether your ArcGIS Runtime app is connected or disconnected, your users can get driving directions in the form of a route on a map, turn-by-turn instructions, or both. Driving directions can be for a route between two locations (known as stops) or they can be for a number of other route types, such as:

  • A multiple stop route—A route from one location to multiple stops. For credit usage calculation (ArcGIS Online), this route is known as Simple Directions unless you want the algorithm to re-sequence the stops in the optimal order (shortest distance or shortest time), in which case the route is known as Optimized Directions. You may know these optimized directions as the traveling salesman problem.
  • A route with time windows—A route to some stops that have specific times of the day they need to be reached by the driver.
  • A route with barriers—A route that prevents traversal of some streets due to barriers (for example, street closures) or that reduces the traversal speed of some streets.
  • Drive time—Drive time refers to calculating the area that can be reached within a specified travel time or travel distance along a street network based on travel mode.

Tip:

If you'd like a ready-to-use and regularly updated network dataset (and locator) for performing offline geocoding and routing, you can license StreetMap Premium data (in mobile map package format). For details, see Add StreetMap Premium data.

Displaying driving directions is just one of many capabilities known as network analysis capabilities. You can use network analysis capabilities via geoprocessing tools with Local Server if you've purchased both the Advanced ArcGIS Runtime license and the Analysis extension license for ArcGIS Runtime. These geoprocessing tools, which are in the Network Analyst toolbox, can be used while disconnected:

  • The Build Network tool in the Network Dataset toolset—Each newly created or recently changed network dataset must be built so that it can be used. Building the dataset performs such actions as creating network elements, establishing connectivity, and assigning values to the network attributes.
  • The Solve Vehicle Routing Problem tool in the Server toolset—Helps you find the best routes for a fleet of vehicles, where each vehicle services multiple stops.
  • The Generate Service Areas in the Server toolset—A service area is a region that encompasses all streets that can be accessed within a given distance or travel time from one or more facilities. For example, a three-minute, drive-time polygon around a grocery store can determine which residents are able to reach the store within three minutes and are thus more likely to shop there.
  • The Make Service Area Layer tool in the Analysis toolset—Helps you the area of accessibility within a given cutoff cost from a facility location

Other network analysis capabilities include origin-destination (OD) cost matrix and location-allocation, which your app can consume through a geoprocessing service via a GeoprocessingTask.

To display driving directions, you typically follow these steps:

  1. Create a RouteTask and RouteParameters that you'll use to reference the routing service.

    The code below sets up the route task and starts to define the parameters to be used to solve the route.

    // Create a new RouteTask that uses the San Diego route service
    var routeSourceUri = new Uri("http://sampleserver6.arcgisonline.com/arcgis/rest/services/NetworkAnalysis/SanDiego/NAServer/Route");
    var routeTask = await RouteTask.CreateAsync(routeSourceUri);
    
    
    // Get the default route parameters
    var routeParams = await routeTask.CreateDefaultParametersAsync();
    
    
    // Set the output spatial reference for task results to match the map view's
    routeParams.OutputSpatialReference = MyMapView.SpatialReference;
    
    
    // Modify the default parameters to return driving directions and stops with the results
    routeParams.ReturnDirections = true;
    routeParams.ReturnRoutes = true;

  2. Create the stops. If you want users to be able to type in an address or place name, then either:
    • Use a service that includes a locator, such as http://geocode.arcgis.com/arcgis/rest/services/World/GeocodeServer.
    • Set up your own address locator using ArcGIS Desktop. If you set up your own address locator, you can serve it via ArcGIS Online, ArcGIS Server, or ArcGIS Enterprise portal for connected workflows or you can create a locator package from it for disconnected workflows.

    In either case your app consumes the locator via a LocatorTask, as described in Search for places.

    You can also use the user's current location as the from- or to- location.

    For simplicity, the code below uses two pre-defined stops instead of using a locator/having the user select the stops. These stops are added to the route parameters.

    // Create map points for locations on the network
    var stopPoint1 = new MapPoint(-13041722.4426145, 3857785.86358909, SpatialReferences.WebMercator);
    var stopPoint2 = new MapPoint(-13042811.1283018, 3857081.41990909, SpatialReferences.WebMercator);
    
    
    // Create stops
    var stop1 = new Stop(stopPoint1);
    var stop2 = new Stop(stopPoint2);
    
    
    // Add stops to a list
    List<Stop> stops = new List<Stop>();
    stops.Add(stop1);
    stops.Add(stop2);
    
    
    // Set the stops in the route parameters
    routeParams.SetStops(stops);

  3. Solve the route. You do this using the SolveRouteAsync method of the route task, passing in the parameters containing your route stops.

    RouteResult routeResult = await routeTask.SolveRouteAsync(routeParams);

  4. Do one or both of the following to prepare for displaying the resulting route when it's created:
    • To display the resulting route lines on the map, create a GraphicsOverlay and read the geometry of the route from the route result.
      // get the route from the results
      // Verify that at least one route is in the result
      if (routeResult != null && routeResult.Routes != null && routeResult.Routes.Count > 0)
      {
          // Loop through the route results and draw route geometry as graphics
          foreach (Route r in routeResult.Routes)
          {
              // Create a graphic using the route (polyline) geometry
              Graphic routeGraphic = new Graphic(r.RouteGeometry as Polyline);
      
      
              // Add the graphic to a graphics overlay in the map view
              MyMapView.GraphicsOverlays[0].Graphics.Add(routeGraphic);
          }
      }
    • You can get turn-by-turn directions by listing each DirectionManeuver from the route result. Each step of the route is represented in a DirectionManeuver and the class contains time, distance, geometry, and direction text describing each maneuver. The code below shows the extraction of the direction text for each maneuver along the route. The route steps are displayed in a list in the sample application.
      // Loop through the direction maneuvers for each route and build directions text
      StringBuilder directionsBuilder = new StringBuilder();
      foreach (DirectionManeuver direction in r.DirectionManeuvers)
      {
          directionsBuilder.AppendLine(direction.DirectionText);
      }
      
      
      // Get the ordered set of maneuvers as a string
      var directionsText = directionsBuilder.ToString();

How much will my routing app cost?

The cost points to consider when creating your routing app are the following:

  • You might need a paid deployment plan:
    • If you want to deploy an app that you charge users for and your app uses ArcGIS Online
    • If you want to deploy an app that uses more than 50 ArcGIS Online credits per month
  • If you want to deploy an app that uses more ArcGIS Online credits than the number of credits that came with your ArcGIS Developer Subscription, then you'll need to do one of the following:
    • Purchase credits as you use them
    • Purchase a deployment plan
    • Use named users and pass the cost of credits on to those users
  • Named users in a production environment have a cost associated with them. This cost is not necessarily your cost, as the developer. Whoever owns the organization on ArcGIS Online or whoever owns the license for ArcGIS Enterprise portal pays for the named users.
  • If your app consumes services hosted by ArcGIS Server or ArcGIS Enterprise portal, then there is a cost (not necessarily to you, the developer) for licensing ArcGIS Server or ArcGIS Enterprise portal in order to host those services.
  • If your app uses a Basic, Standard, Advanced, or Analysis license level of ArcGIS Runtime, then you must purchase that license. If your app runs offline, you may have to purchase deployment packs. For a list of capabilities and the license level they require, see Licensing capabilities in "License your app."