moritz/einsatzprotokoll
1
0
Fork 0
Code Issues 8 Pull requests Projects Releases Packages Wiki Activity Actions

Während der GPS Suche die erreiche Genauigkeit anzeigen, manuellen Stop ermöglichen. #6

New issue
Open
opened 2026-04-17 01:29:29 +02:00 by moritz · 2 comments
moritz commented 2026-04-17 01:29:29 +02:00
Owner
Copy link

Es währe transparenter, wenn der User während der GPS Suche sehen würde, welche Genauigkeitsstufe die Uhr bereits erreicht hat. Er kann dann selbst entscheiden, ob er die Suche vorzeitig abbricht und mit der aktuellen Genauigkeit zufrieden ist.

Hinweis: Die CIQ-API liefert keine Meter-Genauigkeit, sondern nur ein 5-stufiges Enum (QUALITY_NOT_AVAILABLE / LAST_KNOWN / POOR / USABLE / GOOD). Siehe Kommentar unten — die Anzeige muss daher auf Stufen statt Metern setzen.

Der Text sollte also von

"Standort wird bestimmt"

auf

"Standort wird Bestimmt"

"Genauigkeit: Gut"   ← Stufe (—/Schlecht/Brauchbar/Gut)
"Klicken zum Beenden" ← (Formulierung überdenken. Dem User soll klar sein dass der Eintrag trotzdem gespeichert wird.)

Auto-Stop bei QUALITY_GOOD ist bereits in #8 umgesetzt — bleibt unverändert. Manueller Stop ist trotzdem sinnvoll, damit der User auch bei Brauchbar schon übernehmen kann.

Folgende Steuerung ist denkbar. Es muss visuell klar sein, welcher Knopf was bewirkt.

  • Start/Stop Knopf zum vorzeitigen speichern
  • Back Knopf zum abbrechen ohne speichern

Imported from GitHub #11

Es währe transparenter, wenn der User während der GPS Suche sehen würde, welche Genauigkeitsstufe die Uhr bereits erreicht hat. Er kann dann selbst entscheiden, ob er die Suche vorzeitig abbricht und mit der aktuellen Genauigkeit zufrieden ist. Hinweis: Die CIQ-API liefert keine Meter-Genauigkeit, sondern nur ein 5-stufiges Enum (`QUALITY_NOT_AVAILABLE` / `LAST_KNOWN` / `POOR` / `USABLE` / `GOOD`). Siehe Kommentar unten — die Anzeige muss daher auf Stufen statt Metern setzen. Der Text sollte also von ``` "Standort wird bestimmt" ``` auf ``` "Standort wird Bestimmt" "Genauigkeit: Gut" ← Stufe (—/Schlecht/Brauchbar/Gut) "Klicken zum Beenden" ← (Formulierung überdenken. Dem User soll klar sein dass der Eintrag trotzdem gespeichert wird.) ``` Auto-Stop bei `QUALITY_GOOD` ist bereits in #8 umgesetzt — bleibt unverändert. Manueller Stop ist trotzdem sinnvoll, damit der User auch bei `Brauchbar` schon übernehmen kann. Folgende Steuerung ist denkbar. Es muss visuell klar sein, welcher Knopf was bewirkt. - Start/Stop Knopf zum vorzeitigen speichern - Back Knopf zum abbrechen ohne speichern --- *Imported from [GitHub #11](https://github.com/EiSiMo/Einsatzprotokoll/issues/11)*
moritz commented 2026-05-04 13:20:32 +02:00
Author
Owner
Copy link

Hinweis zur Umsetzbarkeit: Die CIQ-API liefert keine Genauigkeit in Metern. Position.Info.accuracy ist ein 5-stufiges Enum:

Enum Wert Bedeutung
QUALITY_NOT_AVAILABLE 0 kein Fix
QUALITY_LAST_KNOWN 1 alter Fix (kein Live-Wert)
QUALITY_POOR 2 schlecht
QUALITY_USABLE 3 brauchbar
QUALITY_GOOD 4 gut (= unsere aktuelle Auto-Stop-Schwelle)

Andere Felder von Position.Info (position, speed, altitude, heading, when) liefern auch keine Meter-Genauigkeit. Verifiziert in SDK 9.1.0.

Anpassung des Issue-Scopes:

  • Anzeige: statt Genauigkeit: 6.7m → Genauigkeit: Gut / Brauchbar / Schlecht / — (oder ein 3-Punkt-/Balken-Indikator).
  • Auto-Stop bei 5m → entfällt; Auto-Stop bei QUALITY_GOOD ist bereits in #8 implementiert.
  • Manueller Stop bleibt sinnvoll: User sieht Brauchbar, entscheidet selbst, ob ihm das reicht.
Hinweis zur Umsetzbarkeit: Die CIQ-API liefert keine Genauigkeit in Metern. `Position.Info.accuracy` ist ein 5-stufiges Enum: | Enum | Wert | Bedeutung | |---|---|---| | `QUALITY_NOT_AVAILABLE` | 0 | kein Fix | | `QUALITY_LAST_KNOWN` | 1 | alter Fix (kein Live-Wert) | | `QUALITY_POOR` | 2 | schlecht | | `QUALITY_USABLE` | 3 | brauchbar | | `QUALITY_GOOD` | 4 | gut (= unsere aktuelle Auto-Stop-Schwelle) | Andere Felder von `Position.Info` (`position`, `speed`, `altitude`, `heading`, `when`) liefern auch keine Meter-Genauigkeit. Verifiziert in SDK 9.1.0. **Anpassung des Issue-Scopes:** - Anzeige: statt `Genauigkeit: 6.7m` → `Genauigkeit: Gut / Brauchbar / Schlecht / —` (oder ein 3-Punkt-/Balken-Indikator). - Auto-Stop bei 5m → entfällt; Auto-Stop bei `QUALITY_GOOD` ist bereits in #8 implementiert. - Manueller Stop bleibt sinnvoll: User sieht `Brauchbar`, entscheidet selbst, ob ihm das reicht.
moritz commented 2026-05-04 13:24:51 +02:00
Author
Owner
Copy link

Praxis-Recherche im Garmin Developer Forum:

  • Garmin gibt bewusst keine Meter raus — Staff begründet das damit, dass GPS-Chipsätze zwischen Modellen unterschiedliche Werte liefern würden (forum-Thread).
  • Keine HDOP-Schwellen für die Enum-Stufen dokumentiert.
  • Erfahrungsberichten zufolge feuern Geräte in der Praxis fast ausschließlich NOT_AVAILABLE (0), LAST_KNOWN (1) und GOOD (4) — POOR (2) und USABLE (3) sind selten zu sehen (forum-Thread).

Designkonsequenz:
Eine 3-stufige Textanzeige (Schlecht/Brauchbar/Gut) ist semantisch korrekt, würde aber in der Realität meistens nur zwischen — und Gut springen. Pragmatischere Optionen:

  • Binär: „Suche..." → „Bereit (Gut)" — klar, ehrlich, kein Pseudo-Detailgrad.
  • Symbol-Indikator: GPS-Icon mit 0/1/2/3 ausgefüllten Punkten — sieht nach „Skala" aus, ohne Zahlen vorzutäuschen, die's nicht gibt.

Manueller Stop bleibt unabhängig davon sinnvoll: User sieht Live-Status, kann jederzeit übernehmen.

Praxis-Recherche im Garmin Developer Forum: - Garmin gibt **bewusst keine Meter** raus — Staff begründet das damit, dass GPS-Chipsätze zwischen Modellen unterschiedliche Werte liefern würden ([forum-Thread](https://forums.garmin.com/developer/connect-iq/f/discussion/827/new-feature-request-gps-accuracy-in-meters-feet-adding-a-satellite-view-app-widget)). - **Keine HDOP-Schwellen** für die Enum-Stufen dokumentiert. - **Erfahrungsberichten zufolge** feuern Geräte in der Praxis fast ausschließlich `NOT_AVAILABLE (0)`, `LAST_KNOWN (1)` und `GOOD (4)` — `POOR (2)` und `USABLE (3)` sind selten zu sehen ([forum-Thread](https://forums.garmin.com/developer/connect-iq/f/discussion/215608/gps-position-accuracy)). **Designkonsequenz:** Eine 3-stufige Textanzeige (Schlecht/Brauchbar/Gut) ist semantisch korrekt, würde aber in der Realität meistens nur zwischen `—` und `Gut` springen. Pragmatischere Optionen: - **Binär:** „Suche..." → „Bereit (Gut)" — klar, ehrlich, kein Pseudo-Detailgrad. - **Symbol-Indikator:** GPS-Icon mit 0/1/2/3 ausgefüllten Punkten — sieht nach „Skala" aus, ohne Zahlen vorzutäuschen, die's nicht gibt. Manueller Stop bleibt unabhängig davon sinnvoll: User sieht Live-Status, kann jederzeit übernehmen.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
No results found.
Labels
Clear labels   
deferred
Aufgeschoben — bekannt aber aktuell nicht gefixt

  
deferred
Aufgeschoben — bekannt aber aktuell nicht gefixt

  
enhancement
Erweiterung oder Verbesserung von Bestehendem

  
error
Fehler / Bug

  
feature
Neue Funktionalität / eigener Bereich

  
idea
Idee — nicht akut geplant

  
test
Test- oder Verifikationsaufgabe

No labels
deferred
deferred
enhancement
error
feature
idea
test
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
moritz/einsatzprotokoll#6
No description provided.