Skip to content
This repository has been archived by the owner on Dec 7, 2022. It is now read-only.

Evaluate value and time-cost of preprocessing instances #39

Closed
LuukPentinga opened this issue Aug 2, 2022 · 4 comments
Closed

Evaluate value and time-cost of preprocessing instances #39

LuukPentinga opened this issue Aug 2, 2022 · 4 comments
Assignees
Labels
enhancement New feature or request static

Comments

@LuukPentinga
Copy link
Collaborator

Trivial improvements can be made to the instances before any routes are made. Example: direct edges are not always the shortest path between two nodes. Removal or penalization of such edges may help local search operators.

First evaluate whether reducing available edges in such a way even results in significantly better results. If so, determine if efficient implementation of this does not take up too much computational time. Should be highly parallel, consider CUDA programming due to availability of GPU.

Suggestions:

  • All-pairs dijkstra
  • Minimal arrival time feasibility
@LuukPentinga LuukPentinga added the enhancement New feature or request label Aug 2, 2022
@N-Wouda
Copy link
Owner

N-Wouda commented Aug 2, 2022

Figuring out whether this makes sense to try (the first step) is fairly easy in Python with numpy/scipy and the like. That's probably well worth doing, and should not take too long to try!

@LuukPentinga LuukPentinga self-assigned this Aug 3, 2022
@N-Wouda
Copy link
Owner

N-Wouda commented Aug 16, 2022

@LuukPentinga is this something that's still worthwhile to do? If not, should we close this issue?

@leonlan
Copy link
Collaborator

leonlan commented Sep 29, 2022

@LuukPentinga See Niels' comment :-) (I'm trying to clean up the issues a bit).

@leonlan leonlan added the static label Sep 29, 2022
@LuukPentinga
Copy link
Collaborator Author

As the formatting of the problem assumes that a visit of a node equals the handling of a customer at that node, it appears we cannot really do anything with this. In most instances we could definitely create shorter paths than the direct edge between two nodes, but I don't see how we can use this anymore. This is more of a problem definition issue than a solution issue. Proprocessing the time windows generally was not worth it as changes to instances were extremely minor. Closing issue.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request static
Projects
None yet
Development

No branches or pull requests

3 participants