Beiträge von eddiegp

Hallo zusammen,

wir werten eine eingehende E-Mail aus (Tabellenauswertung, unsere Leitstelle arbeitet mit secur.CAD) um die Daten für den Einsatzmonitor zu bekommen.

Einen Ausdruck (eigenes Template), der über die Variablen (Stichwort / Sachverhalt / Adresse etc.) befüllt wird lassen wir dann auch über den Einsatzmonitor drucken und nehmen den mit aufs Fahrzeug.

Zusätzlich nehmen wir noch das Alarmfax mit, da darauf noch einige zusätzliche Informationen enthalten sind (Name/Telefonnummer des Anrufers, Liste der alarmierten Kräfte mit Status zum Alarmzeitpunkt etc.). Das Alarmfax kommt jetzt aber (da fünfmal von analog zu digital und umgekehrt umgewandelt und über VoIP gesendet) nur noch unzuverlässig an und es wird im Landkreis schon diskutiert, das zukünftig komplett abzustellen. Die AlarmMail, die wir für den Einsatzmonitor auswerten ist komplett identisch zum Alarmfax.

Daher der Wunsch: Ich hätte gerne im Einsatzmonitor eine Möglichkeit, die eingehende E-Mail komplett unverändert zu drucken (zusätzlich zu dem übers Template generierten Ausdruck).

Positiver Nebeneffekt: Wenn durch ein Update im Leitstellensystem sich die E-Mail ändert (kommt bei uns selten vor, aber gab's schon), sodass die bei uns nicht mehr ausgewertet werden kann (und der übers Template generierte Ausdruck damit nutzlos wäre), habe ich wenigstens noch die gedruckte AlarmMail.

Ich verstehe nicht so ganz, was von beidem du meinst:

Willst du von drei verschiedenen Mailadressen die Inbox abfragen?

Oder bei dem Filter für die Absenderadresse mehrere Mailadressen angeben können?

Inzwischen habe ich auch die Tabellenauswertung verstanden und benutze jetzt diese anstatt der Standard-Pattern, damit scheint die Auswertung deutlich besser zu funktionieren. Trotzdem danke für das Hilfe-Angebot!

Ich würde das gerne nochmal aufgreifen: Mir wurde in diesem Post geraten, mein Karten-Problem durch einen UI-Reload im Alarmablauf zu umgehen. Leider werden aber gelegentlich (noch) Mails nicht ausgewertet und deshalb die Fallbackanzeige angezeigt. (Die Mails unterscheiden sich teilweise geringfügig und brauchen mehrere Pattern, bisher haben wir aber erst wenige Mails von der Leitstelle zum Testen/Pattern-Erstellen. Weil wir eine kleine Wehr mit wenigen Einsätzen sind, wird es auch noch eine Weile dauern, bis wir alle Variationen haben.) Das führt dann durch den UI-Reload dazu, dass uns die Demo-Ansicht angezeigt wird - was uns natürlich gar nichts bringt.

tl;dr: Ich bin auch für "Fallback +UI-Reload => Fallback" und gegen den Status quo "Fallback + UI-Reload => Demoanzeige".

Wie gesagt benutzen wir ja schon die Verzögerung, das funktioniert ganz gut, und wenn die Zeit zu kurz ist, werden wir sie eben hochsetzen.

Mein Beitrag war eigentlich eher als Bugreport gedacht. Denn dass das Programm mit dem Drucken beginnt, bevor es alle dafür erforderlichen Daten (Karten) fertig geladen hat, ist sicherlich nicht richtig. Stattdessen sollte der Einsatzmonitor warten (und zwar von sich aus, ohne dass ich das einstellen muss), bis die Karten korrekt geladen sind und erst danach den Druckauftrag starten.

Ich will nicht sagen, dass das äußerst hohe Priorität hat. Die hat es insbesondere deshalb nicht, weil die Verzögerung als annehmbarer Workaround existiert. Das zugrunde liegende technische Problem, das ich hier melden wollte, wird durch die Verzögerung aber nicht behoben.

Welche Funktion sollen die zusätzlichen fünf Sekunden und der UI-Reload (der Rest ist ja so wie ich es aktuell als Workaround habe) erfüllen?

Moin zusammen,

erstmal großes Lob für den Einsatzmonitor - wir sind gerade mit ausführlichem Testen beschäftigt und nach allem was ich bisher gesehen habe sieht der sehr hilfreich aus - und dann gibt's das ganze auch noch kostenlos, dafür möchte ich mich erstmal bedanken!

Zu meinem Problem: Im Alarmablauf haben wir festgelegt, dass eine Depesche gedruckt werden soll, mit eigenem Template, was soweit auch funktioniert. Nur: Während die Text-Daten (Stichwort, Anschrift, Uhrzeit, Datum) vom aktuellen Einsatz gedruckt werden, sind die Karten (die zwei Bilder) immer vom vorhergenden Einsatz.

Es ist zu beobachten, dass der Standby-Modus (Kalender) auf die Laden-Ansicht umspringt, dann der Druckvorgang startet (hörbar am Drucker), kurz bevor die Einsatz-Ansicht auftaucht. In der Einsatzansicht fehlen dann in den beiden Karten noch einzelne Tiles, die dann innerhalb weniger Sekunden auftauchen.

Wenn ich nachdem all das durchgelaufen ist die exportierten Bilder (Karte und Route) für den Druck öffne, sind diese auch korrekt - nur ist zu dem Zeitpunkt bereits die Depesche gedruckt, und zwar mit den - beim Start des Druckvorgangs noch nicht überschriebenen - alten Bildern.

Als Workaround haben wir momentan den Druckvorgang ganz ans Ende des Alarmablaufs gestellt und direkt davor eine Verzögerung von 10 Sekunden gepackt - im Großteil der Fälle reicht das, damit die richtige Karte gedruckt wird. 100%ige Sicherheit kann das aber natürlich nicht bieten: Was ist, wenn das Internet gerade etwas langsam ist und die Karten länger als 10 Sekunden zum Laden brauchen? Kann hier auf dem Dorf leider schon mal passieren...

Zugegeben, die Wahrscheinlichkeit, dass das passiert, wird kleiner, je länger die Wartezeit gewählt wird. Aber man verlängert so eben auch die Zeit, bis die Depesche gedruckt wird, selbst dann, wenn die "neuen" Bilder eigentlich schon längst zur Verfügung stehen.

Optimaler wäre es also, wenn das Programm von sich aus schon sicherstellen würde, dass der Vorgang "Druckauftrag starten" darauf wartet, dass zuvor "Karte laden" und "Karte in Bild exportieren" fertiggestellt wurden.