<?xml version="1.0" encoding="UTF-8"?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
  <responseDate>2026-07-20T05:29:04Z</responseDate>
  <request identifier="2172" metadataPrefix="oai_dc" verb="GetRecord">https://drops.dagstuhl.de/oai</request>
  <GetRecord>
    <record>
      <header>
        <identifier>oai:drops-oai.dagstuhl.de:2172</identifier>
        <datestamp>2024-03-06T11:08:50Z</datestamp>
        <setSpec>ddc:004</setSpec>
        <setSpec>open_access</setSpec>
      </header>
      <metadata>
        <oai_dc:dc xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
          <dc:title>Online Traveling Salesman Problems with Flexibility</dc:title>
          <dc:creator>Jaillet, Patrick</dc:creator>
          <dc:creator>Lu, Xin</dc:creator>
          <dc:subject>Online TSP</dc:subject>
          <dc:subject>service flexibility</dc:subject>
          <dc:subject>rejection options</dc:subject>
          <dc:description>The Traveling Salesman Problem (TSP) is a well-known combinatorial &#13;
optimization problem. We are concerned here with online versions of a &#13;
generalization of the TSP on metric spaces where the server doesn't have &#13;
to accept all requests. Associated with each request (to visit a point in the &#13;
metric space) is a penalty (incurred if the request is rejected). Requests &#13;
are revealed over time to a server, initially at a given origin, who must &#13;
decide which requests to serve in order to minimize the time to serve all &#13;
accepted requests plus the sum of the penalties associated with the &#13;
rejected requests. &#13;
&#13;
In a first online version of this problem (basic version), we assume that the &#13;
server's decision to accept or reject a request can be made any time after &#13;
its release date. In a second online version of this problem (real-time &#13;
version), we assume that the server's decision to accept or reject a &#13;
request must be made exactly at its release date.&#13;
&#13;
After reviewing prior results on the online TSP, we first provide an optimal &#13;
2-competitive online algorithm for the basic version of the problem in a &#13;
general metric space, improving prior results from the literature.  We then&#13;
consider the real-time version of the problem and show that there can't be &#13;
any finite $c$-competitive online algorithm in a general metric space.</dc:description>
          <dc:publisher>Schloss Dagstuhl – Leibniz-Zentrum für Informatik</dc:publisher>
          <dc:contributor>Patrick Jaillet and Xin Lu</dc:contributor>
          <dc:date>2009</dc:date>
          <dc:relation>Is Part Of Dagstuhl Seminar Proceedings, Volume 9261, Models and Algorithms for Optimization in Logistics (2009)</dc:relation>
          <dc:type>InProceedings</dc:type>
          <dc:type>Text</dc:type>
          <dc:type>doc-type:ResearchArticle</dc:type>
          <dc:type>publishedVersion</dc:type>
          <dc:format>application/pdf</dc:format>
          <dc:identifier>doi:10.4230/DagSemProc.09261.19</dc:identifier>
          <dc:identifier>urn:nbn:de:0030-drops-21720</dc:identifier>
          <dc:identifier>https://drops.dagstuhl.de/entities/document/10.4230/DagSemProc.09261.19</dc:identifier>
          <dc:language>eng</dc:language>
          <dc:rights>https://creativecommons.org/licenses/by/4.0/legalcode</dc:rights>
        </oai_dc:dc>
      </metadata>
    </record>
  </GetRecord>
</OAI-PMH>
