spochtfreund / mowIT

We like to mow IT
1 stars 0 forks source link

Begrenzung der Fläche #6

Open spochtfreund opened 5 years ago

spochtfreund commented 5 years ago

Wie soll das System das erlernen/ erhalten der Fläche machen?

spochtfreund commented 5 years ago

Wenn die Frage diskutiert ist und wir eine Anforderung als Ergebnis haben, kommt das Tag ran. Oder neuer Issues.

spochtfreund commented 5 years ago

Mir fallen mehrere Wege ein

Joernzie commented 5 years ago

Das mit dem Draht sollten wir verwerfen. Genau das ist es was unser System doch ausmachen soll. Das wir keinen Draht brauchen.

Joernzie commented 5 years ago

Ansonsten hast du genau die zwei Methoden beschrieben die ich mir vorstelle.

spochtfreund commented 5 years ago

In diesem Issue geht es darum, dass wir unsere Anforderungen festlegen, wie wir die Fläche, die gemäht werden soll, beschreiben/definieren. OK, Draht ist raus. Ganz meine Meinung. Was sind unsere Anforderungen an das System, um die Fläche definieren/festlegen zu können? Wir sollten uns zunächst auf eine beschreänken, damit wir voran kommen. Wenn dann nach dem ersten Prototyp eine weitere Methode dazu kommt, ist das ja auch OK.

Biggs81 commented 5 years ago

Wenn die Frage diskutiert ist und wir eine Anforderung als Ergebnis haben, kommt das Tag ran. Oder neuer Issues.

Meine Meinung:

Frage-Issues sind zum wilden diskutieren da.

Ein Requirement sollte in der Regel ein neues Issue werden (mit nur einem einzigen Requirement). Das Requirement ist am besten auch gleich der Titel. Das Requirement-Issue soll nur noch dazu dienen die Formulierung abzustimmen.

Biggs81 commented 5 years ago

In diesem Issue geht es darum, dass wir unsere Anforderungen festlegen, wie wir die Fläche, die gemäht werden soll, beschreiben/definieren. OK, Draht ist raus. Ganz meine Meinung. Was sind unsere Anforderungen an das System, um die Fläche definieren/festlegen zu können? Wir sollten uns zunächst auf eine beschreänken, damit wir voran kommen. Wenn dann nach dem ersten Prototyp eine weitere Methode dazu kommt, ist das ja auch OK.

Ja, erstmal eine Methode.

Vielleicht einfach die Bahn als SVG (oder ein einfaches anderes Format) speichern. Dann brauchen wir uns erstmal nicht auch noch einen Editor zu bauen.

DXF ist glaube ich ziemlich komplex, bin mir aber nicht sicher.

Joernzie commented 5 years ago

Ich würde GPX als Dateiformat vorschlagen. Das ist schon Wegpunktbasiert.

Biggs81 commented 5 years ago

Klingt auch gut.

Für die Bahnregelung wäre es praktisch wenn die Bahn schon aus Geraden und Kurven besteht. Geht das mit GPX? Editoren gibt es bestimmt reichlich, könnte ich mir vorstellen?

Joernzie commented 5 years ago

Soweit ich weiß sind Kurven nur durch Geraden zu approximieren. Ist das für die Regelung ein Hinderniss? Ich stelle mir das so vor, dass der Mäher immer nur gerade Stücke von Wegpunkt zu Wegpunkt fährt. Wenn stark gekrümmte Bahnen erforderlich sind müssen halt mehr Wegpunkte gesetzt werden.

Biggs81 commented 5 years ago

Ich denke bei Kurven vor allem an das Wenden am Ende einer Bahn.

Joernzie commented 5 years ago

Soweit ich weiß sind Kurven nur durch Geraden zu approximieren. Ist das für die Regelung ein Hinderniss? Ich stelle mir das so vor, dass der Mäher immer nur gerade Stücke von Wegpunkt zu Wegpunkt fährt. Wenn stark gekrümmte Bahnen erforderlich sind müssen halt mehr Wegpunkte gesetzt werden.

Biggs81 commented 5 years ago

Für die Bahnregelung wäre es praktisch wenn die Bahn schon aus Geraden und Kurven besteht.

Spaß beiseite. Warum etwas mit mehr Daten (Kette von Punkten) approximieren und Unstetigkeiten (in der Krümmung) einhandeln, wenn es mit weniger Daten (Kreisbogen) exakt geht?

Es geht aber auch mit Punkten. Wir nehmen als erstes GPX. Passt schon.

Ich schätze die Anforderung geht eh eher an die Benutzerschnittstelle ("Ich möchte GPX-Dateien einlesen können") als an den Regler ("Der Regler muss mit Punkten arbeiten"). Richtig?

Biggs81 commented 5 years ago

In #43 und #44 übernommen. Kann dieses Issue zu?