Travelling salesman using brute-force and heuristicsFunction to print command-line usage for a programSolving the travelling salesman problem using a genetic algorithmCalculating Travelling Salesman - memory consumption and speedTravelling salesman with four citiesTravelling Salesman in QtTravelling Salesman Problem with visualisation in JavaTravelling Salesman problem using GA, mutation, and crossoverTravelling Salesman Problem solverAttempting to solve the Travelling Salesman Problem using idiomatic C++Travelling salesman with something like MSTGoogle FooBar “Prepare The Bunnies Escape”

How do I go from 300 unfinished/half written blog posts, to published posts?

Customer Requests (Sometimes) Drive Me Bonkers!

How can I get through very long and very dry, but also very useful technical documents when learning a new tool?

Is there a korbon needed for conversion?

Sequence of Tenses: Translating the subjunctive

What is the opposite of 'gravitas'?

How does it work when somebody invests in my business?

What is the intuitive meaning of having a linear relationship between the logs of two variables?

How to pronounce the slash sign

Integer addition + constant, is it a group?

Trouble understanding the speech of overseas colleagues

What happens if you roll doubles 3 times then land on "Go to jail?"

How to run a prison with the smallest amount of guards?

What is paid subscription needed for in Mortal Kombat 11?

Can the discrete variable be a negative number?

Go Pregnant or Go Home

Is a stroke of luck acceptable after a series of unfavorable events?

Is there a problem with hiding "forgot password" until it's needed?

Inappropriate reference requests from Journal reviewers

What does "I’d sit this one out, Cap," imply or mean in the context?

Do the temporary hit points from the Battlerager barbarian's Reckless Abandon stack if I make multiple attacks on my turn?

How can a function with a hole (removable discontinuity) equal a function with no hole?

Term for the "extreme-extension" version of a straw man fallacy?

How to safely derail a train during transit?



Travelling salesman using brute-force and heuristics


Function to print command-line usage for a programSolving the travelling salesman problem using a genetic algorithmCalculating Travelling Salesman - memory consumption and speedTravelling salesman with four citiesTravelling Salesman in QtTravelling Salesman Problem with visualisation in JavaTravelling Salesman problem using GA, mutation, and crossoverTravelling Salesman Problem solverAttempting to solve the Travelling Salesman Problem using idiomatic C++Travelling salesman with something like MSTGoogle FooBar “Prepare The Bunnies Escape”













11












$begingroup$


I have implemented both a brute-force and a heuristic algorithm to solve the travelling salesman problem.



import doctest
from itertools import permutations


def distance(point1, point2):
"""
Returns the Euclidean distance of two points in the Cartesian Plane.

>>> distance([3,4],[0,0])
5.0
>>> distance([3,6],[10,6])
7.0
"""
return ((point1[0] - point2[0])**2 + (point1[1] - point2[1])**2) ** 0.5


def total_distance(points):
"""
Returns the length of the path passing throught
all the points in the given order.

>>> total_distance([[1,2],[4,6]])
5.0
>>> total_distance([[3,6],[7,6],[12,6]])
9.0
"""
return sum([distance(point, points[index + 1]) for index, point in enumerate(points[:-1])])


def travelling_salesman(points, start=None):
"""
Finds the shortest route to visit all the cities by bruteforce.
Time complexity is O(N!), so never use on long lists.

>>> travelling_salesman([[0,0],[10,0],[6,0]])
([0, 0], [6, 0], [10, 0])
>>> travelling_salesman([[0,0],[6,0],[2,3],[3,7],[0.5,9],[3,5],[9,1]])
([0, 0], [6, 0], [9, 1], [2, 3], [3, 5], [3, 7], [0.5, 9])
"""
if start is None:
start = points[0]
return min([perm for perm in permutations(points) if perm[0] == start], key=total_distance)


def optimized_travelling_salesman(points, start=None):
"""
As solving the problem in the brute force way is too slow,
this function implements a simple heuristic: always
go to the nearest city.

Even if this algoritmh is extremely simple, it works pretty well
giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
and runs very fast in O(N^2) time complexity.

>>> optimized_travelling_salesman([[i,j] for i in range(5) for j in range(5)])
[[0, 0], [0, 1], [0, 2], [0, 3], [0, 4], [1, 4], [1, 3], [1, 2], [1, 1], [1, 0], [2, 0], [2, 1], [2, 2], [2, 3], [2, 4], [3, 4], [3, 3], [3, 2], [3, 1], [3, 0], [4, 0], [4, 1], [4, 2], [4, 3], [4, 4]]
>>> optimized_travelling_salesman([[0,0],[10,0],[6,0]])
[[0, 0], [6, 0], [10, 0]]
"""
if start is None:
start = points[0]
must_visit = points
path = [start]
must_visit.remove(start)
while must_visit:
nearest = min(must_visit, key=lambda x: distance(path[-1], x))
path.append(nearest)
must_visit.remove(nearest)
return path


def main():
doctest.testmod()
points = [[0, 0], [1, 5.7], [2, 3], [3, 7],
[0.5, 9], [3, 5], [9, 1], [10, 5]]
print("""The minimum distance to visit all the following points:
starting at is .

The optimized algoritmh yields a path long .""".format(
tuple(points),
points[0],
total_distance(travelling_salesman(points)),
total_distance(optimized_travelling_salesman(points))))


if __name__ == "__main__":
main()









share|improve this question











$endgroup$











  • $begingroup$
    The multiline string could be neater - see e.g. codereview.stackexchange.com/q/60366/32391. Also, you could remove the very long test line by either including a slice (e.g. check every 5th item from it) or having a separate (multiline) assignment so you can compare the result of the function to the list as >>> result == expected then just True.
    $endgroup$
    – jonrsharpe
    Feb 18 '15 at 23:08











  • $begingroup$
    optimized_travelling_salesman feels like a misnomer to me, probably should be greedy_travelling_salesman
    $endgroup$
    – Akavall
    May 13 '17 at 0:30







  • 1




    $begingroup$
    Quite interesting code, esp. because of its simplicity. I also checked it against my standard TSP algo and it issues indeed the shortest path. What I don't get is the "optimized" path. Applied to your 'points it is only 8% longer but you say it can be up to 25% longer. Well, the algo may be faster but what's optimizing about it?
    $endgroup$
    – Apostolos
    Dec 4 '18 at 23:08











  • $begingroup$
    @Apostolos running time is optimized, it is a simple heuristic (practical shortcut) to always go to the nearest city to save computational time. The route is only a bit longer but runnning time is drastically shorter
    $endgroup$
    – Caridorc
    Dec 5 '18 at 14:36











  • $begingroup$
    Yes, this is clear. But my question is if the route obtained is 25% longer, what's the use of the heuristic algo? And then, how do you mean "dramatically"? Can you give a percentage of time reduced and the size of the data sample that you used for testing time? (It's also OK if can't or don't wish to! :)
    $endgroup$
    – Apostolos
    Dec 5 '18 at 17:20















11












$begingroup$


I have implemented both a brute-force and a heuristic algorithm to solve the travelling salesman problem.



import doctest
from itertools import permutations


def distance(point1, point2):
"""
Returns the Euclidean distance of two points in the Cartesian Plane.

>>> distance([3,4],[0,0])
5.0
>>> distance([3,6],[10,6])
7.0
"""
return ((point1[0] - point2[0])**2 + (point1[1] - point2[1])**2) ** 0.5


def total_distance(points):
"""
Returns the length of the path passing throught
all the points in the given order.

>>> total_distance([[1,2],[4,6]])
5.0
>>> total_distance([[3,6],[7,6],[12,6]])
9.0
"""
return sum([distance(point, points[index + 1]) for index, point in enumerate(points[:-1])])


def travelling_salesman(points, start=None):
"""
Finds the shortest route to visit all the cities by bruteforce.
Time complexity is O(N!), so never use on long lists.

>>> travelling_salesman([[0,0],[10,0],[6,0]])
([0, 0], [6, 0], [10, 0])
>>> travelling_salesman([[0,0],[6,0],[2,3],[3,7],[0.5,9],[3,5],[9,1]])
([0, 0], [6, 0], [9, 1], [2, 3], [3, 5], [3, 7], [0.5, 9])
"""
if start is None:
start = points[0]
return min([perm for perm in permutations(points) if perm[0] == start], key=total_distance)


def optimized_travelling_salesman(points, start=None):
"""
As solving the problem in the brute force way is too slow,
this function implements a simple heuristic: always
go to the nearest city.

Even if this algoritmh is extremely simple, it works pretty well
giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
and runs very fast in O(N^2) time complexity.

>>> optimized_travelling_salesman([[i,j] for i in range(5) for j in range(5)])
[[0, 0], [0, 1], [0, 2], [0, 3], [0, 4], [1, 4], [1, 3], [1, 2], [1, 1], [1, 0], [2, 0], [2, 1], [2, 2], [2, 3], [2, 4], [3, 4], [3, 3], [3, 2], [3, 1], [3, 0], [4, 0], [4, 1], [4, 2], [4, 3], [4, 4]]
>>> optimized_travelling_salesman([[0,0],[10,0],[6,0]])
[[0, 0], [6, 0], [10, 0]]
"""
if start is None:
start = points[0]
must_visit = points
path = [start]
must_visit.remove(start)
while must_visit:
nearest = min(must_visit, key=lambda x: distance(path[-1], x))
path.append(nearest)
must_visit.remove(nearest)
return path


def main():
doctest.testmod()
points = [[0, 0], [1, 5.7], [2, 3], [3, 7],
[0.5, 9], [3, 5], [9, 1], [10, 5]]
print("""The minimum distance to visit all the following points:
starting at is .

The optimized algoritmh yields a path long .""".format(
tuple(points),
points[0],
total_distance(travelling_salesman(points)),
total_distance(optimized_travelling_salesman(points))))


if __name__ == "__main__":
main()









share|improve this question











$endgroup$











  • $begingroup$
    The multiline string could be neater - see e.g. codereview.stackexchange.com/q/60366/32391. Also, you could remove the very long test line by either including a slice (e.g. check every 5th item from it) or having a separate (multiline) assignment so you can compare the result of the function to the list as >>> result == expected then just True.
    $endgroup$
    – jonrsharpe
    Feb 18 '15 at 23:08











  • $begingroup$
    optimized_travelling_salesman feels like a misnomer to me, probably should be greedy_travelling_salesman
    $endgroup$
    – Akavall
    May 13 '17 at 0:30







  • 1




    $begingroup$
    Quite interesting code, esp. because of its simplicity. I also checked it against my standard TSP algo and it issues indeed the shortest path. What I don't get is the "optimized" path. Applied to your 'points it is only 8% longer but you say it can be up to 25% longer. Well, the algo may be faster but what's optimizing about it?
    $endgroup$
    – Apostolos
    Dec 4 '18 at 23:08











  • $begingroup$
    @Apostolos running time is optimized, it is a simple heuristic (practical shortcut) to always go to the nearest city to save computational time. The route is only a bit longer but runnning time is drastically shorter
    $endgroup$
    – Caridorc
    Dec 5 '18 at 14:36











  • $begingroup$
    Yes, this is clear. But my question is if the route obtained is 25% longer, what's the use of the heuristic algo? And then, how do you mean "dramatically"? Can you give a percentage of time reduced and the size of the data sample that you used for testing time? (It's also OK if can't or don't wish to! :)
    $endgroup$
    – Apostolos
    Dec 5 '18 at 17:20













11












11








11


2



$begingroup$


I have implemented both a brute-force and a heuristic algorithm to solve the travelling salesman problem.



import doctest
from itertools import permutations


def distance(point1, point2):
"""
Returns the Euclidean distance of two points in the Cartesian Plane.

>>> distance([3,4],[0,0])
5.0
>>> distance([3,6],[10,6])
7.0
"""
return ((point1[0] - point2[0])**2 + (point1[1] - point2[1])**2) ** 0.5


def total_distance(points):
"""
Returns the length of the path passing throught
all the points in the given order.

>>> total_distance([[1,2],[4,6]])
5.0
>>> total_distance([[3,6],[7,6],[12,6]])
9.0
"""
return sum([distance(point, points[index + 1]) for index, point in enumerate(points[:-1])])


def travelling_salesman(points, start=None):
"""
Finds the shortest route to visit all the cities by bruteforce.
Time complexity is O(N!), so never use on long lists.

>>> travelling_salesman([[0,0],[10,0],[6,0]])
([0, 0], [6, 0], [10, 0])
>>> travelling_salesman([[0,0],[6,0],[2,3],[3,7],[0.5,9],[3,5],[9,1]])
([0, 0], [6, 0], [9, 1], [2, 3], [3, 5], [3, 7], [0.5, 9])
"""
if start is None:
start = points[0]
return min([perm for perm in permutations(points) if perm[0] == start], key=total_distance)


def optimized_travelling_salesman(points, start=None):
"""
As solving the problem in the brute force way is too slow,
this function implements a simple heuristic: always
go to the nearest city.

Even if this algoritmh is extremely simple, it works pretty well
giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
and runs very fast in O(N^2) time complexity.

>>> optimized_travelling_salesman([[i,j] for i in range(5) for j in range(5)])
[[0, 0], [0, 1], [0, 2], [0, 3], [0, 4], [1, 4], [1, 3], [1, 2], [1, 1], [1, 0], [2, 0], [2, 1], [2, 2], [2, 3], [2, 4], [3, 4], [3, 3], [3, 2], [3, 1], [3, 0], [4, 0], [4, 1], [4, 2], [4, 3], [4, 4]]
>>> optimized_travelling_salesman([[0,0],[10,0],[6,0]])
[[0, 0], [6, 0], [10, 0]]
"""
if start is None:
start = points[0]
must_visit = points
path = [start]
must_visit.remove(start)
while must_visit:
nearest = min(must_visit, key=lambda x: distance(path[-1], x))
path.append(nearest)
must_visit.remove(nearest)
return path


def main():
doctest.testmod()
points = [[0, 0], [1, 5.7], [2, 3], [3, 7],
[0.5, 9], [3, 5], [9, 1], [10, 5]]
print("""The minimum distance to visit all the following points:
starting at is .

The optimized algoritmh yields a path long .""".format(
tuple(points),
points[0],
total_distance(travelling_salesman(points)),
total_distance(optimized_travelling_salesman(points))))


if __name__ == "__main__":
main()









share|improve this question











$endgroup$




I have implemented both a brute-force and a heuristic algorithm to solve the travelling salesman problem.



import doctest
from itertools import permutations


def distance(point1, point2):
"""
Returns the Euclidean distance of two points in the Cartesian Plane.

>>> distance([3,4],[0,0])
5.0
>>> distance([3,6],[10,6])
7.0
"""
return ((point1[0] - point2[0])**2 + (point1[1] - point2[1])**2) ** 0.5


def total_distance(points):
"""
Returns the length of the path passing throught
all the points in the given order.

>>> total_distance([[1,2],[4,6]])
5.0
>>> total_distance([[3,6],[7,6],[12,6]])
9.0
"""
return sum([distance(point, points[index + 1]) for index, point in enumerate(points[:-1])])


def travelling_salesman(points, start=None):
"""
Finds the shortest route to visit all the cities by bruteforce.
Time complexity is O(N!), so never use on long lists.

>>> travelling_salesman([[0,0],[10,0],[6,0]])
([0, 0], [6, 0], [10, 0])
>>> travelling_salesman([[0,0],[6,0],[2,3],[3,7],[0.5,9],[3,5],[9,1]])
([0, 0], [6, 0], [9, 1], [2, 3], [3, 5], [3, 7], [0.5, 9])
"""
if start is None:
start = points[0]
return min([perm for perm in permutations(points) if perm[0] == start], key=total_distance)


def optimized_travelling_salesman(points, start=None):
"""
As solving the problem in the brute force way is too slow,
this function implements a simple heuristic: always
go to the nearest city.

Even if this algoritmh is extremely simple, it works pretty well
giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
and runs very fast in O(N^2) time complexity.

>>> optimized_travelling_salesman([[i,j] for i in range(5) for j in range(5)])
[[0, 0], [0, 1], [0, 2], [0, 3], [0, 4], [1, 4], [1, 3], [1, 2], [1, 1], [1, 0], [2, 0], [2, 1], [2, 2], [2, 3], [2, 4], [3, 4], [3, 3], [3, 2], [3, 1], [3, 0], [4, 0], [4, 1], [4, 2], [4, 3], [4, 4]]
>>> optimized_travelling_salesman([[0,0],[10,0],[6,0]])
[[0, 0], [6, 0], [10, 0]]
"""
if start is None:
start = points[0]
must_visit = points
path = [start]
must_visit.remove(start)
while must_visit:
nearest = min(must_visit, key=lambda x: distance(path[-1], x))
path.append(nearest)
must_visit.remove(nearest)
return path


def main():
doctest.testmod()
points = [[0, 0], [1, 5.7], [2, 3], [3, 7],
[0.5, 9], [3, 5], [9, 1], [10, 5]]
print("""The minimum distance to visit all the following points:
starting at is .

The optimized algoritmh yields a path long .""".format(
tuple(points),
points[0],
total_distance(travelling_salesman(points)),
total_distance(optimized_travelling_salesman(points))))


if __name__ == "__main__":
main()






python traveling-salesman






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 19 '15 at 0:30









nhgrif

23.3k354127




23.3k354127










asked Feb 18 '15 at 21:47









CaridorcCaridorc

23k538117




23k538117











  • $begingroup$
    The multiline string could be neater - see e.g. codereview.stackexchange.com/q/60366/32391. Also, you could remove the very long test line by either including a slice (e.g. check every 5th item from it) or having a separate (multiline) assignment so you can compare the result of the function to the list as >>> result == expected then just True.
    $endgroup$
    – jonrsharpe
    Feb 18 '15 at 23:08











  • $begingroup$
    optimized_travelling_salesman feels like a misnomer to me, probably should be greedy_travelling_salesman
    $endgroup$
    – Akavall
    May 13 '17 at 0:30







  • 1




    $begingroup$
    Quite interesting code, esp. because of its simplicity. I also checked it against my standard TSP algo and it issues indeed the shortest path. What I don't get is the "optimized" path. Applied to your 'points it is only 8% longer but you say it can be up to 25% longer. Well, the algo may be faster but what's optimizing about it?
    $endgroup$
    – Apostolos
    Dec 4 '18 at 23:08











  • $begingroup$
    @Apostolos running time is optimized, it is a simple heuristic (practical shortcut) to always go to the nearest city to save computational time. The route is only a bit longer but runnning time is drastically shorter
    $endgroup$
    – Caridorc
    Dec 5 '18 at 14:36











  • $begingroup$
    Yes, this is clear. But my question is if the route obtained is 25% longer, what's the use of the heuristic algo? And then, how do you mean "dramatically"? Can you give a percentage of time reduced and the size of the data sample that you used for testing time? (It's also OK if can't or don't wish to! :)
    $endgroup$
    – Apostolos
    Dec 5 '18 at 17:20
















  • $begingroup$
    The multiline string could be neater - see e.g. codereview.stackexchange.com/q/60366/32391. Also, you could remove the very long test line by either including a slice (e.g. check every 5th item from it) or having a separate (multiline) assignment so you can compare the result of the function to the list as >>> result == expected then just True.
    $endgroup$
    – jonrsharpe
    Feb 18 '15 at 23:08











  • $begingroup$
    optimized_travelling_salesman feels like a misnomer to me, probably should be greedy_travelling_salesman
    $endgroup$
    – Akavall
    May 13 '17 at 0:30







  • 1




    $begingroup$
    Quite interesting code, esp. because of its simplicity. I also checked it against my standard TSP algo and it issues indeed the shortest path. What I don't get is the "optimized" path. Applied to your 'points it is only 8% longer but you say it can be up to 25% longer. Well, the algo may be faster but what's optimizing about it?
    $endgroup$
    – Apostolos
    Dec 4 '18 at 23:08











  • $begingroup$
    @Apostolos running time is optimized, it is a simple heuristic (practical shortcut) to always go to the nearest city to save computational time. The route is only a bit longer but runnning time is drastically shorter
    $endgroup$
    – Caridorc
    Dec 5 '18 at 14:36











  • $begingroup$
    Yes, this is clear. But my question is if the route obtained is 25% longer, what's the use of the heuristic algo? And then, how do you mean "dramatically"? Can you give a percentage of time reduced and the size of the data sample that you used for testing time? (It's also OK if can't or don't wish to! :)
    $endgroup$
    – Apostolos
    Dec 5 '18 at 17:20















$begingroup$
The multiline string could be neater - see e.g. codereview.stackexchange.com/q/60366/32391. Also, you could remove the very long test line by either including a slice (e.g. check every 5th item from it) or having a separate (multiline) assignment so you can compare the result of the function to the list as >>> result == expected then just True.
$endgroup$
– jonrsharpe
Feb 18 '15 at 23:08





$begingroup$
The multiline string could be neater - see e.g. codereview.stackexchange.com/q/60366/32391. Also, you could remove the very long test line by either including a slice (e.g. check every 5th item from it) or having a separate (multiline) assignment so you can compare the result of the function to the list as >>> result == expected then just True.
$endgroup$
– jonrsharpe
Feb 18 '15 at 23:08













$begingroup$
optimized_travelling_salesman feels like a misnomer to me, probably should be greedy_travelling_salesman
$endgroup$
– Akavall
May 13 '17 at 0:30





$begingroup$
optimized_travelling_salesman feels like a misnomer to me, probably should be greedy_travelling_salesman
$endgroup$
– Akavall
May 13 '17 at 0:30





1




1




$begingroup$
Quite interesting code, esp. because of its simplicity. I also checked it against my standard TSP algo and it issues indeed the shortest path. What I don't get is the "optimized" path. Applied to your 'points it is only 8% longer but you say it can be up to 25% longer. Well, the algo may be faster but what's optimizing about it?
$endgroup$
– Apostolos
Dec 4 '18 at 23:08





$begingroup$
Quite interesting code, esp. because of its simplicity. I also checked it against my standard TSP algo and it issues indeed the shortest path. What I don't get is the "optimized" path. Applied to your 'points it is only 8% longer but you say it can be up to 25% longer. Well, the algo may be faster but what's optimizing about it?
$endgroup$
– Apostolos
Dec 4 '18 at 23:08













$begingroup$
@Apostolos running time is optimized, it is a simple heuristic (practical shortcut) to always go to the nearest city to save computational time. The route is only a bit longer but runnning time is drastically shorter
$endgroup$
– Caridorc
Dec 5 '18 at 14:36





$begingroup$
@Apostolos running time is optimized, it is a simple heuristic (practical shortcut) to always go to the nearest city to save computational time. The route is only a bit longer but runnning time is drastically shorter
$endgroup$
– Caridorc
Dec 5 '18 at 14:36













$begingroup$
Yes, this is clear. But my question is if the route obtained is 25% longer, what's the use of the heuristic algo? And then, how do you mean "dramatically"? Can you give a percentage of time reduced and the size of the data sample that you used for testing time? (It's also OK if can't or don't wish to! :)
$endgroup$
– Apostolos
Dec 5 '18 at 17:20




$begingroup$
Yes, this is clear. But my question is if the route obtained is 25% longer, what's the use of the heuristic algo? And then, how do you mean "dramatically"? Can you give a percentage of time reduced and the size of the data sample that you used for testing time? (It's also OK if can't or don't wish to! :)
$endgroup$
– Apostolos
Dec 5 '18 at 17:20










3 Answers
3






active

oldest

votes


















9












$begingroup$

I enjoyed the first look at the code as it's very clean, you have
extensive docstrings and great, expressive function names. Now you know
the deal with PEP8, but except for the one 200 character long line I
don't think it matters much really.



There're a few typo with the wrong spelling "algoritmh".



The coordinates should be immutable 2-tuples. The reason being the
safety of immutable data-structures. YMMV, but that makes it really
obvious that those are coordinates as well.



optimized_travelling_salesman should make a defensive copy of
points, or you should otherwise indicate that it's destructive on that
argument.



Instead of if start is None: start = points[0] you could also use
start = start or points[0] to save some space while still being
relatively readable.



For the algorithms the only thing I'd is not to use square root if you
don't have to. You can basically create a distance_squared and use that
instead of distance because the relationship
between a smaller and bigger distance will stay the same regardless.
That doesn't apply for the final output of course. Edit: And, as mentioned below by @JanneKarila, you can't use that for the brute-force version.






share|improve this answer











$endgroup$








  • 3




    $begingroup$
    Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
    $endgroup$
    – Janne Karila
    Feb 19 '15 at 14:04



















3












$begingroup$

Besides thanking you for posting this, I wanted to share how I edited your code to do something I needed.



I'm implementing a survey for econ research. Part of the implementation is giving our survey team a list of addresses so that they can visit them. After geo-coding these addresses, we organized them into neighborhoods through a very simple k-means clustering process. Each member of our team is assigned a zone, therefore we needed to provide them with an optimized route within each zone.



The issue at hand was that members of our survey need additional data on top of the location data - such as unique IDs for households and basic contact info for the household. So, somehow I needed to keep some form of identification for each coordinate so I could merge it back with the relevant data.



I realize this might be a simple edit, but I couldn't figure out another way to have a relation between the two tables of data.



The code is exactly the same, except for that it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.



I also added a haversine formula for calculating the distance between two geo-coordinates in miles.



import numpy as np
def haversine_enum(item1, item2):
"""
Returns the great-circle distance between two enumearted points
on a sphere given their indexes, longitudes, and latitudes in the
form of a tuple.

>>> haversine_enum((0, (3,5)), (1, (4,7)))
154.27478490048566

>>> haversine_enum((0, (41.325, -72.325)), (1, (41.327, -72.327)))
0.17282397386672291
"""
r = 3959 #radius of the earth
r_lat = np.radians(item1[1][0])
r_lat2 = np.radians(item2[1][0])
delta_r_lat = np.radians(item2[1][0]-item1[1][0])
delta_r_lon = np.radians(item2[1][1]-item1[1][1])

a = (np.sin(delta_r_lat / 2) * np.sin(delta_r_lat / 2) +
np.cos(r_lat) * np.cos(r_lat2) *
np.sin(delta_r_lon / 2) * np.sin(delta_r_lon / 2))

c = 2 * np.arctan2(np.sqrt(a), np.sqrt(1-a))

d = r * c

return d

def optimized_travelling_salesman_enum(points, start=None):
"""
Taken from:
https://codereview.stackexchange.com/questions/81865/
travelling-salesman-using-brute-force-and-heuristics

As solving the problem in the brute force way is too slow,
this function implements a simple heuristic: always
go to the nearest city.

Even if this algoritmh is extremely simple, it works pretty well
giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
and runs very fast in O(N^2) time complexity.
"""

points = list(enumerate(points))
if start is None:
start = points[0]

must_visit = points
path = [start]
must_visit.remove(start)

while must_visit:
nearest = min(must_visit,
key=lambda x: haversine_enum(path[-1], x))
path.append(nearest)
must_visit.remove(nearest)

return path





share|improve this answer











$endgroup$












  • $begingroup$
    @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
    $endgroup$
    – Daniel
    Mar 14 '18 at 19:06










  • $begingroup$
    Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
    $endgroup$
    – Caridorc
    Mar 17 '18 at 10:47


















0












$begingroup$

Python code for Travelling salesman problem is:-



import numpy as np
import math
def Minimum(s):
low = math.inf
for i in s:
if i < low and i!=0:
low = i
return low

def Calc_cost(g,init):
path =[]
step1 = []

step2 = [[0, 0, 0, 0],
[0, 0, 0, 0],
[0, 0, 0, 0],
[0, 0, 0, 0]];

step3 = [[0, 0, 0, 0],
[0, 0, 0, 0],
[0, 0, 0, 0],
[0, 0, 0, 0]];

step4 =[]
step4.append(0)

temp1 = [0,1,2,3]
temp2 = [1, 2, 3,4]

for i in range (0,len(g)):
step1.append(g[i][init])
print('----------------------------------------------------------')
print('Step1')
print(step1)

for i in range (0,len(g)):
if(i!=init):
for k in range(0,len(g)):
if(k!=i and k!=init):
cost = g[i][k] + step1[k]
step2[i][k] = cost
total_cost = cost
#
print('----------------------------------------------------------')
print('Step2')
print(step2)

for i in range (0,len(g)):
if(i!=init):
for k in range(0,len(g)):
if(k!=i and k!=init):
rem = []
rem.append(i)
rem.append(k)
rem.append(init)
u = set(temp1) - set(rem)
val = u.pop()
cost = g[i][k] + step2[k][val]
step3[i][k] = cost
print('----------------------------------------------------------')
print('Step3')
print(step3)

for i in range (0,len(g)-3):
for k in range(0,len(g)):
if(k!=i and k!=init):
u = Minimum(step3[k])
cost = g[i][k] + u
step4.append( cost)
print('----------------------------------------------------------')
print('Step4')
print(step4)

path.append(1)
#Minimum of Step 4
val4 = Minimum(step4)
ind4 = step4.index(val4)
path.append(ind4+1)

# Minimum of Step 3
val3 = Minimum(step3[ind4])
ind3 = step3[ind4].index(val3)
path.append(ind3 + 1)

# Minimum of Step 2
p = set(temp2) - set(path)
value = p.pop()
path.append(value)

path.append(1)

print('----------------------------------------------------------')
print('Path')
print(path)
print('----------------------------------------------------------')
print('Total Cost')
print(val4)



def main():
graph = [[0, 10, 15, 20],
[5, 0, 9, 10],
[6, 13, 0, 12],
[8, 8, 9, 0]];
print(graph)
Calc_cost(graph,0)

main()


OUTPUT:-



[[0, 10, 15, 20], [5, 0, 9, 10], [6, 13, 0, 12], [8, 8, 9, 0]]
----------------------------------------------------------
Step1
[0, 5, 6, 8]
----------------------------------------------------------
Step2
[[0, 0, 0, 0], [0, 0, 15, 18], [0, 18, 0, 20], [0, 13, 15, 0]]
----------------------------------------------------------
Step3
[[0, 0, 0, 0], [0, 0, 29, 25], [0, 31, 0, 25], [0, 23, 27, 0]]
----------------------------------------------------------
Step4
[0, 35, 40, 43]
----------------------------------------------------------
Path
[1, 2, 4, 3, 1]
----------------------------------------------------------
Total Cost
35




share








New contributor




Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






$endgroup$












    Your Answer





    StackExchange.ifUsing("editor", function ()
    return StackExchange.using("mathjaxEditing", function ()
    StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix)
    StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["\$", "\$"]]);
    );
    );
    , "mathjax-editing");

    StackExchange.ifUsing("editor", function ()
    StackExchange.using("externalEditor", function ()
    StackExchange.using("snippets", function ()
    StackExchange.snippets.init();
    );
    );
    , "code-snippets");

    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "196"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f81865%2ftravelling-salesman-using-brute-force-and-heuristics%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    9












    $begingroup$

    I enjoyed the first look at the code as it's very clean, you have
    extensive docstrings and great, expressive function names. Now you know
    the deal with PEP8, but except for the one 200 character long line I
    don't think it matters much really.



    There're a few typo with the wrong spelling "algoritmh".



    The coordinates should be immutable 2-tuples. The reason being the
    safety of immutable data-structures. YMMV, but that makes it really
    obvious that those are coordinates as well.



    optimized_travelling_salesman should make a defensive copy of
    points, or you should otherwise indicate that it's destructive on that
    argument.



    Instead of if start is None: start = points[0] you could also use
    start = start or points[0] to save some space while still being
    relatively readable.



    For the algorithms the only thing I'd is not to use square root if you
    don't have to. You can basically create a distance_squared and use that
    instead of distance because the relationship
    between a smaller and bigger distance will stay the same regardless.
    That doesn't apply for the final output of course. Edit: And, as mentioned below by @JanneKarila, you can't use that for the brute-force version.






    share|improve this answer











    $endgroup$








    • 3




      $begingroup$
      Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
      $endgroup$
      – Janne Karila
      Feb 19 '15 at 14:04
















    9












    $begingroup$

    I enjoyed the first look at the code as it's very clean, you have
    extensive docstrings and great, expressive function names. Now you know
    the deal with PEP8, but except for the one 200 character long line I
    don't think it matters much really.



    There're a few typo with the wrong spelling "algoritmh".



    The coordinates should be immutable 2-tuples. The reason being the
    safety of immutable data-structures. YMMV, but that makes it really
    obvious that those are coordinates as well.



    optimized_travelling_salesman should make a defensive copy of
    points, or you should otherwise indicate that it's destructive on that
    argument.



    Instead of if start is None: start = points[0] you could also use
    start = start or points[0] to save some space while still being
    relatively readable.



    For the algorithms the only thing I'd is not to use square root if you
    don't have to. You can basically create a distance_squared and use that
    instead of distance because the relationship
    between a smaller and bigger distance will stay the same regardless.
    That doesn't apply for the final output of course. Edit: And, as mentioned below by @JanneKarila, you can't use that for the brute-force version.






    share|improve this answer











    $endgroup$








    • 3




      $begingroup$
      Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
      $endgroup$
      – Janne Karila
      Feb 19 '15 at 14:04














    9












    9








    9





    $begingroup$

    I enjoyed the first look at the code as it's very clean, you have
    extensive docstrings and great, expressive function names. Now you know
    the deal with PEP8, but except for the one 200 character long line I
    don't think it matters much really.



    There're a few typo with the wrong spelling "algoritmh".



    The coordinates should be immutable 2-tuples. The reason being the
    safety of immutable data-structures. YMMV, but that makes it really
    obvious that those are coordinates as well.



    optimized_travelling_salesman should make a defensive copy of
    points, or you should otherwise indicate that it's destructive on that
    argument.



    Instead of if start is None: start = points[0] you could also use
    start = start or points[0] to save some space while still being
    relatively readable.



    For the algorithms the only thing I'd is not to use square root if you
    don't have to. You can basically create a distance_squared and use that
    instead of distance because the relationship
    between a smaller and bigger distance will stay the same regardless.
    That doesn't apply for the final output of course. Edit: And, as mentioned below by @JanneKarila, you can't use that for the brute-force version.






    share|improve this answer











    $endgroup$



    I enjoyed the first look at the code as it's very clean, you have
    extensive docstrings and great, expressive function names. Now you know
    the deal with PEP8, but except for the one 200 character long line I
    don't think it matters much really.



    There're a few typo with the wrong spelling "algoritmh".



    The coordinates should be immutable 2-tuples. The reason being the
    safety of immutable data-structures. YMMV, but that makes it really
    obvious that those are coordinates as well.



    optimized_travelling_salesman should make a defensive copy of
    points, or you should otherwise indicate that it's destructive on that
    argument.



    Instead of if start is None: start = points[0] you could also use
    start = start or points[0] to save some space while still being
    relatively readable.



    For the algorithms the only thing I'd is not to use square root if you
    don't have to. You can basically create a distance_squared and use that
    instead of distance because the relationship
    between a smaller and bigger distance will stay the same regardless.
    That doesn't apply for the final output of course. Edit: And, as mentioned below by @JanneKarila, you can't use that for the brute-force version.







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Mar 14 '18 at 21:55

























    answered Feb 18 '15 at 22:55









    feradaferada

    9,3261557




    9,3261557







    • 3




      $begingroup$
      Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
      $endgroup$
      – Janne Karila
      Feb 19 '15 at 14:04













    • 3




      $begingroup$
      Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
      $endgroup$
      – Janne Karila
      Feb 19 '15 at 14:04








    3




    3




    $begingroup$
    Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
    $endgroup$
    – Janne Karila
    Feb 19 '15 at 14:04





    $begingroup$
    Result will be different using the sum of squared distances. $1+3 = 2+2$ but $1+9 > 4+4$
    $endgroup$
    – Janne Karila
    Feb 19 '15 at 14:04














    3












    $begingroup$

    Besides thanking you for posting this, I wanted to share how I edited your code to do something I needed.



    I'm implementing a survey for econ research. Part of the implementation is giving our survey team a list of addresses so that they can visit them. After geo-coding these addresses, we organized them into neighborhoods through a very simple k-means clustering process. Each member of our team is assigned a zone, therefore we needed to provide them with an optimized route within each zone.



    The issue at hand was that members of our survey need additional data on top of the location data - such as unique IDs for households and basic contact info for the household. So, somehow I needed to keep some form of identification for each coordinate so I could merge it back with the relevant data.



    I realize this might be a simple edit, but I couldn't figure out another way to have a relation between the two tables of data.



    The code is exactly the same, except for that it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.



    I also added a haversine formula for calculating the distance between two geo-coordinates in miles.



    import numpy as np
    def haversine_enum(item1, item2):
    """
    Returns the great-circle distance between two enumearted points
    on a sphere given their indexes, longitudes, and latitudes in the
    form of a tuple.

    >>> haversine_enum((0, (3,5)), (1, (4,7)))
    154.27478490048566

    >>> haversine_enum((0, (41.325, -72.325)), (1, (41.327, -72.327)))
    0.17282397386672291
    """
    r = 3959 #radius of the earth
    r_lat = np.radians(item1[1][0])
    r_lat2 = np.radians(item2[1][0])
    delta_r_lat = np.radians(item2[1][0]-item1[1][0])
    delta_r_lon = np.radians(item2[1][1]-item1[1][1])

    a = (np.sin(delta_r_lat / 2) * np.sin(delta_r_lat / 2) +
    np.cos(r_lat) * np.cos(r_lat2) *
    np.sin(delta_r_lon / 2) * np.sin(delta_r_lon / 2))

    c = 2 * np.arctan2(np.sqrt(a), np.sqrt(1-a))

    d = r * c

    return d

    def optimized_travelling_salesman_enum(points, start=None):
    """
    Taken from:
    https://codereview.stackexchange.com/questions/81865/
    travelling-salesman-using-brute-force-and-heuristics

    As solving the problem in the brute force way is too slow,
    this function implements a simple heuristic: always
    go to the nearest city.

    Even if this algoritmh is extremely simple, it works pretty well
    giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
    and runs very fast in O(N^2) time complexity.
    """

    points = list(enumerate(points))
    if start is None:
    start = points[0]

    must_visit = points
    path = [start]
    must_visit.remove(start)

    while must_visit:
    nearest = min(must_visit,
    key=lambda x: haversine_enum(path[-1], x))
    path.append(nearest)
    must_visit.remove(nearest)

    return path





    share|improve this answer











    $endgroup$












    • $begingroup$
      @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
      $endgroup$
      – Daniel
      Mar 14 '18 at 19:06










    • $begingroup$
      Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
      $endgroup$
      – Caridorc
      Mar 17 '18 at 10:47















    3












    $begingroup$

    Besides thanking you for posting this, I wanted to share how I edited your code to do something I needed.



    I'm implementing a survey for econ research. Part of the implementation is giving our survey team a list of addresses so that they can visit them. After geo-coding these addresses, we organized them into neighborhoods through a very simple k-means clustering process. Each member of our team is assigned a zone, therefore we needed to provide them with an optimized route within each zone.



    The issue at hand was that members of our survey need additional data on top of the location data - such as unique IDs for households and basic contact info for the household. So, somehow I needed to keep some form of identification for each coordinate so I could merge it back with the relevant data.



    I realize this might be a simple edit, but I couldn't figure out another way to have a relation between the two tables of data.



    The code is exactly the same, except for that it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.



    I also added a haversine formula for calculating the distance between two geo-coordinates in miles.



    import numpy as np
    def haversine_enum(item1, item2):
    """
    Returns the great-circle distance between two enumearted points
    on a sphere given their indexes, longitudes, and latitudes in the
    form of a tuple.

    >>> haversine_enum((0, (3,5)), (1, (4,7)))
    154.27478490048566

    >>> haversine_enum((0, (41.325, -72.325)), (1, (41.327, -72.327)))
    0.17282397386672291
    """
    r = 3959 #radius of the earth
    r_lat = np.radians(item1[1][0])
    r_lat2 = np.radians(item2[1][0])
    delta_r_lat = np.radians(item2[1][0]-item1[1][0])
    delta_r_lon = np.radians(item2[1][1]-item1[1][1])

    a = (np.sin(delta_r_lat / 2) * np.sin(delta_r_lat / 2) +
    np.cos(r_lat) * np.cos(r_lat2) *
    np.sin(delta_r_lon / 2) * np.sin(delta_r_lon / 2))

    c = 2 * np.arctan2(np.sqrt(a), np.sqrt(1-a))

    d = r * c

    return d

    def optimized_travelling_salesman_enum(points, start=None):
    """
    Taken from:
    https://codereview.stackexchange.com/questions/81865/
    travelling-salesman-using-brute-force-and-heuristics

    As solving the problem in the brute force way is too slow,
    this function implements a simple heuristic: always
    go to the nearest city.

    Even if this algoritmh is extremely simple, it works pretty well
    giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
    and runs very fast in O(N^2) time complexity.
    """

    points = list(enumerate(points))
    if start is None:
    start = points[0]

    must_visit = points
    path = [start]
    must_visit.remove(start)

    while must_visit:
    nearest = min(must_visit,
    key=lambda x: haversine_enum(path[-1], x))
    path.append(nearest)
    must_visit.remove(nearest)

    return path





    share|improve this answer











    $endgroup$












    • $begingroup$
      @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
      $endgroup$
      – Daniel
      Mar 14 '18 at 19:06










    • $begingroup$
      Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
      $endgroup$
      – Caridorc
      Mar 17 '18 at 10:47













    3












    3








    3





    $begingroup$

    Besides thanking you for posting this, I wanted to share how I edited your code to do something I needed.



    I'm implementing a survey for econ research. Part of the implementation is giving our survey team a list of addresses so that they can visit them. After geo-coding these addresses, we organized them into neighborhoods through a very simple k-means clustering process. Each member of our team is assigned a zone, therefore we needed to provide them with an optimized route within each zone.



    The issue at hand was that members of our survey need additional data on top of the location data - such as unique IDs for households and basic contact info for the household. So, somehow I needed to keep some form of identification for each coordinate so I could merge it back with the relevant data.



    I realize this might be a simple edit, but I couldn't figure out another way to have a relation between the two tables of data.



    The code is exactly the same, except for that it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.



    I also added a haversine formula for calculating the distance between two geo-coordinates in miles.



    import numpy as np
    def haversine_enum(item1, item2):
    """
    Returns the great-circle distance between two enumearted points
    on a sphere given their indexes, longitudes, and latitudes in the
    form of a tuple.

    >>> haversine_enum((0, (3,5)), (1, (4,7)))
    154.27478490048566

    >>> haversine_enum((0, (41.325, -72.325)), (1, (41.327, -72.327)))
    0.17282397386672291
    """
    r = 3959 #radius of the earth
    r_lat = np.radians(item1[1][0])
    r_lat2 = np.radians(item2[1][0])
    delta_r_lat = np.radians(item2[1][0]-item1[1][0])
    delta_r_lon = np.radians(item2[1][1]-item1[1][1])

    a = (np.sin(delta_r_lat / 2) * np.sin(delta_r_lat / 2) +
    np.cos(r_lat) * np.cos(r_lat2) *
    np.sin(delta_r_lon / 2) * np.sin(delta_r_lon / 2))

    c = 2 * np.arctan2(np.sqrt(a), np.sqrt(1-a))

    d = r * c

    return d

    def optimized_travelling_salesman_enum(points, start=None):
    """
    Taken from:
    https://codereview.stackexchange.com/questions/81865/
    travelling-salesman-using-brute-force-and-heuristics

    As solving the problem in the brute force way is too slow,
    this function implements a simple heuristic: always
    go to the nearest city.

    Even if this algoritmh is extremely simple, it works pretty well
    giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
    and runs very fast in O(N^2) time complexity.
    """

    points = list(enumerate(points))
    if start is None:
    start = points[0]

    must_visit = points
    path = [start]
    must_visit.remove(start)

    while must_visit:
    nearest = min(must_visit,
    key=lambda x: haversine_enum(path[-1], x))
    path.append(nearest)
    must_visit.remove(nearest)

    return path





    share|improve this answer











    $endgroup$



    Besides thanking you for posting this, I wanted to share how I edited your code to do something I needed.



    I'm implementing a survey for econ research. Part of the implementation is giving our survey team a list of addresses so that they can visit them. After geo-coding these addresses, we organized them into neighborhoods through a very simple k-means clustering process. Each member of our team is assigned a zone, therefore we needed to provide them with an optimized route within each zone.



    The issue at hand was that members of our survey need additional data on top of the location data - such as unique IDs for households and basic contact info for the household. So, somehow I needed to keep some form of identification for each coordinate so I could merge it back with the relevant data.



    I realize this might be a simple edit, but I couldn't figure out another way to have a relation between the two tables of data.



    The code is exactly the same, except for that it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.



    I also added a haversine formula for calculating the distance between two geo-coordinates in miles.



    import numpy as np
    def haversine_enum(item1, item2):
    """
    Returns the great-circle distance between two enumearted points
    on a sphere given their indexes, longitudes, and latitudes in the
    form of a tuple.

    >>> haversine_enum((0, (3,5)), (1, (4,7)))
    154.27478490048566

    >>> haversine_enum((0, (41.325, -72.325)), (1, (41.327, -72.327)))
    0.17282397386672291
    """
    r = 3959 #radius of the earth
    r_lat = np.radians(item1[1][0])
    r_lat2 = np.radians(item2[1][0])
    delta_r_lat = np.radians(item2[1][0]-item1[1][0])
    delta_r_lon = np.radians(item2[1][1]-item1[1][1])

    a = (np.sin(delta_r_lat / 2) * np.sin(delta_r_lat / 2) +
    np.cos(r_lat) * np.cos(r_lat2) *
    np.sin(delta_r_lon / 2) * np.sin(delta_r_lon / 2))

    c = 2 * np.arctan2(np.sqrt(a), np.sqrt(1-a))

    d = r * c

    return d

    def optimized_travelling_salesman_enum(points, start=None):
    """
    Taken from:
    https://codereview.stackexchange.com/questions/81865/
    travelling-salesman-using-brute-force-and-heuristics

    As solving the problem in the brute force way is too slow,
    this function implements a simple heuristic: always
    go to the nearest city.

    Even if this algoritmh is extremely simple, it works pretty well
    giving a solution only about 25% longer than the optimal one (cit. Wikipedia),
    and runs very fast in O(N^2) time complexity.
    """

    points = list(enumerate(points))
    if start is None:
    start = points[0]

    must_visit = points
    path = [start]
    must_visit.remove(start)

    while must_visit:
    nearest = min(must_visit,
    key=lambda x: haversine_enum(path[-1], x))
    path.append(nearest)
    must_visit.remove(nearest)

    return path






    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited Mar 14 '18 at 19:47

























    answered Mar 14 '18 at 17:33









    Manuel MartinezManuel Martinez

    315




    315











    • $begingroup$
      @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
      $endgroup$
      – Daniel
      Mar 14 '18 at 19:06










    • $begingroup$
      Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
      $endgroup$
      – Caridorc
      Mar 17 '18 at 10:47
















    • $begingroup$
      @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
      $endgroup$
      – Daniel
      Mar 14 '18 at 19:06










    • $begingroup$
      Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
      $endgroup$
      – Caridorc
      Mar 17 '18 at 10:47















    $begingroup$
    @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
    $endgroup$
    – Daniel
    Mar 14 '18 at 19:06




    $begingroup$
    @Toby Speight > how it improves upon the original: 'it returns an enumerated list (enumerated at the time of input) so that you can merge it back with other data.'
    $endgroup$
    – Daniel
    Mar 14 '18 at 19:06












    $begingroup$
    Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
    $endgroup$
    – Caridorc
    Mar 17 '18 at 10:47




    $begingroup$
    Very reasonable solution, the enumeration looks simple, otherwise maybe you could have built a dictionary putting in relation the coordinates as keys to the informations as values
    $endgroup$
    – Caridorc
    Mar 17 '18 at 10:47











    0












    $begingroup$

    Python code for Travelling salesman problem is:-



    import numpy as np
    import math
    def Minimum(s):
    low = math.inf
    for i in s:
    if i < low and i!=0:
    low = i
    return low

    def Calc_cost(g,init):
    path =[]
    step1 = []

    step2 = [[0, 0, 0, 0],
    [0, 0, 0, 0],
    [0, 0, 0, 0],
    [0, 0, 0, 0]];

    step3 = [[0, 0, 0, 0],
    [0, 0, 0, 0],
    [0, 0, 0, 0],
    [0, 0, 0, 0]];

    step4 =[]
    step4.append(0)

    temp1 = [0,1,2,3]
    temp2 = [1, 2, 3,4]

    for i in range (0,len(g)):
    step1.append(g[i][init])
    print('----------------------------------------------------------')
    print('Step1')
    print(step1)

    for i in range (0,len(g)):
    if(i!=init):
    for k in range(0,len(g)):
    if(k!=i and k!=init):
    cost = g[i][k] + step1[k]
    step2[i][k] = cost
    total_cost = cost
    #
    print('----------------------------------------------------------')
    print('Step2')
    print(step2)

    for i in range (0,len(g)):
    if(i!=init):
    for k in range(0,len(g)):
    if(k!=i and k!=init):
    rem = []
    rem.append(i)
    rem.append(k)
    rem.append(init)
    u = set(temp1) - set(rem)
    val = u.pop()
    cost = g[i][k] + step2[k][val]
    step3[i][k] = cost
    print('----------------------------------------------------------')
    print('Step3')
    print(step3)

    for i in range (0,len(g)-3):
    for k in range(0,len(g)):
    if(k!=i and k!=init):
    u = Minimum(step3[k])
    cost = g[i][k] + u
    step4.append( cost)
    print('----------------------------------------------------------')
    print('Step4')
    print(step4)

    path.append(1)
    #Minimum of Step 4
    val4 = Minimum(step4)
    ind4 = step4.index(val4)
    path.append(ind4+1)

    # Minimum of Step 3
    val3 = Minimum(step3[ind4])
    ind3 = step3[ind4].index(val3)
    path.append(ind3 + 1)

    # Minimum of Step 2
    p = set(temp2) - set(path)
    value = p.pop()
    path.append(value)

    path.append(1)

    print('----------------------------------------------------------')
    print('Path')
    print(path)
    print('----------------------------------------------------------')
    print('Total Cost')
    print(val4)



    def main():
    graph = [[0, 10, 15, 20],
    [5, 0, 9, 10],
    [6, 13, 0, 12],
    [8, 8, 9, 0]];
    print(graph)
    Calc_cost(graph,0)

    main()


    OUTPUT:-



    [[0, 10, 15, 20], [5, 0, 9, 10], [6, 13, 0, 12], [8, 8, 9, 0]]
    ----------------------------------------------------------
    Step1
    [0, 5, 6, 8]
    ----------------------------------------------------------
    Step2
    [[0, 0, 0, 0], [0, 0, 15, 18], [0, 18, 0, 20], [0, 13, 15, 0]]
    ----------------------------------------------------------
    Step3
    [[0, 0, 0, 0], [0, 0, 29, 25], [0, 31, 0, 25], [0, 23, 27, 0]]
    ----------------------------------------------------------
    Step4
    [0, 35, 40, 43]
    ----------------------------------------------------------
    Path
    [1, 2, 4, 3, 1]
    ----------------------------------------------------------
    Total Cost
    35




    share








    New contributor




    Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.






    $endgroup$

















      0












      $begingroup$

      Python code for Travelling salesman problem is:-



      import numpy as np
      import math
      def Minimum(s):
      low = math.inf
      for i in s:
      if i < low and i!=0:
      low = i
      return low

      def Calc_cost(g,init):
      path =[]
      step1 = []

      step2 = [[0, 0, 0, 0],
      [0, 0, 0, 0],
      [0, 0, 0, 0],
      [0, 0, 0, 0]];

      step3 = [[0, 0, 0, 0],
      [0, 0, 0, 0],
      [0, 0, 0, 0],
      [0, 0, 0, 0]];

      step4 =[]
      step4.append(0)

      temp1 = [0,1,2,3]
      temp2 = [1, 2, 3,4]

      for i in range (0,len(g)):
      step1.append(g[i][init])
      print('----------------------------------------------------------')
      print('Step1')
      print(step1)

      for i in range (0,len(g)):
      if(i!=init):
      for k in range(0,len(g)):
      if(k!=i and k!=init):
      cost = g[i][k] + step1[k]
      step2[i][k] = cost
      total_cost = cost
      #
      print('----------------------------------------------------------')
      print('Step2')
      print(step2)

      for i in range (0,len(g)):
      if(i!=init):
      for k in range(0,len(g)):
      if(k!=i and k!=init):
      rem = []
      rem.append(i)
      rem.append(k)
      rem.append(init)
      u = set(temp1) - set(rem)
      val = u.pop()
      cost = g[i][k] + step2[k][val]
      step3[i][k] = cost
      print('----------------------------------------------------------')
      print('Step3')
      print(step3)

      for i in range (0,len(g)-3):
      for k in range(0,len(g)):
      if(k!=i and k!=init):
      u = Minimum(step3[k])
      cost = g[i][k] + u
      step4.append( cost)
      print('----------------------------------------------------------')
      print('Step4')
      print(step4)

      path.append(1)
      #Minimum of Step 4
      val4 = Minimum(step4)
      ind4 = step4.index(val4)
      path.append(ind4+1)

      # Minimum of Step 3
      val3 = Minimum(step3[ind4])
      ind3 = step3[ind4].index(val3)
      path.append(ind3 + 1)

      # Minimum of Step 2
      p = set(temp2) - set(path)
      value = p.pop()
      path.append(value)

      path.append(1)

      print('----------------------------------------------------------')
      print('Path')
      print(path)
      print('----------------------------------------------------------')
      print('Total Cost')
      print(val4)



      def main():
      graph = [[0, 10, 15, 20],
      [5, 0, 9, 10],
      [6, 13, 0, 12],
      [8, 8, 9, 0]];
      print(graph)
      Calc_cost(graph,0)

      main()


      OUTPUT:-



      [[0, 10, 15, 20], [5, 0, 9, 10], [6, 13, 0, 12], [8, 8, 9, 0]]
      ----------------------------------------------------------
      Step1
      [0, 5, 6, 8]
      ----------------------------------------------------------
      Step2
      [[0, 0, 0, 0], [0, 0, 15, 18], [0, 18, 0, 20], [0, 13, 15, 0]]
      ----------------------------------------------------------
      Step3
      [[0, 0, 0, 0], [0, 0, 29, 25], [0, 31, 0, 25], [0, 23, 27, 0]]
      ----------------------------------------------------------
      Step4
      [0, 35, 40, 43]
      ----------------------------------------------------------
      Path
      [1, 2, 4, 3, 1]
      ----------------------------------------------------------
      Total Cost
      35




      share








      New contributor




      Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      $endgroup$















        0












        0








        0





        $begingroup$

        Python code for Travelling salesman problem is:-



        import numpy as np
        import math
        def Minimum(s):
        low = math.inf
        for i in s:
        if i < low and i!=0:
        low = i
        return low

        def Calc_cost(g,init):
        path =[]
        step1 = []

        step2 = [[0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0]];

        step3 = [[0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0]];

        step4 =[]
        step4.append(0)

        temp1 = [0,1,2,3]
        temp2 = [1, 2, 3,4]

        for i in range (0,len(g)):
        step1.append(g[i][init])
        print('----------------------------------------------------------')
        print('Step1')
        print(step1)

        for i in range (0,len(g)):
        if(i!=init):
        for k in range(0,len(g)):
        if(k!=i and k!=init):
        cost = g[i][k] + step1[k]
        step2[i][k] = cost
        total_cost = cost
        #
        print('----------------------------------------------------------')
        print('Step2')
        print(step2)

        for i in range (0,len(g)):
        if(i!=init):
        for k in range(0,len(g)):
        if(k!=i and k!=init):
        rem = []
        rem.append(i)
        rem.append(k)
        rem.append(init)
        u = set(temp1) - set(rem)
        val = u.pop()
        cost = g[i][k] + step2[k][val]
        step3[i][k] = cost
        print('----------------------------------------------------------')
        print('Step3')
        print(step3)

        for i in range (0,len(g)-3):
        for k in range(0,len(g)):
        if(k!=i and k!=init):
        u = Minimum(step3[k])
        cost = g[i][k] + u
        step4.append( cost)
        print('----------------------------------------------------------')
        print('Step4')
        print(step4)

        path.append(1)
        #Minimum of Step 4
        val4 = Minimum(step4)
        ind4 = step4.index(val4)
        path.append(ind4+1)

        # Minimum of Step 3
        val3 = Minimum(step3[ind4])
        ind3 = step3[ind4].index(val3)
        path.append(ind3 + 1)

        # Minimum of Step 2
        p = set(temp2) - set(path)
        value = p.pop()
        path.append(value)

        path.append(1)

        print('----------------------------------------------------------')
        print('Path')
        print(path)
        print('----------------------------------------------------------')
        print('Total Cost')
        print(val4)



        def main():
        graph = [[0, 10, 15, 20],
        [5, 0, 9, 10],
        [6, 13, 0, 12],
        [8, 8, 9, 0]];
        print(graph)
        Calc_cost(graph,0)

        main()


        OUTPUT:-



        [[0, 10, 15, 20], [5, 0, 9, 10], [6, 13, 0, 12], [8, 8, 9, 0]]
        ----------------------------------------------------------
        Step1
        [0, 5, 6, 8]
        ----------------------------------------------------------
        Step2
        [[0, 0, 0, 0], [0, 0, 15, 18], [0, 18, 0, 20], [0, 13, 15, 0]]
        ----------------------------------------------------------
        Step3
        [[0, 0, 0, 0], [0, 0, 29, 25], [0, 31, 0, 25], [0, 23, 27, 0]]
        ----------------------------------------------------------
        Step4
        [0, 35, 40, 43]
        ----------------------------------------------------------
        Path
        [1, 2, 4, 3, 1]
        ----------------------------------------------------------
        Total Cost
        35




        share








        New contributor




        Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






        $endgroup$



        Python code for Travelling salesman problem is:-



        import numpy as np
        import math
        def Minimum(s):
        low = math.inf
        for i in s:
        if i < low and i!=0:
        low = i
        return low

        def Calc_cost(g,init):
        path =[]
        step1 = []

        step2 = [[0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0]];

        step3 = [[0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0],
        [0, 0, 0, 0]];

        step4 =[]
        step4.append(0)

        temp1 = [0,1,2,3]
        temp2 = [1, 2, 3,4]

        for i in range (0,len(g)):
        step1.append(g[i][init])
        print('----------------------------------------------------------')
        print('Step1')
        print(step1)

        for i in range (0,len(g)):
        if(i!=init):
        for k in range(0,len(g)):
        if(k!=i and k!=init):
        cost = g[i][k] + step1[k]
        step2[i][k] = cost
        total_cost = cost
        #
        print('----------------------------------------------------------')
        print('Step2')
        print(step2)

        for i in range (0,len(g)):
        if(i!=init):
        for k in range(0,len(g)):
        if(k!=i and k!=init):
        rem = []
        rem.append(i)
        rem.append(k)
        rem.append(init)
        u = set(temp1) - set(rem)
        val = u.pop()
        cost = g[i][k] + step2[k][val]
        step3[i][k] = cost
        print('----------------------------------------------------------')
        print('Step3')
        print(step3)

        for i in range (0,len(g)-3):
        for k in range(0,len(g)):
        if(k!=i and k!=init):
        u = Minimum(step3[k])
        cost = g[i][k] + u
        step4.append( cost)
        print('----------------------------------------------------------')
        print('Step4')
        print(step4)

        path.append(1)
        #Minimum of Step 4
        val4 = Minimum(step4)
        ind4 = step4.index(val4)
        path.append(ind4+1)

        # Minimum of Step 3
        val3 = Minimum(step3[ind4])
        ind3 = step3[ind4].index(val3)
        path.append(ind3 + 1)

        # Minimum of Step 2
        p = set(temp2) - set(path)
        value = p.pop()
        path.append(value)

        path.append(1)

        print('----------------------------------------------------------')
        print('Path')
        print(path)
        print('----------------------------------------------------------')
        print('Total Cost')
        print(val4)



        def main():
        graph = [[0, 10, 15, 20],
        [5, 0, 9, 10],
        [6, 13, 0, 12],
        [8, 8, 9, 0]];
        print(graph)
        Calc_cost(graph,0)

        main()


        OUTPUT:-



        [[0, 10, 15, 20], [5, 0, 9, 10], [6, 13, 0, 12], [8, 8, 9, 0]]
        ----------------------------------------------------------
        Step1
        [0, 5, 6, 8]
        ----------------------------------------------------------
        Step2
        [[0, 0, 0, 0], [0, 0, 15, 18], [0, 18, 0, 20], [0, 13, 15, 0]]
        ----------------------------------------------------------
        Step3
        [[0, 0, 0, 0], [0, 0, 29, 25], [0, 31, 0, 25], [0, 23, 27, 0]]
        ----------------------------------------------------------
        Step4
        [0, 35, 40, 43]
        ----------------------------------------------------------
        Path
        [1, 2, 4, 3, 1]
        ----------------------------------------------------------
        Total Cost
        35





        share








        New contributor




        Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.








        share


        share






        New contributor




        Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.









        answered 3 mins ago









        Abhishikt KadamAbhishikt Kadam

        1




        1




        New contributor




        Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.





        New contributor





        Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.






        Abhishikt Kadam is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
        Check out our Code of Conduct.



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Code Review Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f81865%2ftravelling-salesman-using-brute-force-and-heuristics%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            कुँवर स्रोत दिक्चालन सूची"कुँवर""राणा कुँवरके वंशावली"

            Why is a white electrical wire connected to 2 black wires?How to wire a light fixture with 3 white wires in box?How should I wire a ceiling fan when there's only three wires in the box?Two white, two black, two ground, and red wire in ceiling box connected to switchWhy is there a white wire connected to multiple black wires in my light box?How to wire a light with two white wires and one black wireReplace light switch connected to a power outlet with dimmer - two black wires to one black and redHow to wire a light with multiple black/white/green wires from the ceiling?Ceiling box has 2 black and white wires but fan/ light only has 1 of eachWhy neutral wire connected to load wire?Switch with 2 black, 2 white, 2 ground and 1 red wire connected to ceiling light and a receptacle?

            चैत्य भूमि चित्र दीर्घा सन्दर्भ बाहरी कडियाँ दिक्चालन सूची"Chaitya Bhoomi""Chaitya Bhoomi: Statue of Equality in India""Dadar Chaitya Bhoomi: Statue of Equality in India""Ambedkar memorial: Centre okays transfer of Indu Mill land"चैत्यभमि