Algorithmus für kürzesten Weg mit Wegpunkten

Laurin

Mitglied
Hallo,

ich habe ein Problem mit meinen Funktionen, die den kürzesten Weg durch ein Netz von Nodes finden sollen. Der Abstand von einem Node zu einem Nachbarn ist immer identisch, also es zählen nur die Anzahl der Schritte bzw. die Anzahl der Nodes im Pfad.

Ein Node besitzt ein Set von Nodes, das seine direkten Nachbarn enthält.

Die Funktion, die nur die kürzeste Strecke zwischen Start- und End-Node bestimmt funktioniert ohne Probleme:

Java:
private void followPath(Node pos) {
    testRoute.add(pos);
    // Wenn Route schon länger als die kürzeste Route ist
    if (testRoute.size() >= shortestRoute.size() && shortestRoute.size() > 0) {
      testRoute.removeLast();
      return;
    }
    
    // Wenn der End-Node erreicht wurde und die Route die bis jetzt kürzeste ist.
    if (pos.equals(endNode)) {
      if (testRoute.size() < shortestRoute.size() || shortestRoute.size() == 0) {
        shortestRoute = new LinkedList<Node>(testRoute);
      }
      testRoute.removeLast();
      return;
    }
    // Gehe in alle Nachbarn, die noch nicht auf der Route liegen
    for (Node neighbor : pos.getNeighbors()) {
      if (!testRoute.contains(neighbor)) {
        followPath(neighbor);
      }
    }
    
    testRoute.removeLast();
    return;
  }

Die funktion wird mit dem Start-Node aufgerufen.

Das Problem ist die Funktion, bei der Wegpunkte angegeben sind, die passiert werden müssen.
Dabei muß für ein passieren der Node nicht betreten werden. Ein Node soll auch als passiert gelten, wenn er direkt neben der Route liegt, also ein Nachbar eines Elementes der Route ist.

So habe ich es probiert:

Java:
private void followPathInclude(Node pos) {
    testRoute.add(pos);
    // In newlyPassed werden die Nodes gespeichert, die bei betreten des neuen Nodes passiert
    // werden und die vorher noch nicht passiert waren. Beim "Zurückziehen" vom Pfad werden diese
    //dann aufgeräumt.
    HashSet<Node> newlyPassed = new HashSet<Node>();
    if (include.contains(pos) && !passed.contains(pos)) {
      newlyPassed.add(pos);
      passed.add(pos);
    }
    for (Node neighbor : pos.getNeighbors()) {
      if (include.contains(neighbor) && !passed.contains(neighbor)) {
        newlyPassed.add(neighbor);
        passed.add(neighbor);
      }
    }
    // Nötige Abbruchbedingung, da die Bedingung, daß ein Node nur einmal im Pfad auftauchen darf
    // wegfallen muß
    if (testRoute.size() > this.maxLength) {
      testRoute.removeLast();
      passed.removeAll(newlyPassed);
      return;
    }
    // Wenn Route schon länger als die kürzeste Route ist
    if (testRoute.size() >= shortestRoute.size() && shortestRoute.size() > 0) {
      testRoute.removeLast();
      passed.removeAll(newlyPassed);
      return;
    }
    // Wenn der End-Node erreicht wurde, die Route die bis jetzt kürzeste ist und alle zu passierenden
    // Nodes (Set include) passiert wurden (Set passed)
    if (pos.equals(endNode)) {
      if (passed.containsAll(include)) {
        if (testRoute.size() < shortestRoute.size() || shortestRoute.size() == 0) {
          shortestRoute = new LinkedList<Node>(testRoute);
          testRoute.removeLast();
          passed.removeAll(newlyPassed);
          return;
        }
      } 
    }
    // Diesmal müssen alle Nodes begangen werden, da Mehrfachvorkommen im Pfad nötig sein kann
    for (Node neighbor : pos.getNeighbors()) {
        followPathInclude(neighbor);
    }
    
    testRoute.removeLast();
    passed.removeAll(newlyPassed);
    return;
  }

Die maximale Länge habe ich auf ((Anzahl aller existierenden Nodes) - 2) * 2 begrenzt.
Das Problem ist, daß er manchmal einfach nicht fertig wird mit der Berechnung, er probiert ja alle möglichen Routen durch, um vllt. doch noch eine kürzere zu finden.
Mein Test-Netz hat 44 Knoten, wenn ich da zB 6 Wegpunkte angebe hat er das Ergebnis schon nach ein paar Sekunden. Wenn ich im sage, er soll alle 44 Knoten passieren, war er nach 20 Minuten noch nicht fertig. Das ist nicht akzeptabel, da es später mit ca. 1000 Nodes insgesammt und 0-1000 Wegpunkten funktionieren muss.

Ich brauche drigend eine Lösung dafür...

Vielen Dank
Laurin
 

Laurin

Mitglied
Den A*-Algorithmus konnte ich bis jetzt noch nicht anpassen, daß er Start- und Endpunkt als wirklich zu betretende Punkte nimmt aber an Wegpunkten nur vorbeigehen und diese nicht betreten muß...
 

Laurin

Mitglied
Das Brückenproblem hat nichts mit dem finden der kürzesten Route zu tun, sondern damit, ob es eine Route gibt, bei dem jeder Node genau einmal betreten wird (Eulerweg).

Im vorliegenden Fall ist es aber erstens egal, ob ein Node mehrfach betrten wird (muß er zwangsweise bei Sackgassen-Strecken) und zweitens ob ein Node gar nicht betreten wird, solange alle Wegpunkte passiert werden (zB. ein Sackgassenende-Wegpunkt sollte nie in der Route vorkommen, da er schon durch den Vorgänger als passiert zählt).
 

Laurin

Mitglied
Die Wegpunkte sollen gar nicht betreten werden, sie sollen nur am Weg liegen (wobei es aber auch nicht falsch ist, falls sie doch genau auf dem Weg liegen, halt so, wie es am kürzesten ist).
 

Laurin

Mitglied
So wie ich das im ersten Post geschrieben habe:
Dabei muß für ein Passieren der Node nicht betreten werden. Ein Node soll auch als passiert gelten, wenn er direkt neben der Route liegt, also ein Nachbar eines Elementes der Route ist.
 

DarkLegend

Mitglied
Nun ich vermute dass es keinen klassischen Algorithmus für dein Problem finden wirst.
Dass die Knoten auch am Rande liegen dürfen, macht es sicherlich immer kaputt :D

Vielleicht hilft dir auch der Dijkstra-Algorithmus. (oder so. da war mal was im Studium mit Graphen und so)

Kannst evtl nach dem Workaround suchen. Eine spontane idee wäre eine Zwischenschicht einzuziehen, die Knoten nicht als einzelne Punkte, sondern als Summe des Knotens + allen Nachbarn representiert.

und und wenn du jetzt zum Punkt 1/1 willst, suchste alle Knoten, die diesen 1/1 enthalten und kannst darüber z.B. den Dijkstra füttern.

Aber nur ne spontane Idee ohne lange drüber nachgedacht zu haben
 

Laurin

Mitglied
Das Problem ist einfach, daß ich zu wenig Rechenleistung habe. Ein Ergebnis würde der Algorithmus liefern.
Meine Implementierung basiert ja von der Idee auf dem Dijkstra-Algorithmus. Ich brauche da ja keine Längen, weil die Kantenlänge konstant ist.

Was zum gleichen Ergebnis führt, ist das Berechnen der kürzesten Strecken von einem Wegpunkt zum nächsten (bzw. bis man bis auf einen Node am WP dran ist) und anschließendes Zusammensetzen der einzelnen Strecken.
Das habe ich dann für alle Permutationen der Wegpunkte gemacht und dann die Permutation mit der insgesammt kürzesten Route bestimmt.

Dabei sieht man auch die Komplexität des Problems, bei n Wegpunkten neben Start und Endpunkt erhält man n! Permutationen. Bei jeder Permutation müssen n+1 kürzeste Wege berechnet werden. Also werden insgesammt (n+1)! kürzeste Wege berechnet. Die komplexität mit der vorherigen permutation ist in etwa die selbe, wie wenn ich mit dem ersten Ansatz alle möglichen Pfade im Netz durchgehe (entweder keine Permutation, aber dafür eine sehr tiefe Rekursion oder Permutation mit vielen, aber flachen Rekursionen).

Daraus folgt, bei meinem Testnetz mit 44 Nodes komme ich, wenn ich den kürzesten Weg über alle Nodes wissen will auf 44! = 2,7*10^54 Permutationen und es werden 1,2*10^56 kürzeste Wege berechnet.
Bei den gewünschten 1000 Wegpunkten bin ich bei Potenzen im Bereich von 10^2500...

Ich hatte mir überlegt, alle kürzesten direkten Routen die es gibt zwischenzuspeichern, das sind (n*(n+3))/2.
Bei 1000 Nodes wären das ungefähr 500000 Routen.

Ich weiß aber noch nicht, wie mir das weiterhilft, denn so kriege ich zwar schnell (oder vermutlich auch langsam, da ich denke daß das Einlesen vom Dateisystem länger dauert als die Routen zu berechnen, das sind ja immerhin 500000 LinkedLists) die kürzesten Routen von einem Node zu jedem anderen Node, aber ich müßte sie dann wiederum alle permutieren, um die Kombination der kürzesten direkten Routen zu finden, die die kürzeste Gesamtroute bildet...

Edit:
Bis zu 8 Wegpunkte kann man noch gut berechnen, da braucht es bis zu 300MB Ram und es dauert ein paar Sekunden, bei 9 WP schon 450, aber der kommt auch nach einer Minute noch nicht zu einem Ergebnis und bei 10 WP werden schon 2GB Ram verbraucht während er rechnet...
 
Zuletzt bearbeitet:

DarkLegend

Mitglied
"Besser fährt man hier mit der Verwendung der Datenstruktur Fibonacci-Heap. Diese ermöglicht es ebenfalls, die Operationen insert, empty und decreaseKey (amortisiert betrachtet) in \mathcal{O}(1) zu realisieren, die Komplexität von extractMin ist hier \mathcal{O}(\log n). Die gesamte Laufzeit beträgt dann lediglich O (n*log n + m)
Aus Wikipedia zum Dijkstra...
Also irgendwas machst du falsch :D
Kannste mal das ganze Programm hochstellen, dass ich mir keine Main zusammen zimmern muss? Finde das Problem ganz spannend.
 

Laurin

Mitglied
Ich habe das Projekt angehängt.
Der Eintrag bei Wikipedia bezieht sich so wie ich das sehe nur auf das finden der kürzesten Route von A nach B, nicht von A nach B vorbei an 1000 Wegpunken :)
 

Anhänge

  • ShortestRoute.zip
    14,4 KB · Aufrufe: 14

Landei

Top Contributor
Ich habe mir deinen Code nicht angeschaut, aber wäre das kein Fall für "teile und herrsche"? Nimm den "mittleren" Wegpunkt M. Bestimme alle kürzesten Strecken von A nach M und seinen Nachbarn. Bestimme alle kürzesten Wege von M und seinen Nachbarn nach B. Wiederhole dazu das Verfahren rekursiv für alle Teilstrecken.
 

Logaff

Bekanntes Mitglied
ich würd sagen du guckst mal nach "Problem des Handlungsreisenden", dauert natürlich enormst lange bei 44 Knoten, bzw 1000 Knoten. es gibt verschiedene möglichkeiten annährend den kürzesten weg zu finden, zb aussgehend vom startpunkt immer die längsten wege gehen bzw immer die kürzesten wege

Lektüre Verweis

wer will kann ALLE Ausgaben vom "Algorithmus der Woche" als pdf haben, hab sie aufn Rechner (alle von der Webseite gezogen)

edit: wenn ich mich recht an mein bio unterricht vor 5 wochen erinnere, bin ich zum entschluss gekommen das es (n-1)! wege gibt und bei 1000 Punkten ist das schon enorm
 
Zuletzt bearbeitet:

Laurin

Mitglied
Das Problem ist eben, daß die schnellen Methoden nicht unbedingt die kürzeste Route finden. Die MST-Heuristik beim Traveling-Salesman-Problem liefert zB eine Route, die nicht mehr als doppelt so lang ist wie die tatsächlich kürzeste Route.
Und eine "einigermaßen kurze" Route finde ich auch in 5 Minuten, wenn ich mir das Netz selbst ansehe und mit Bleistift und Zettel ein paar vielversprechende Routen abzähle...

Bis jetzt habe ich noch keine Lösung gefunden, die die sicher kürzeste Route findet und dabei zB linear skaliert.
Die einzige Möglichkeit, die ich bis jetzt sehe, ist die Berechnung auf 5-6 Wegpunkte zu beschränken und bei mehr Wegpunkten diese manuell zu verschieben (evtl. mit Gruppen und Zwischenzielen). Das wäre eine Art manuelles Divide & Conquer.

Ein automatisches Divide & Conquer ist deshalb nicht möglich, da die Reihenfolge der Wegpunkte ungeordnet ist. Beispiel:
Ich habe einen Startpunkt S, einen Endpunkt E und 10 Wegpunkte W1-W10. Aus den Wegpunkten nehme ich mir jetzt W5 heraus und teile das Problem in S -> (W1-W4) -> W5 und W5 -> (W6-W10) -> E auf. Die beiden Teilprobleme sind jetzt im schnell lösbaren Bereich. Aber es findet nich unbedingt die schnellste Strecke, da ich zufällig bestimme, das W1-W4 vor W5 und W6-W10 nach W5 auf der Route liegen. Die tatsächlich kürzeste Route könnte aber S->W10->W1->W9->W2->W8->W3->W7->W4->W6->W5->E sein.
Also müßte ich das Problem wieder rekursiv mit allen Möglichkeiten durchprobieren. Nicht etwa nur 10 Mal für 10 Wegpunkte, sonderen deutlich öfter, da zusätzlich zum "Zwischenpunkt" noch alle Möglichkeiten der anderen Punkte (vor oder hinter dem "Zwischenpunkt) probiert werden müssen. Also wären wir wieder genau bei allen Permutationen der Wegpunkte.
 

DarkLegend

Mitglied
Naja du berechnest halt jede Menge Overhead mit den Permutationen...
wenn du z.B. 1-->2-->3-->4 ausrechnest... und danach 2-->1-->3-->4 dann haste 3 nach 4 doppelt gerechnet.
je mehr Wegpunkte, desto größer der Overhead.
Evtl. macht es mehr Sinn zunächst eine Matrix mit den Abständen aller Wegpunkten (und deren Nachbarn) untereinander zu berechnen
Auf Basis dieser Matrix kannst du danach Summen bilden und den kürzesten Weg recht easy finden.

[Edit]
Außerdem funktioniert bei dir glaube ich derzeit nicht, dass ein benachbarter Wegpunkt ausreicht, um den Wegpunkt als besucht zu markieren.
 

ThreadPool

Bekanntes Mitglied
Bis jetzt habe ich noch keine Lösung gefunden, die die sicher kürzeste Route findet und dabei zB linear skaliert. [...]

Wirst du auch nicht finden denke ich. Wenn ich das richtig verstanden habe entspricht dein Problem bei der Anzahl von 0 Wegpunkten dem einfachen Kürzeste-Wege-Problem, bei exakt so vielen Wegpunkten wie Knoten dem Problem des Handlungsreisenden (NP-hart). Der Rest ist irgendwas dazwischen wobei die Komplexität mit der zunehmender Anzahl der Wegpunkte sehr schnell ansteigt. Bei Näherungslösungen stellt sich dann eben nur die Frage, wenn es in akzeptabler Zeit nicht optimal zu lösen ist wie weit ist es für dich akzeptabel vom Optimum abzuweichen.
 

Laurin

Mitglied
[Edit]
Außerdem funktioniert bei dir glaube ich derzeit nicht, dass ein benachbarter Wegpunkt ausreicht, um den Wegpunkt als besucht zu markieren.
Doch, das funktioniert, sowohl mit dem Code aus dem ersten Post als auch mit dem Quelltext.
Beim End-Node wird geprüft, ob der aktuelle Node der End-Node ist; bei Waypoint-Nodes wird geprüft, ob der aktuelle Punkt der Waypoint-Node ist oder ob ein Nachbar des aktuellen Nodes ein Waypoint-Node ist.
Und eventuell wäre es schneller, alle möglichen kürzesten Routen zwischenzuspeichern (hatte ich ja auch schon angesprochen). Da hätte ich dann über 500000 Routen (bei 1000 Nodes). Dazu bräuchte ich dann auch noch eine Kontrollstruktur, die mir aus aus 2 Nodes schnell die entsprechende Route raussucht.
Und das Hauptproblem ist damit immer noch nicht gelöst, denn auch wenn ich die kürzesten Routen schnell habe, muss ich immer noch alle Permutationen von Wegpunkten probieren, um die Gesamt-Kürzeste-Route zu bekommen. Und wenn es im Ende dann statt 5 Jahren nur 3 Jahre dauert, ist mir damit auch nicht geholfen...

Edit:
Wenn ich das richtig verstanden habe entspricht dein Problem bei der Anzahl von 0 Wegpunkten dem einfachen Kürzeste-Wege-Problem, bei exakt so vielen Wegpunkten wie Knoten dem Problem des Handlungsreisenden (NP-hart).
Es ist sogar noch etwas komplexer als das Problem des Handlungsreisenden. Beim Handlungsreisenden ermittelt man ja eine Rundstrecke, also Start- und Endpunkt sind identisch. Damit ist die Route für jeden Punkt als Start/Endpunkt die selbe, der Startpunkt verschiebt sich, aber die Reihenfolge bleibt gleich.
Hier sind Start- und Endpunkt verschieden (bzw. können verschieden sein). Bei unterschiedlichen Start und Endpunkten kann auch die Reihenfolge variieren.
 
Zuletzt bearbeitet:

MrWhite

Bekanntes Mitglied
Laurin hat gesagt.:
Bis jetzt habe ich noch keine Lösung gefunden, die die sicher kürzeste Route findet und dabei zB linear skaliert.

Wie schon von ThreadPool gesagt, wenn du die kürzeste Route finden willst stehst du vor einem NP Problem und wirst ab einer bestimmten Anzahl von Nodes die kürzesten Routen nicht mehr in adäquater Zeit berechnen können. Das ist nunmal so und du wirst auch keine Lösung finden, die linear skaliert.

Dann helfen nur noch andere Mittel, z.B. heuristische Verfahren oder genetische Algorithmen, die in relativ kurzer Zeit "gute" Lösungen finden.
 
Zuletzt bearbeitet:

Laurin

Mitglied
Dann helfen nur noch andere Mittel, z.B. heuristische Verfahren oder genetische Algorithmen, die in relativ kurzer Zeit "gute" Lösungen finden.

Und genau dafür brauch ich dann auch keinen Algorithmus mehr, daß sehe ich auch mit bloßem Auge, wie ich zB die Wegpunkte in eine sinnvolle Reihenfolge kriege.
Und wenn ich einfach loslaufe und darauf achte, keine Wege unnötig mehrfach zu gehen, komme ich über alle Punkte in dem Fehlerbereich von heuristischen Algorithmen.
 

MrWhite

Bekanntes Mitglied
Und genau dafür brauch ich dann auch keinen Algorithmus mehr, daß sehe ich auch mit bloßem Auge, wie ich zB die Wegpunkte in eine sinnvolle Reihenfolge kriege.
Und wenn ich einfach loslaufe und darauf achte, keine Wege unnötig mehrfach zu gehen, komme ich über alle Punkte in dem Fehlerbereich von heuristischen Algorithmen.

Wenn du dich da mal nicht täuschst...

Dann machs halt ohne den Computer. Einen Algorithmus mit linearem Laufzeitverhalten wirst du nicht (er-)finden.
 
Ähnliche Java Themen
  Titel Forum Antworten Datum
B Algorithmus für Arbeit mit fehlenden Listenelementen? Allgemeine Java-Themen 1
L Klassen Algorithmus für das folgende Problem entwickeln? Allgemeine Java-Themen 30
L Algorithmus für Poker-Hände Allgemeine Java-Themen 7
chik 2 return werte für Greedy-Algorithmus (gelöst) Allgemeine Java-Themen 3
M Algorithmus für automatische Zeilenumbrüche Allgemeine Java-Themen 12
C Algorithmus für Array Allgemeine Java-Themen 9
S Algorithmus für Sudoku Allgemeine Java-Themen 17
F Algorithmus für Sortierung gesucht Allgemeine Java-Themen 15
D Algorithmus für die Erkennung fehlerhafter Eingaben Allgemeine Java-Themen 4
schegga_B AES-Algorithmus in javax.crypto Allgemeine Java-Themen 3
M Laufzeit des Prim Algorithmus Allgemeine Java-Themen 3
O Newton Algorithmus Java Allgemeine Java-Themen 1
CptK Backpropagation Algorithmus Allgemeine Java-Themen 6
N Google Authenticator Algorithmus (SHA1) Allgemeine Java-Themen 1
gotzi242 Schatzsuche mithilfe eines O(log n) Algorithmus Allgemeine Java-Themen 2
Zrebna Quicksort-Algorithmus - zufälliges Pivot wählen Allgemeine Java-Themen 6
B Algorithmus Warteschlange Ringpuffer wirklich fehlerfrei Allgemeine Java-Themen 8
M Probleme mit Negamax-Algorithmus Allgemeine Java-Themen 29
F Q - Learning Algorithmus Bug Allgemeine Java-Themen 4
M Salesman Problem - Bruteforce Algorithmus Allgemeine Java-Themen 23
M Minmax Algorithmus Verständnisproblem Allgemeine Java-Themen 2
H Rundreise frage (Algorithmus) Allgemeine Java-Themen 18
F KMP-Algorithmus Allgemeine Java-Themen 9
S Algorithmus welcher True-Werte in einem Array findet und auswertet. Allgemeine Java-Themen 5
U Methoden Algorithmus MergeSort String [ ] array sortieren programmieren Allgemeine Java-Themen 17
P MinMax Algorithmus Allgemeine Java-Themen 0
J Abhängigkeit zwischen Rechenzeit und Speicherbedarf in einen Algorithmus Allgemeine Java-Themen 7
K Djikstra-Algorithmus Allgemeine Java-Themen 1
T Minimax/Alphabeta Algorithmus hängt sich auf (?) Allgemeine Java-Themen 2
M Algorithmus zum Zahlen einteilen Allgemeine Java-Themen 8
O Best Practice Hilfe bei Algorithmus gesucht Allgemeine Java-Themen 10
S Algorithmus um Objekte auf einer Flaeche mit gleichem Abstand anzuordnen..? Allgemeine Java-Themen 20
S Rucksackproblem und genetischer Algorithmus Allgemeine Java-Themen 9
L Abbruch des Algorithmus Allgemeine Java-Themen 8
D Input/Output Ausgleichen chemischer Reaktionsgleichungen mit dem Gauß-Algorithmus Allgemeine Java-Themen 2
Messoras A*-Algorithmus integrieren Allgemeine Java-Themen 3
S Buchscan 3D Dewarp Algorithmus - Ansätze Allgemeine Java-Themen 1
B Verteilungs-/Vergabe-Algorithmus mit abhängigen Score-Werten Allgemeine Java-Themen 3
Androbin "Shunting Yard"-Algorithmus Allgemeine Java-Themen 6
B Algorithmus - Project Euler Problem 18 Allgemeine Java-Themen 2
N Algorithmus zum bewerten von mathematischen Funktionen Allgemeine Java-Themen 11
O Algorithmus Optimierung Allgemeine Java-Themen 3
Joew0815 Algorithmus - Zahlenfolge in 4 ähnliche Teile aufteilen Allgemeine Java-Themen 0
O Tag Cloud Algorithmus Idee gesucht Allgemeine Java-Themen 2
A Implementierung eines Algorithmus (Farthest Insertion zur Lösung des TSP) in O(n²) Allgemeine Java-Themen 2
C Eclipse Probleme bei selbst erstelltem Algorithmus Allgemeine Java-Themen 2
H Graph-Algorithmus gesucht Allgemeine Java-Themen 21
N Algorithmus durch Workflow Allgemeine Java-Themen 7
M tree-based diff Algorithmus (Code-Vergleiche) Allgemeine Java-Themen 3
S Uhrzeit Algorithmus sale Allgemeine Java-Themen 11
N A*-Algorithmus Allgemeine Java-Themen 5
A Suche Algorithmus zum Erstellen eines planaren Graphen Allgemeine Java-Themen 5
F Methoden Algorithmus zur Gegnerfindung (Turnier) Allgemeine Java-Themen 9
T Algorithmus Graph Allgemeine Java-Themen 10
J Algorithmus gesucht (Stringtransformation) Allgemeine Java-Themen 4
B Algorithmus Krankenhausbelegung Allgemeine Java-Themen 17
S Algorithmus von Dijkstra Allgemeine Java-Themen 2
alex_fairytail OOP Banknoten Algorithmus Teil 2 Allgemeine Java-Themen 13
2 ArrayList aktualisieren Algorithmus Allgemeine Java-Themen 11
alex_fairytail Methoden Banknoten Algorithmus Allgemeine Java-Themen 10
R Codehinweise: Algorithmus Größenvergleich von n Zahlen Allgemeine Java-Themen 5
SuperSeppel13 WTF?! Algorithmus-Geschwindigkeitstest Allgemeine Java-Themen 2
C Algorithmus Problem in Minesweeper Allgemeine Java-Themen 5
S Algorithmus um Labyrinth zu erzeugen Allgemeine Java-Themen 6
V Problem mit A* Pathfinder-Algorithmus Allgemeine Java-Themen 2
S Algorithmus um nächst folgende Primzahl zu berechnen Allgemeine Java-Themen 7
S Algorithmus Problem. Rechtecke effizient auf Spielfeld anordnen. Allgemeine Java-Themen 7
C Algorithmus-Hilfe Allgemeine Java-Themen 20
J Algorithmus Längenkombinationen? Allgemeine Java-Themen 7
M Kombinationen über rekursiven Algorithmus berechnen? Allgemeine Java-Themen 10
D Abstruse Probleme mit eigenem replace Algorithmus Allgemeine Java-Themen 11
P RC4 Algorithmus Allgemeine Java-Themen 3
D RSA Verfahren - Erweiterter Euklidischer Algorithmus Allgemeine Java-Themen 4
C IBAN und Bic Validieren (Algorithmus) Allgemeine Java-Themen 10
P Problem mit A*-Algorithmus Allgemeine Java-Themen 12
M Wörter Algorithmus Allgemeine Java-Themen 7
K Postleitzahlen Algorithmus Allgemeine Java-Themen 12
G Problem mit Algorithmus Allgemeine Java-Themen 3
T Hilfe bei einem Algorithmus Allgemeine Java-Themen 2
S Stemming-Algorithmus gesucht (z.B. Porter) Allgemeine Java-Themen 2
RoliMG präfix zu infix algorithmus Allgemeine Java-Themen 6
Z A*-Algorithmus - Probleme mit offener/geschlossener Liste Allgemeine Java-Themen 7
S Javaimplementierung des MD5 Algorithmus Allgemeine Java-Themen 2
E Container-Pack-Algorithmus Allgemeine Java-Themen 4
G k nearest neighbor algorithmus Allgemeine Java-Themen 7
C HASH Algorithmus 2 Strings ergeben das Selbe. Allgemeine Java-Themen 2
P Page Rank Algorithmus implementieren Allgemeine Java-Themen 7
T Problem RSA-Algorithmus in Java? Allgemeine Java-Themen 2
minzel Hash-Algorithmus Allgemeine Java-Themen 9
Y komprimierung mittels Huffman-Algorithmus, bit-shifting. Allgemeine Java-Themen 2
K Algorithmus Allgemeine Java-Themen 10
I Verschlüsselung mit Pwd. - User soll Algorithmus wählen Allgemeine Java-Themen 4
J fällt euch ein Algorithmus ein? Allgemeine Java-Themen 4
N Euklidischer Algorithmus in Java und keine Terminierung. Allgemeine Java-Themen 7
T Algorithmus verbessern Allgemeine Java-Themen 10
U Suche Algorithmus zur bestimmung des längsten Wegs Allgemeine Java-Themen 3
U Ford-Fulkerson Algorithmus gesucht Allgemeine Java-Themen 1
U Dijkstra Algorithmus gesucht Allgemeine Java-Themen 4
I hash-algorithmus Allgemeine Java-Themen 9
W Vergleichstool für xml-Dateien Tortoise-svn Verknüpfung Allgemeine Java-Themen 2

Ähnliche Java Themen


Oben