Solving CVRP with ACO

Minimizing Travel Cost for Complex Delivery Problems

Start With The Story

This scenario involves the Capacitated Vehicle Routing Problem, solved using the meta-heuristics algorithm Ant Colony Optimization. Basically, VRP is a network consisting of a number of nodes (sometimes called cities) and arcs connecting one to all others along with the corresponding costs. Mostly, the aim is to minimize the cost in visiting each customer once and only once. The term "capacitated" is added due to some capacity constraints on the vehicles (vcap).

Enter the problem. Some company wants to deliver loads to a number of customers. In this case, we have 24 nodes based on the location of Germany's train stations (don't ask why). The delivery always starts from and ends at the depot, visiting a list of customers in other cities. And then a number of questions arise:

  • How do we minimize the travel cost in terms of distance?
  • How many trucks are required?
  • Which cities are visited by the truck #1, #2. etc.?
Such questions are addressed by employing the ants.

How to use this page?
Two parameters can be adjusted:
  • depot: [0..23], def = 0
  • vcap: [200..400], def = 400
Calling this page without parameter will get the defaults. Otherwise, just try something like this

There is a way to set all the demands, but I don't think you are ready for that. 😉
Map
DEPOT: Berlin Hbf
VCAP: 300 vol.
ACTIVE: 19 customers
  1. Kassel-Wilhelmshöhe (100 vol.)
  2. Düsseldorf Hbf (95 vol.)
  3. Frankfurt Hbf (95 vol.)
  4. Hannover Hbf (30 vol.)
  5. Dresden Hbf (90 vol.)
  6. Hamburg Hbf (90 vol.)
  7. München Hbf (45 vol.)
  8. Bremen Hbf (80 vol.)
  9. Leipzig Hbf (20 vol.)
  10. Dortmund Hbf (40 vol.)
  11. Karlsruhe Hbf (60 vol.)
  12. Ulm Hbf (45 vol.)
  13. Köln Hbf (75 vol.)
  14. Kiel Hbf (70 vol.)
  15. Mainz Hbf (50 vol.)
  16. Würzburg Hbf (55 vol.)
  17. Saarbrücken Hbf (20 vol.)
  18. Osnabrück Hbf (35 vol.)
  19. Freiburg Hbf (95 vol.)
Result
OVERALL | #TOURS: 4 | COST: 5900.421 km | LOAD: 1190 vol. | VCAP: 300 vol.
Tour 1
COST: 2081.45 km
LOAD: 300 vol.

  1. München Hbf | 45 vol.
  2. Ulm Hbf | 45 vol.
  3. Karlsruhe Hbf | 60 vol.
  4. Freiburg Hbf | 95 vol.
  5. Saarbrücken Hbf | 20 vol.
  6. Osnabrück Hbf | 35 vol.

Tour 2
COST: 1252.129 km
LOAD: 290 vol.

  1. Dresden Hbf | 90 vol.
  2. Leipzig Hbf | 20 vol.
  3. Hannover Hbf | 30 vol.
  4. Bremen Hbf | 80 vol.
  5. Kiel Hbf | 70 vol.

Tour 3
COST: 1309.731 km
LOAD: 300 vol.

  1. Hamburg Hbf | 90 vol.
  2. Köln Hbf | 75 vol.
  3. Düsseldorf Hbf | 95 vol.
  4. Dortmund Hbf | 40 vol.

Tour 4
COST: 1257.111 km
LOAD: 300 vol.

  1. Kassel-Wilhelmshöhe | 100 vol.
  2. Mainz Hbf | 50 vol.
  3. Frankfurt Hbf | 95 vol.
  4. Würzburg Hbf | 55 vol.

ANTS
#generations: 10 for global, 5 for local
#ants: 5 times #active_customers

ACO
Rel. importance of pheromones α = 1.0
Rel. importance of visibility β = 10.0
Trail persistance ρ = 0.5
Pheromone intensity Q = 10

See this wikipedia page to learn more.

What kind of cost?
Directed driving distance, obtained through Google API. The visualization does not display that since the idea is VRP. Adding such feature is very easy, but not a priority for this case.
Can we use any address?
Yes, absolutely. What we need is the geo-coordinates of the addresses, and the distance matrix, which is not a problem. See my oldie master thesis here, implemented using PHP/MySQL for a delivery case in Darmstadt city, Germany.
Travel time as the cost?
Just replace the distance matrix with a duration matrix, then it is done. Please keep in mind, this feature is not intended for realtime use. But regarding the idea, not an issue.
Up to how many nodes?
There is no definitive answer for that. However, if a large number of nodes involved, a good strategy is required. Actually, for this one, a suitable technique is already implemented instead of a "plain" ACO. 

NETWORK
Depo: [1] Berlin Hbf | Number of cities: 24 | Total loads: 1190 vol. | Vehicle capacity: 300 vol.
Loads: [100, 0, 95, 95, 30, 0, 0, 90, 90, 45, 80, 20, 40, 0, 60, 45, 75, 0, 70, 50, 55, 20, 35, 95]

ITERATION
Generation: #1
Best cost: 8423.102 | Path: [1, 0, 22, 4, 10, 12, 1, 11, 7, 20, 3, 21, 1, 8, 18, 2, 9, 1, 14, 23, 15, 19, 1, 16, 1]
Best cost: 7762.708 | Path: [1, 2, 16, 12, 22, 4, 11, 1, 7, 20, 3, 19, 1, 8, 10, 18, 14, 1, 0, 21, 23, 15, 1, 9, 1]
Best cost: 7747.864 | Path: [1, 4, 10, 8, 18, 11, 1, 7, 20, 3, 19, 1, 0, 22, 12, 2, 21, 1, 16, 14, 15, 9, 1, 23, 1]
Best cost: 7476.398 | Path: [1, 9, 15, 14, 21, 19, 20, 11, 1, 7, 4, 8, 10, 1, 18, 16, 2, 12, 1, 22, 0, 3, 1, 23, 1]
Best cost: 7417.881 | Path: [1, 11, 7, 12, 2, 22, 21, 1, 4, 10, 8, 18, 1, 0, 16, 3, 1, 19, 14, 23, 15, 9, 1, 20, 1]
Best cost: 7374.107 | Path: [1, 15, 9, 14, 23, 21, 4, 1, 8, 18, 10, 22, 11, 1, 7, 0, 12, 19, 1, 16, 2, 3, 1, 20, 1]
Best cost: 7114.830 | Path: [1, 22, 12, 2, 16, 19, 1, 7, 11, 4, 10, 18, 1, 8, 0, 3, 1, 20, 14, 23, 21, 15, 1, 9, 1]
Best cost: 6551.432 | Path: [1, 23, 14, 21, 19, 20, 11, 1, 7, 0, 4, 10, 1, 15, 9, 3, 16, 12, 1, 8, 18, 22, 2, 1]
Best cost: 5911.849 | Path: [1, 9, 15, 14, 23, 21, 22, 1, 7, 11, 4, 10, 18, 1, 8, 12, 2, 16, 1, 20, 19, 3, 0, 1]

OPTIMIZING each tour...
Current: [[1, 9, 15, 14, 23, 21, 22, 1], [1, 7, 11, 4, 10, 18, 1], [1, 8, 12, 2, 16, 1], [1, 20, 19, 3, 0, 1]]
[3] Cost: 1314.488 to 1309.731 | Optimized: [1, 8, 16, 2, 12, 1]
[4] Cost: 1263.782 to 1257.111 | Optimized: [1, 0, 19, 3, 20, 1]

ACO RESULTS
[1/300 vol./2081.450 km] Berlin Hbf -> München Hbf -> Ulm Hbf -> Karlsruhe Hbf -> Freiburg Hbf -> Saarbrücken Hbf -> Osnabrück Hbf --> Berlin Hbf
[2/290 vol./1252.129 km] Berlin Hbf -> Dresden Hbf -> Leipzig Hbf -> Hannover Hbf -> Bremen Hbf -> Kiel Hbf --> Berlin Hbf
[3/300 vol./1309.731 km] Berlin Hbf -> Hamburg Hbf -> Köln Hbf -> Düsseldorf Hbf -> Dortmund Hbf --> Berlin Hbf
[4/300 vol./1257.111 km] Berlin Hbf -> Kassel-Wilhelmshöhe -> Mainz Hbf -> Frankfurt Hbf -> Würzburg Hbf --> Berlin Hbf
OPTIMIZATION RESULT: 4 tours | 5900.421 km.