<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Wegfindung in Graphen]]></title><description><![CDATA[<p>Hallo.<br />
Ich habe einen Graphen G{N;E} mit knoten N und verbindungen E (zu denen eine Gewichtsfunktion g zur Verfügung steht). Außerdem eine Menge an Aufträgen T, die zu bearbeiten sind. Ein Auftrag besteht aus einen Paar zweier Knoten. Beispiel: T={{1;3},{2;3}}. Diese Aufträge bedeuten, dass irgendjemand von Knoten 1 nach 3 und irgendjemand von 2 nach 3 fahren soll. Dazu verkehren Fahrzeuge (F) in dem Netz. Es ist egal, wer welchen Auftrag ausführt. einziges Ziel: Alle Aufträge sollen so schnell wie möglich abgearbeitet werden. Erschwerend kommt hinzu: Auf einem Knoten können sich nicht gleichzeitig zwei Fahrzeuge befinden. Daher hat jeder Knoten einen Kalender K, eine Liste von Zeiten, zu denen er Belegt ist. Bsp: K[1]={{1;4},{5;7}} würde bedeuten, Knoten 1 sei von Zeitpunkt 1 bis 4 und von 5 bis 7 belegt. In dieser Zeit kann dort niemand anders sich mehr befinden.</p>
<p>Mein Problem ist es jetzt, zu einem gegebenen F, T und F die optimale Strategie für die bearbeitung von T's elementen zu finden. Damit hab ich im Moment so meine Probleme, darum frage ich hier um hilfe <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f609.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--winking_face"
      title=";)"
      alt="😉"
    /></p>
<p>in Anlehnung an den A* Algorithmus habe ich mich bisher an folgender herangehensweise versucht:</p>
<pre><code>erzeuge eine Menge P mit allen aktuellen Standpunkten, die zu Beginn natürlich nur die aktuellen Standpunkte der Fahrzeuge enthält.
Solange nicht genügend Aufträge erledigt {
    für jeden aktuellen weg
    {
        stelle für F[1] eine Menge Q1 möglicher folgender Wege her.
        für jeden Q1 als Q1[n]: {
            stelle für F[2] eine Menge Q2 möglicher folgender Wege her, die von Q[n] nicht ausgeschlossen ist.
        }
        ...
        Dabei entsteht eine Menge möglicher Wege (deren Umfang sehr schnell steigt).
    }
    Wähle hieraus die minimale verlängerung des originalen weges.
}
</code></pre>
<p>vir allem die größe der Qs macht mir angst: die innerste schleife braucht in einem vollständigen graphen des grades r für n fahrzeuge O=r<sup>n</sup>. und das dann noch mal mal die anzahl der aktuellen standpunkte...</p>
<p>die klausel bei F[n]: die von Q[n-1][...] nicht ausgeschlossen ist: Das lässt auch noch auf Speicherbelastung schielen...</p>
<p>also gut finde ich des system nicht! Ich wäre deshalb offen für ideen.</p>
<p>Link: <a href="http://aintelligence.ai.funpic.de/forum/viewtopic.php?f=4&amp;t=32" rel="nofollow">http://aintelligence.ai.funpic.de/forum/viewtopic.php?f=4&amp;t=32</a></p>
]]></description><link>https://www.c-plusplus.net/forum/topic/201171/wegfindung-in-graphen</link><generator>RSS for Node</generator><lastBuildDate>Mon, 29 Jun 2026 04:39:56 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/201171.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 25 Dec 2007 19:14:59 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Wegfindung in Graphen on Tue, 25 Dec 2007 19:21:42 GMT]]></title><description><![CDATA[<p>Hallo.<br />
Ich habe einen Graphen G{N;E} mit knoten N und verbindungen E (zu denen eine Gewichtsfunktion g zur Verfügung steht). Außerdem eine Menge an Aufträgen T, die zu bearbeiten sind. Ein Auftrag besteht aus einen Paar zweier Knoten. Beispiel: T={{1;3},{2;3}}. Diese Aufträge bedeuten, dass irgendjemand von Knoten 1 nach 3 und irgendjemand von 2 nach 3 fahren soll. Dazu verkehren Fahrzeuge (F) in dem Netz. Es ist egal, wer welchen Auftrag ausführt. einziges Ziel: Alle Aufträge sollen so schnell wie möglich abgearbeitet werden. Erschwerend kommt hinzu: Auf einem Knoten können sich nicht gleichzeitig zwei Fahrzeuge befinden. Daher hat jeder Knoten einen Kalender K, eine Liste von Zeiten, zu denen er Belegt ist. Bsp: K[1]={{1;4},{5;7}} würde bedeuten, Knoten 1 sei von Zeitpunkt 1 bis 4 und von 5 bis 7 belegt. In dieser Zeit kann dort niemand anders sich mehr befinden.</p>
<p>Mein Problem ist es jetzt, zu einem gegebenen F, T und F die optimale Strategie für die bearbeitung von T's elementen zu finden. Damit hab ich im Moment so meine Probleme, darum frage ich hier um hilfe <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f609.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--winking_face"
      title=";)"
      alt="😉"
    /></p>
<p>in Anlehnung an den A* Algorithmus habe ich mich bisher an folgender herangehensweise versucht:</p>
<pre><code>erzeuge eine Menge P mit allen aktuellen Standpunkten, die zu Beginn natürlich nur die aktuellen Standpunkte der Fahrzeuge enthält.
Solange nicht genügend Aufträge erledigt {
    für jeden aktuellen weg
    {
        stelle für F[1] eine Menge Q1 möglicher folgender Wege her.
        für jeden Q1 als Q1[n]: {
            stelle für F[2] eine Menge Q2 möglicher folgender Wege her, die von Q[n] nicht ausgeschlossen ist.
        }
        ...
        Dabei entsteht eine Menge möglicher Wege (deren Umfang sehr schnell steigt).
    }
    Wähle hieraus die minimale verlängerung des originalen weges.
}
</code></pre>
<p>vir allem die größe der Qs macht mir angst: die innerste schleife braucht in einem vollständigen graphen des grades r für n fahrzeuge O=r<sup>n</sup>. und das dann noch mal mal die anzahl der aktuellen standpunkte...</p>
<p>die klausel bei F[n]: die von Q[n-1][...] nicht ausgeschlossen ist: Das lässt auch noch auf Speicherbelastung schielen...</p>
<p>also gut finde ich des system nicht! Ich wäre deshalb offen für ideen.</p>
<p>Link: <a href="http://aintelligence.ai.funpic.de/forum/viewtopic.php?f=4&amp;t=32" rel="nofollow">http://aintelligence.ai.funpic.de/forum/viewtopic.php?f=4&amp;t=32</a></p>
]]></description><link>https://www.c-plusplus.net/forum/post/1426042</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1426042</guid><dc:creator><![CDATA[piXelshooter]]></dc:creator><pubDate>Tue, 25 Dec 2007 19:21:42 GMT</pubDate></item><item><title><![CDATA[Reply to Wegfindung in Graphen on Wed, 26 Dec 2007 10:52:49 GMT]]></title><description><![CDATA[<p>So schlecht ist das doch gar nicht. Nur von der Anzahl der Fahrzeuge exponentiell abhängig und da werden es wohl kaum viele werden oder?</p>
<p>Was muss der Algorithmus den liefern? Vollständigkeit? Optimalität?</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1426235</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1426235</guid><dc:creator><![CDATA[darthdespotism]]></dc:creator><pubDate>Wed, 26 Dec 2007 10:52:49 GMT</pubDate></item><item><title><![CDATA[Reply to Wegfindung in Graphen on Wed, 26 Dec 2007 13:03:57 GMT]]></title><description><![CDATA[<p>Naja. Es soll einigermaßen universell sein, von daher rechne ich mit 10-20, wo es noch wenige sekunden brauchen sollte. Ob das überhaupt möglich ist... kA</p>
<p>die idee dahinter war es, die optimale lösung zu finden, in dem sinne, dass optimal die kürzeste gesamtzeit bis zur erfüllung aller aufträge ist.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1426291</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1426291</guid><dc:creator><![CDATA[piXelshooter]]></dc:creator><pubDate>Wed, 26 Dec 2007 13:03:57 GMT</pubDate></item></channel></rss>