App
MeteoLamettaPilotphase: so testen wir

In drei Schritten: tagsüber testen, Feedback abschicken, am Abend gemeinsam entscheiden und umsetzen.

App öffnen

Als App aufs Handy: In Chrome die Seite öffnen, oben rechts die drei Punkte, «Zum Startbildschirm hinzufügen» oder «App installieren». Am iPhone in Safari: Teilen, «Zum Home-Bildschirm».

1. Testen

  1. Die App am Handy öffnen. Am besten zum Startbildschirm hinzufügen.
  2. Rechts die Windwahl ausprobieren: Höhenregler, 10 m über Grund, Alle, Föhn, Wind oder Böen.
  3. Oben rechts der Ebenen-Knopf: die Vorlagen Wind, Fluggebiete, Hike & Fly und Wetter.
  4. Bedienung wie bei Strava: ein Finger verschiebt, zwei Finger zoomen und drehen, zwei Finger gemeinsam hoch oder runter neigen. Lange auf einen Startplatz drücken zeigt alle Infos.
  5. Roter Kreis: Flug aufnehmen. Dafür Seite offen und Bildschirm an lassen. Im Ebenen-Knopf unter «Meine Flüge»: abspielen und als IGC speichern.
  6. Einen Startplatz, eine Messstation, eine Leitung und einen freien Punkt antippen.
  7. Unten die Zeit verschieben, auch auf morgen.
  8. Am besten am Startplatz: Stimmt das Modell mit dem überein, was du spürst?

Die App ist keine Flugfreigabe. Modell und Schätzung können falsch sein, Hindernisse können fehlen. Im Pilot besonders kritisch hinschauen und nie allein danach entscheiden.

2. Feedback geben

  1. Einmal im Handy-Browser bei GitHub anmelden. Einladung annehmen, falls noch offen.
  2. In der App: Ebenen-Knopf, ganz unten Feedback geben.
  3. Oben eine kurze Überschrift, darunter was dir aufgefallen ist. Die Lage (Zeit, Höhe, Ort, Gerät) steht schon drin.
  4. Pro Thema ein Feedback. Ein Bildschirmfoto hilft oft: einfach anhängen.

Gut ist: «Bei 10 m über Grund sehe ich am Haldi keinen Wind, gemessen sind 20 km/h.» Weniger hilfreich: «Wind stimmt nicht.»

Alle offenen Feedbacks ansehen

3. Abendrunde

ZusammenfassenIm Chat mit Claude sagen: «Abendrunde MeteoLametta». Claude liest alle offenen Feedbacks und fasst sie nach Themen zusammen, mit einem Vorschlag je Thema.
EntscheidenIhr sagt gemeinsam je Thema: ja, nein oder später. Nur ihr entscheidet.
UmsetzenClaude baut die Ja-Punkte auf einer eigenen Kopie (Branch) und zeigt das Ergebnis.
PrüfenIhr schaut es euch an. Passt es, wird es übernommen (Merge).
VeröffentlichenClaude spielt es auf den Server, die erledigten Feedbacks werden geschlossen. Am nächsten Tag testet ihr den neuen Stand.

GitHub in einfachen Worten

GitHub ist der gemeinsame Planschrank für den Code. Stell dir eine Baustelle vor:

WortDas heisstWie auf dem Bau
RepositoryDas ganze Projekt mit seiner GeschichteDer Planschrank
mainDer geltende StandDer freigegebene Ausführungsplan
CommitEine gespeicherte Änderung mit BegründungEine Planrevision mit Vermerk
BranchEine eigene ArbeitskopieEine Kopie zum Reinzeichnen, das Original bleibt sauber
PushVom eigenen PC hochladenDie Kopie in den Planschrank legen
PullDen neuesten Stand holenVor dem Arbeiten den aktuellen Plan holen
Pull RequestAntrag: Bitte übernehmenDer Plan zur Freigabe
MergeDie Änderung übernehmenFreigegeben, gilt jetzt als Ausführungsplan
IssueEin Feedback oder eine AufgabeEin Punkt auf der Mängelliste
VeröffentlichenVom Planschrank auf die WebsiteDer Plan geht auf die Baustelle

Du musst diese Wörter nicht können. Ihr schreibt Feedback und entscheidet. Claude erledigt Branch, Commit, Push, Pull Request und Merge. Wichtig zu wissen: Ein Merge ändert die App noch nicht. Erst das Veröffentlichen bringt sie aufs Handy.

Geht etwas schief, ist nichts verloren: Jede Revision bleibt im Planschrank, der vorherige Stand ist mit einem Schritt wieder da.

Stand 05.11.2026. Privates Projekt, keine Verbindung zu MeteoSchweiz, swisstopo oder BAZL.