Ich kann das mit den Terminen nicht reproduzieren
Beiträge von Yves
-
-
Ganz oben stehen? Es ist doch eine Monatsansicht?
Bei einem Neustart von EM werden die Termine komplett neu eingelesen, dass sich das ggf. unterscheidet ist verständlich. Die Frage ist dann warum, damit wir es beheben können. Wie viele Termine bleiben anzuzeigen, wenn 1-2 Termine noch angezeigt werden, die schon weg sein sollten?
-
In der App bleiben die Termine 8 Tage glaube ich. Mein EM zeigt die Termine richtig an. Kann es sein, dass bei Dir weniger als 4 Termine bleiben?
-
Kannst Du machen, wo liegt das Problem?
-
Also Connect-Kalender funktioniert bei mir, News müsste ich testen.
-
Die Entscheidung trifft Sven glaube ich. Versuche es noch heute mit ihm zu besprechen und dann sehen wir weiter.
-
Ah Du willst die Informationen auch im EM anzeigen. Daran hatte ich nicht gedacht, weil uns beide Infos beim Ausrücken nicht interessant sind, sondern "nur" bei der Einsatzverwaltung und eben dem Management von EM (keinen zweiten Einsatz aufmachen).
Die Alarmierungszeit könnte man unten rechts anzeigen (aus der Uhr zwei Zeilen machen). Einsatznummer könnte man hinter dem Einsatzstichausgeben (wie FFBuxZug1 bereits jetzt). Was meint ihr Sven und Andreas ?
-
Du hast doch unendlich viele Zusatzinformationen zur Verfügung...? Da liegt doch nicht das Problem...
Meiner Meinung nach sollte
* die Einsatznummer separat ausgelesen werden und im Falle einer Zusatzalarmierung mit gleicher Einsatznummer, der vorherige Einsatz ergänzt werden.
* die Alarmierungszeit auch separat ausgelesen und als Alarmierungszeit genutzt werden, anstelle der Eingangszeit im EM.Was meint ihr?
-
Das Datumsformat ist auf vielen Handys mm/tt/jjjj anstelle von dem in den Einstellungen ausgewählten Format.
-
Andreas Wie sieht das bzgl. API aus?
-
Ich kann mir beides vorstellen:
1) Ein neues Standby-Element mit dem nächsten Termin und den namentlichen An-/Abmeldungen (sind ja per API zu kriegen, cf. App).
2) Die Übersicht um die Anzahl von An-/Abmeldungen der nächsten 4 Events ergänzen, falls dies Connect Termine sind.
-
- Alle Details der Einsätze werden in der Datenbank gespeichert (neue Tabelle OperationProperty)
- Ein nachträgliches Hochladen eines Einsatzes enthält die gleichen Informationen wie bei der Auswertung am Anfang
-
MeteoLux gibt meines Wissens nach offiziell nur Wetterdaten für Luxemburg raus.
-
Luxemburg ist so klein, das Wetter gilt für überall...
Info zu MeteoLux: http://www.meteolux.lu
-
- MeteoLux Wetter kann anstelle von OpenWeatherMap in der Übersicht angezeigt werden
- Neues Standby-Element MeteoLux (kann auch zusammen mit dem Standby-Element Wetter benutzt werden)
- Kalender von Connect wird nur noch aufgerufen, wenn Connect aktiviert ist
- Überschreibschutz bei der Tabellenauswertung funktioniert jetzt auch für Ortsteil und RIC/Schleife
-
-
-
-
Im Moment wird meinen Tests zufolge immer der erste Treffer ausgelöst (kann auch "RTW2-KNUFFINGEN, RW21-KNUFFINGEN" sein), aber nicht der Beste. Das Auslesen der RIC / Schleife im EM funktioniert tadellos. Die Auswertung von der gesprochen wird ist diejenige in Connect.
-
Die Tabellenauswertung ist Top-Down. Wenn also Ort einmal gesetzt ist und die Überschreibung deaktiviert ist, sehe ich keine Probleme bei der Auswertung.
Wenn natürlich der Ort (oder die Strasse) im Einsatzort nicht gesetzt sind aber im Ablieferungsort vorkommen, dann werden die natürlich falsch herausgelesen. Um dies zu verhindern, könnte man für EM 6 neben "zu suchender Schlüssel" => "Verknüpfung mit" noch eine fakultative Einschränkung des Schlüssels auf eine Sektion (z.B. Einsatzort) vorsehen. Sven
P.S.: Praktisch wäre auch, wenn man für PositionLatLng, PositionLngLat und PositionUTM zwei Zeilen für das Auslesen der Daten vorsieht, da jeweils Lat und Lng auf unterschiedlichen Zeilen stehen können.