Closed GoogleCodeExporter closed 9 years ago
Vorlage kapitel.tex verwenden
Original comment by andreas....@gmx.com
on 28 Oct 2010 at 8:25
Attachments:
[deleted comment]
[deleted comment]
- Erkundungsalgorithmus (Lokalisierung)
+ Andy - Martin
Algorithmen für Erkundung, lokale- und globale Lokalisierung
Original comment by andreas....@gmx.com
on 30 Oct 2010 at 7:47
Attachments:
[deleted comment]
REVIEW:
- Erkundungsalgorithmus (Lokalisierung)
+ Andy - Martin
Erfordert noch Rücksprache bzgl. Integration mit A* und Graphenstruktur
Original comment by martin.f...@gmail.com
on 31 Oct 2010 at 1:11
Attachments:
Hab mir gerade die Datenstruktur durchgelesen und würde vorschlagen noch ein
Flag "Status" mitaufzunehmen, z.B. als int. Dann könnte man in der onDraw()
direkt die richtige Grafik zeichnen lassen, wie drawTopLeftEdge() usw. ohne das
man die Nachbarknoten erst checken müsste.
Original comment by f.buerch...@googlemail.com
on 31 Oct 2010 at 1:40
REVIEW:
- Struktur der Knotenspeicherung
+ Flo L. - Moartl
Erfordert noch Rücksprache bzgl. Integration mit A* und Lokalisierung
Original comment by martin.f...@gmail.com
on 31 Oct 2010 at 1:41
Attachments:
- Skalierungsfunktion der Karte
+ Flo B. - Andi P
Original comment by f.buerch...@googlemail.com
on 31 Oct 2010 at 4:55
Attachments:
- Kalibrierung + Knotenanalyse + Linienerkennung
+ Andy - MORLI
Original comment by andreas....@gmx.com
on 31 Oct 2010 at 9:04
Attachments:
Generelle Information an alle:
Wir haben am Freitag noch mit Josef Neuburger gesprochen und erfahren, dass wir
(jedenfalls Andi und ich) was falsch verstanden haben.
Die Kartendaten sowie die Algorithmen zur Auswertung sollen nicht zentral
geschehen.
Dies sollen die "virtuellen" e-pucks weiterhin autonom, jedoch in einem eigenen
Thread machen. Bitte schaut in euren Ausarbeitungen, ob ihr dies bereits
berücksichtigt habt.
Gruß
Andy
Original comment by andreas....@gmx.com
on 31 Oct 2010 at 10:06
- MVC Muster
+ Andy - Max
@Max: Das ist der Auszug aus dem Entwurf, Kapitel 3.2 brauchst natürlich nicht
reviewen.
@Andi: Habe das MVC-Pattern an einem Beispiel versucht (siehe Anhang), hat
einwandfrei funktioniert :) In dem Beispielprogramm ist auch ne Implementierung
von Services drin, hat mich mal interessiert wie sowas funktioniert, nicht
schlecht...
Original comment by andreas....@gmx.com
on 1 Nov 2010 at 9:21
Attachments:
- Abstract Factory
+ Andy - Max
@Andi: Wenn MVC mit Ableitungen etc. funktioniert, dann funktioniert Abstract
Factory wohl auch ;)
Original comment by andreas....@gmx.com
on 1 Nov 2010 at 9:22
Attachments:
Bemerkung: Ich hab mir mal Gedanken über den grundlegenden Aufbau gemacht und
bin zu dem Schluss gekommen, dass die Verwendung eines zentralen Models wenig
Sinn macht bzw. der Idee von autonomen Systemen widerspricht. Dann hätte man
nämlich eine zentrale Logik, die alle Instanzen verwaltet. So soll es ja
gerade nicht sein. Statt dessen müsste eigentlich jede Proxy-Instanz und die
Instanz der Map Oberservable sein. Jede Activity registriert sich dann bei
jedem Proxy einzeln. Um die Verwendung mehrerer Model kommt man im übrigen
sowieso nicht herum. Jede Activity greift nämlich auf die Proxys/Map zu hat
aber gleichzeitig ein lokales Model das überwacht werden muss.
Original comment by andreas....@gmx.de
on 1 Nov 2010 at 9:58
@Andi: Wir sollten das abstrakter sehen, das "observable"-Objekt hat primär
die Aufgabe der Datenaufbereitung und Informationsweitergabe an die Views. Das
hat meiner Ansicht wenig mit den e-pucks zu tun. Proxies können sämtliche
Logik und Zustände speichern und verarbeiten die sie wollen. Aber mehrere
"observable" widerspricht zum Einen dem MVC-Gedanken (siehe Gamma-Buch), zum
Anderen wäre das wohl ziemlich aufwändig. Ich lass mich aber gerne morgen
überzeugen ;)
Original comment by andreas....@gmx.com
on 1 Nov 2010 at 10:11
- Bluetooth-Kommunikation (Android)
Die Bluetooth-Kommunikation des Android-Systems bzw. der Proxys zu beschrieben
macht keine Sinn, solange der Kontext (wie bauen wir das ganze in unser System
bzw. in die Proxys ein) nicht feststeht. Es macht keinen Sinn, die
Funktionsweise der BluetoothSockets ohne Zusammenhang zu beschreiben.
Original comment by andreas....@gmx.de
on 1 Nov 2010 at 10:23
@Andy: Ich habe das eigentlich sehr abstrakt gesehen. Die Zustände der
einzelnen Roboter und der Karte gehören nun mal nicht zusammen. Ansonsten
müsstest du Änderungen an den Proxys erst an die zentrale Datenstruktur
melden, dort die Änderung verarbeiten und dann notifyObserver aufrufen. Ist
wohl kaum aufwendiger als die Registrierung eines Observers an mehreren
Observables.
Die Verwendung mehrere Models widerspricht nicht dem MVC-Pattern. Zum Beispiel
in Datenbankanwendungen wird das häufig so gemacht wenn du Daten anzeigen
willst, die nicht zusammengehören.
Original comment by andreas....@gmx.de
on 1 Nov 2010 at 10:31
- Vorschlag für ein Gesamtkonzept + Beschreibung der Dialoge
Bemerkung: Der derzeitige Entwicklungsstand unseres System erlaubt keine genau
Beschreibung der Abläufe in den einzelnen Dialogen.
Die bisherigen Dokumente die ich durchgelesen habe leiden zum Großteil auch
daran, dass sie einfach zu oberflächlich gehalten sind und in dieser Form
nicht in den Entwurf passen.
Ich schlage deshalb vor, morgen unbedingt (!!!) ein Gesamtkonzept zu entwickeln.
Original comment by andreas....@gmx.de
on 1 Nov 2010 at 11:26
Attachments:
- A* Algorithmus des Smartphone (Kollision, günstigster Knoten, Rückkehr)
+ Morle - Andy, Andi P
Der Pseudocode befindet sich bisher nur als Kommentar im .tex Dokument, ist
aber ähnlich zu dem von Wikipedia jedoch mit Möglichkeit mehrere Zielknoten
zu verwenden.
Zu besprechen:
- Zielknotenauswahl (entweder alle Randknoten oder lokal begrenzt)
- Integration der Bewertungsfunktionen
Original comment by martin.f...@gmail.com
on 1 Nov 2010 at 8:31
Attachments:
- Nachrichtensystem
+ Morle - Flo L.
Noch zu klären: Wird eine Knotenanalyse bei jeder Knotenüberquerung
durchgeführt?
Original comment by martin.f...@gmail.com
on 1 Nov 2010 at 9:35
Attachments:
Original comment by MaxBinde...@gmx.de
on 2 Nov 2010 at 8:51
Attachments:
[deleted comment]
Eigentlich nicht mein Review, aber mir war langweilig ^^
Original comment by MaxBinde...@gmx.de
on 2 Nov 2010 at 2:06
Attachments:
Review: - Subsumption Architektur (Drehen, Geschwindigkeit, Kollision,
Linienverfolgung, Knotenanalyse)
+ Max - Andy, Flo L.
Original comment by andreas....@gmx.com
on 2 Nov 2010 at 3:06
Attachments:
review: - A* Algorithmus des Smartphone (Kollision, günstigster Knoten,
Rückkehr)
+ Morle - Andy, Andi P
Original comment by andreas....@gmx.com
on 2 Nov 2010 at 3:14
Struktur der Karte
+ Flo L. - Moartl
Original comment by lorenz.florian@googlemail.com
on 2 Nov 2010 at 3:15
Attachments:
Endgültige Subsumption. Gereviewed und korrigiert.
Original comment by MaxBinde...@gmx.de
on 2 Nov 2010 at 3:25
Attachments:
review: - Chain of Responsibility Muster
+ Flo L. - Andy
Original comment by andreas....@gmx.com
on 2 Nov 2010 at 3:33
Attachments:
review: a*
Original comment by andreas....@gmx.com
on 3 Nov 2010 at 8:30
Attachments:
Review Nachrichtensysteme
- Moartl - Flo L.
Original comment by lorenz.florian@googlemail.com
on 3 Nov 2010 at 8:46
Attachments:
Kartenstruktur 1.Review
-Flo L. - Moartl
Original comment by lorenz.florian@googlemail.com
on 3 Nov 2010 at 9:20
Attachments:
- Beschreibung des Aufbaus der Dialoge
Original comment by andreas....@gmx.de
on 3 Nov 2010 at 9:54
Attachments:
leicht modifiziert
Original comment by MaxBinde...@gmx.de
on 3 Nov 2010 at 10:15
Attachments:
modifiziert
Original comment by f.buerch...@googlemail.com
on 3 Nov 2010 at 12:09
Attachments:
Chain of Responsibility Vorläufig, wird noch überarbeitet
es fehlen noch die konkreten Handler die wir verwenden..
Original comment by lorenz.florian@googlemail.com
on 3 Nov 2010 at 1:10
Attachments:
[deleted comment]
[deleted comment]
Proxy Klasse Dringend Reviewn
Original comment by lorenz.florian@googlemail.com
on 4 Nov 2010 at 4:09
Attachments:
Original comment by andreas....@gmx.com
on 22 Nov 2010 at 8:36
Original issue reported on code.google.com by
andreas....@gmx.com
on 28 Oct 2010 at 8:12