Tuesday, December 27, 2016

[DMANET] 3rd Competition on the Optimisation of Problems with Multiple Interdependent Components

"3rd Competition on the Optimisation of Problems with Multiple Interdependent Components"

Website: http://cs.adelaide.edu.au/~optlog/TTP2017Comp/ <http://cs.adelaide.edu.au/~optlog/TTP2017Comp/>
(contains links to code, instances, papers, ...)

Motivation

Real-world optimization problems often consist of several NP-hard combinatorial optimization problems that interact with each other. Such multi-component optimization problems are difficult to solve not only because of the contained hard optimization problems, but in particular, because of the interdependencies between the different components. Interdependence complicates a decision making by forcing each sub-problem to influence the quality and feasibility of solutions of the other sub-problems. This influence might be even stronger when one sub-problem changes the data used by another one through a solution construction process. Examples of multi-component problems are vehicle routing problems under loading constraints, the maximizing material utilization while respecting a production schedule, and the relocation of containers in a port while minimizing idle times of ships.

The goal of this competition is to provide a platform for researchers in computational intelligence working on multi-component optimization problems. The main focus of this competition is on the combination of TSP and Knapsack problems. However, we plan to extend this competition format to more complex combinations of problems (that have typically been dealt with individually in the past decades) in the upcoming years.

The set of benchmarks used in this competition follows the idea of the "Travelling Thief Problem" (Mohammad Reza Bonyadi, Zbigniew Michalewicz, Luigi Barone: The travelling thief problem: The first step in the transition from theoretical problems to realistic problems. IEEE Congress on Evolutionary Computation 2013: 1037-1044, http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6557681&tag=1 <http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6557681&tag=1>). Euclidian 2D Traveling Salesperson instances are combined with 0-1-Knapsack instances in such a way that it reflects aspects of problems from the real-world; for example, the total weight of the items in the knapsack influences the travel speed of a traveller. This introduced interdependence sets our benchmarks apart from capacitated vehicle routing problem instances, where this interdependence does not exist. For technical details on how the benchmarks were created, please see the manual (http://cs.adelaide.edu.au/~optlog/TTP2017Comp/2014gecco-ttp.pdf <http://cs.adelaide.edu.au/~optlog/TTP2017Comp/2014gecco-ttp.pdf>, identical to the GECCO 2014 article "A comprehensive benchmark set and heuristics for the traveling thief problem").

Some related work (including approximate approaches, instance analyses, and code) can be found at the University of Adelaide's TTP Project Page (http://cs.adelaide.edu.au/~optlog/research/ttp.php <http://cs.adelaide.edu.au/~optlog/research/ttp.php>).

All 9720 instances are available for researchers to experiment with: http://cs.adelaide.edu.au/~optlog/CEC2014COMP_InstancesNew/ <http://cs.adelaide.edu.au/~optlog/CEC2014COMP_InstancesNew/>. In order to encourage researchers during the weeks before the submission deadline, we invite you to submit solutions for the sample instances - the system to do this will be setup soon. If you are interested in an access ID, please contact Kelly (wanru.gao@adelaide.edu.au <mailto:wanru.gao@adelaide.edu.au>). These results will be displayed online (without a reference to the authors) and then will serve as performance indications for other researchers.

Tracks

Track 1: The original TTP formulation is used, as defined in the documents above.
Track 2: A relaxed TTP formulation is used, in which not all cities need to be visited, and more than one thief can be used (Shelvin Chand, Markus Wagner: Fast Heuristics for the Multiple Traveling Thieves Problem. Genetic and Evolutionary Computation Conference 2016).
In both tracks, the same 9720 instances will be used.
Individuals and teams can make one competition submission per track.

Evaluation

In contrast to previous years, we will not run the code, and we also do not impose any resource limits. The participants will send us the solutions (one solution per instance) in the pre-defined format. This relaxation has the advantage that researchers are no longer bounded by the established "10 minutes of 1 CPU core", opening up the research on multi-component problems to new approaches.

Prize

Markus Wagner provides AUD 1000 in cash. Additional sponsors are being sought right now.

Conference Participation

We encourage the entrants to write papers on their methods and to submit those to an relevant conference. Examples include, among other, CEC 2017, SEA 2017, GECCO 2017, ... (please do not submit the same research several times in parallel, of course)
While we do not require this, we strongly encourage the participants to register for a conference due to the advantages.

Important Dates

1 May 2017 (anywhere on Earth): submission deadline
Please contact us if you want to receive notifications via email.

The Competition Organizers wish you good luck and good health in 2017!

Wanru Gao, http://cs.adelaide.edu.au/~kelly/personalPage/index-kelly.html <http://cs.adelaide.edu.au/~kelly/personalPage/index-kelly.html>, wanru.gao@adelaide.edu.au <mailto:wanru.gao@adelaide.edu.au>
Sergey Polyakovskiy, http://cs.adelaide.edu.au/~sergey <http://cs.adelaide.edu.au/~sergey>, sergey.polyakovskiy@adelaide.edu.au <mailto:sergey.polyakovskiy@adelaide.edu.au>
Markus Wagner, http://cs.adelaide.edu.au/~markus <http://cs.adelaide.edu.au/~markus>, markus.wagner@adelaide.edu.au <mailto:markus.wagner@adelaide.edu.au>
School of Computer Science
The University of Adelaide
Adelaide, Australia
**********************************************************
*
* Contributions to be spread via DMANET are submitted to
*
* DMANET@zpr.uni-koeln.de
*
* Replies to a message carried on DMANET should NOT be
* addressed to DMANET but to the original sender. The
* original sender, however, is invited to prepare an
* update of the replies received and to communicate it
* via DMANET.
*
* DISCRETE MATHEMATICS AND ALGORITHMS NETWORK (DMANET)
* http://www.zaik.uni-koeln.de/AFS/publications/dmanet/
*
**********************************************************