Post Route Directions - Empty Route returned

Hello @Andrew Martin ,

Welcome to Microsoft Q&A .Thank you for reaching out to us.

After reviewing the reported behavior, the request appears to be reaching the Azure Maps Route Directions service successfully and returning a valid GeoJSON response. The presence of an empty Features array indicates that the service returned a successful response, but no route could be generated for the specified travel mode and routing conditions. This points to a routing outcome rather than a request validation failure.

Based on the behavior currently being observed, a valid route request can return an empty FeatureCollection when a route cannot be generated for the selected travel mode or routing constraints

Please check if the following steps help-

1. Verifying the coordinate format
   1. Confirm that coordinates are being sent in GeoJSON format using [longitude, latitude].
   2. Since the same locations reportedly work in driving mode, coordinate order appears less likely to be the primary cause. However, validating the raw request payload can help eliminate formatting concerns.
2. Comparing truck and driving modes
   1. Execute the same request using driving mode.
   2. If driving succeeds while truck mode continues to return an empty route, this strongly suggests a truck-routing restriction, routing coverage limitation, or routability condition
3. . Reviewing truck-specific parameters
   1. If the request includes vehicle dimensions, weight, axle weight, hazardous cargo settings, or commercial vehicle flags, temporarily remove or relax those values and retest.
   2. This can help identify whether a specific restriction is preventing route generation.
4. Testing a simplified itinerary
   1. Route only from the first location to the second location (A → B).
   2. Temporarily remove the return leg (A → B → A).
   3. This can help determine whether a specific segment of the route is contributing to the behavior.
5. Validating the optimizeRoute value
   1. If optimizeRoute is currently configured as "short", consider testing with documented values:
      • shortest
      • fastestWithoutTraffic
      • fastestWithTraffic
   2. Current documentation does not list "short" as a supported value. While there is insufficient evidence to conclude that this is the root cause, validating documented values can help eliminate an additional variable during troubleshooting.

Based on the currently available information, the behavior appears most consistent with a truck-routing restriction, routability condition, routing coverage limitation or route-specific constraint rather than a malformed request or validation error.

The following references might be helpful , please check them out

• Route - Post Route Directions - REST API (Azure Maps) | Microsoft Learn
• Best practices for Azure Maps Route service in Microsoft Azure Maps | Microsoft Learn
• Azure Maps Route service coverage - Microsoft Azure Maps | Microsoft Learn
• Migrate Bing Maps Calculate a Truck Route API to Azure Maps Route Directions API - Microsoft Azure Maps | Microsoft Learn

Please let us know if the response was helpful

Thank you

Hi Andrew,

The 200 response indicates the co-ordinates were valid but that no "Truck" route could be found. We have a sample at https://samples.azuremaps.com/?search=truck&sample=car-vs-truck-route that gives both a truck and car route to demonstrate.

Have you tried to change the default settings for the truck based on your real vehicle and load constraints?

Default I only get the red route but if I change the settings I get a green one (Truck)

Sincerely,

IoTGirl

(MIcrosoft Maps Team Member)

Hello Andrew !

Thank you for posting on MS Learn Q&A.

Try to check the waypoint coordinate order. The new API uses GeoJSON, so coordinates must be sent as [longitude, latitude], not [latitude, longitude].

The coordinates in the question appear to be York / Scarborough style latitude longitude pairs:

[53.96119, -1.09768],
[54.29296, -0.40703],
[53.96119, -1.09768]

For Azure Maps Route Directions they should be:

[-1.09768, 53.96119],
[-0.40703, 54.29296],
[-1.09768, 53.96119]

If sent in the original order, Azure Maps interprets them as longitude 53.x and latitude -1.x, which places the points somewhere completely different and likely not on a routable road network. That can explain the empty FeatureCollection.

Regarding the empty features array, the current API doc defines a successful response as a GeoJSON FeatureCollection, and errors are returned separately as Maps error responses. I would not rely only on anInvalid Route error message for no-route cases. In client code, treat 200 OK with features: [] as no route returned / not routable and handle it explicitly.

So try to swap the coordinate order first then retest.