Druckbare Version
Danke, werd ich dann morgen gleich mal probieren.
Jetzt hab ich nur noch folgedens Problem. Ich hab mir im Wiki die Automatische Adresserkennung durchgelesn, leider werde ich nicht schlau daraus.
Ist das ein Plugin? wo kann ich dieses finden.
Hat das jemand schon im Einsatz und kann mir eine Bebilderte Anleitung zusenden?
Besten dank
Hab das gerade bei mir ausprobiert, die Ersetzungen sehen so aus:Zitat:
Zitat von firEmergency
:;
Abschnitt .*\n;
Abschnitt .*\n;
Abschnitt: .*\n;
Abschnitt : .*\n;
führt leider nicht zum löschen der Zeile "Abschnitt: ....". Könntest du mal bitte Überprüfen ob es bei dir geht?
Ich hatte jetzt kein Fax mit "Abschnitt", sondern nur mit "Ort", konnte diese Zeile aber erfolgreich löschen.
Ich hatte allerdings bei mir festgestellt, dass meine "ersetzungen.txt" ein komisches Dateiformat hatte (UTF-8 BOM anstatt nur UTF-8). Dadurch hat das einlesen nicht richtig funktioniert.
Gehen bei dir die anderen Ersetzungen, oder geht keine? Wenn keine geht, könnte es an einer fehlerhaften Datei liegen.
Die Ersetzungen funktionieren einwandfrei, bis auf das Wort "Abschnitt .*\n;", es wird weder was Wort noch die Zeile gelöscht (hab es auch schon ohne : und mit : getestet). Wenn du mir deine mail per PN schickst, kann ich dir mal die .txt von unsrem Fax und meine ersetzungen.txt schicken
Hab das ganze jetzt wie folgt gelöst, in der ersetzungen.txt steht "Abschnitt.*Ort;" somit wird die Zeile mit St2324 Musterhausen > Musterstadt Abschnitt 200 aus dem Alarmtext rasugenommen und die Adressberechnung funktioniert wieder.Zitat:
Zitat von FFSSBZ
Tipp: Wäre sicherlich sinnvoll das noch im Wiki unter Faxanalyse -> Ersetzungen hinzuzufügen, da ja bei fast jedem die Faxe anders aufgebaut sind.
Gruß,
FFSSBZ
Kann mir jemand bitte bei der Adresserkennung Helfen. Im Wiki steht, man soll dem Assistenten folgen, nur welchem Assistenten?
Hat irgendjemand ned korrekte Anleitung dazu
Schau mal in den unten verlinkten Beitrag von. Hier mir findest Du noch eine weitere Anleitung von mir. Vielleicht hilft Dir diese weiter.Zitat:
Zitat von zwick88
http://www.funkmeldesystem.de/foren/...604#post428604
perfekt Hat mir geholfen
Danke
Wie Kann ich die BEMERKUNG auslesen lassen, wenn am Ende des Fax nichts mehr Steht, z.B. FAX ENDE o.ä.?Zitat:
Zitat von zwick88
Hallo,
Ich teste firEmergency 1.2 zusammen mit FMS32Pro
Bei einem eingehenden Alarm wird der Text der POSCAG Meldung nicht richtig an firEmergency 1.2 übergeben.
Beispiel: In FMS32Pro " Einsatz Feuerwehr Brand Scheune"
In firEmergency 1.2 " nd Scheune"
Woran kann das liegen?
Vielen Dank
Grüße Sven
Hallo,Zitat:
Zitat von Bonsai32
das oben genannte Problemchen hab ich gelöst bekommen.
Die Ursache lag im Eingangsplugin "FMS32"
Ich hatte dort keine Daten hinterlegt. (&1& &3& &D& &U&)
Jetzt hab ich seit mehreren Tagen und Versuchen ein neues Problem.
Ich möchte die Daten aus firEmergency 1.2 mit einer Batch an MyPhoneExplorer übergeben um eine SMS zuversenden.
Das senden klappt...Leider werden dort die Daten nicht richtig übergeben.
Einstellungen:
Eingangsplugin "FMS32" (&1& &3& &D& &U&)
firEmergency alles ok
Ausgangsplugin "Protokollieren" wird alles richtig angezeigt (RIC TEXT DATUM UHRZEIT)
Ausgangsplugin "Batch" dort starte ich die batch datei (funktioniert)
Batch: ... text= "%1 %2 %3 %4"
ich vermute der fehler liegt in der Batch - habe aber schon verschiedene Varianten probiert.
z.B. text= "%1 %3 %D %U"
leider kommt in der SMS nur die RIC und das erste Wort vomTEXT an
Hat jemand eine Idee???
Viele Grüße Sven
Wie sieht denn das Alarmtext-Plugin für die Batch aus? Damit übergibst du ja die Parameter an die Batch (siehe auch Wiki für Batch-Plugin)Zitat:
Zitat von Bonsai32
Im Alarmtext Plugin steht: Einsatz Feuerwehr: &1& &3& &D& &U&Zitat:
Zitat von firEmergency
Versuche es mit Anführungszeichen Einsatz Feuerwehr: "&1&" "&3&" "&D&" "&U&"Zitat:
Zitat von Bonsai32
beim Text hat es funktioniert! Leider werden Datum und Uhrzeit noch nicht mit übergeben.Zitat:
Zitat von firEmergency
Juhu :)
erst einmal klasse Arbeit :)
Ich freue mich die Neuerungen einsetzen zu dürfen. ganz besonders die neue Funktion mit den Koordinaten NxxxxExxxx
Meine Frage nun: wie schaut es zeitlich aus? Kann ich die 1.2.x.x schon bedenkenlos einsetzen und mit meinem Premium lizensieren, oder soll ich lieber weiter mit nur einer Einheit "testen"?
Hab nur Angst das ich es auf 1.2.x.x aufsetze und dann Änderungen zum "Stable" kommen, die mich zwingen, komplett neu alles einzurichten (Übernahme der Konfig nicht möglich)...
Bisher konnte ich nämlich keinen qualitativen Unterschied (Funktionen nicht betrachtet) zu meiner bisherigen 1.0 entdecken. Stabil sind bisher beide :)
Grüße
dertobi
Also Änderungen die eine alte Konfiguration unbrauchbar machen, werde nicht mehr kommen.
Alles was jetzt noch kommt sind kleinere Fehlerbehebungen.
ds hört sich suuuuuper an :)
dann geh ich jetzt einfach mal mit der 1.2.9.7 online ;-)
ich danke euch!
Kritisches Update 1.2.9.7 im Shop online. Es behebt einen (unregelmäßig auftretenden ) Fehler im Android-Plugin welcher den Versand von Push-Nachrichten behindert hatte.
Changelog:
- Fehler im Android-Plugin behoben
- Neue Vorwarnungen des DWD im Wetterwarner-Input-Plugin umgesetzt
Hallo ich habe ein kleines Problem. Bei mir geht bevor die Pieper gehen immer die Sirene. Da aber keine Meldung über die Sirene außer "1" kommt habe ich bei BosMon eine Testersetzung geschrieben. Jetzt zu meinem Problem: Immer wenn die Sirene geht erscheint Einsatzalarm Feuerwehr xyz. Komischer Weise erkennt die Adresserkennung dann immer eine Adresse die allerdings nichts mit dem Einsatz zusammenpasst allerdings in der Adressliste steht. Hat jemnand eine Lösung???
Vielen Dank
Habe das Update nach 1.2.9.7 gemacht. Ich bin irgendwie der Meinung, jetzt gehen noch mehr Alarme verloren. Bei mir selber war das bisher ab und an mal. Heute Alarmierung gehabt, da gingen dann gleich bei 5 Leuten die Push nicht durch.
Werden die Nachrichten eigentlich auch noch etwas verspätet (kurzzeitig kein Empfang etc.) zugestellt?
Und immer wieder die gleiche Frage: Findet sich ein Indiz im Log zur entsprechenden Zeit?
Spätere Zustellung: Meiner Erfahrung nach ja.
Hi zusammen,
wollte den Input per FMS32Server-Plugin machen, habe den Server am laufen und das Plugin mit der IP gefüttert. FMS32 läuft als "Server"
aber da fehlt doch noch was, oder? Wie bekommt firEmergency denn den Alarm übergeben?
Ich sehe nämlich keine...?!?
Grüße
Tobi
Ich mache jetzt hier einfach mal kurz alles in einen Thread.Zitat:
Zitat von feodor
Bin jetzt die Log Datei mal komplett durchgegangen. Für die Alarmierung heute gibt es keinerlei Anzeichen auf ein Nicht-Funktionieren im LOG was die Pushs angeht.
Alle sind succesful.
EINE Rückmeldung habe ich noch nach meinem Thread bekommen. Alarmierung in Apager kam demnach 2:05 Stunden später bei einem Kameraden an.
Wenn ich mir selber mehrere Alarme nacheinander schicke, funktioniert das eigentlich immer. Nur bei echter Alarmierung (15 Leute gleichzeitig heute), gings nicht. Anscheinend aber auch nur Android-User.
Noch ein Problem:
(evtl. ist das auch mein Problem aus meinem anderen Thread mit der riesen Log-Datei)
Die Daily-Log von HEUTE ist jetzt schon wieder 800 MB groß.
Ich konnte sie noch öffnen, dabei ist mir u.a. aufgefallen, dass die E-Mail Eingangsüberwachung hier wohl eines der Probleme ist. Die läuft über mehrere Stunden,
dann plötzlich das:
17:44:02 [DEBUG] [PipeControllerThread] [server.PipelineController][158] Server legt sich schlafen!
17:45:49 [ERROR] [Thread-12] [mailInput.MailInput$IMAPIdleThread][294] * BYE JavaMail Exception: java.net.SocketException: Connection reset
javax.mail.StoreClosedException: * BYE JavaMail Exception: java.net.SocketException: Connection reset
at com.sun.mail.imap.IMAPFolder.throwClosedException( IMAPFolder.java:2540)
at com.sun.mail.imap.IMAPFolder.idle(IMAPFolder.java: 2336)
at mailInput.MailInput$IMAPIdleThread.run(MailInput.j ava:292)
at mailInput.MailInput.run(MailInput.java:171)
17:45:49 [DEBUG] [Thread-12] [mailInput.MailInput$IMAPIdleThread][296] Refresh IDLE Connection
17:45:49 [DEBUG] [Thread-12] [mailInput.MailInput$IMAPIdleThread][284] IDLE Connection to Alarmeingang established
17:46:01 [ERROR] [Timer-5] [mailInput.StoreTimerTask][558] imap.googlemail.com
javax.mail.MessagingException: imap.googlemail.com;
nested exception is:
java.net.UnknownHostException: imap.googlemail.com
at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPSt ore.java:665)
at javax.mail.Service.connect(Service.java:295)
at javax.mail.Service.connect(Service.java:176)
at javax.mail.Service.connect(Service.java:125)
at mailInput.StoreTimerTask.run(MailInput.java:552)
at java.util.TimerThread.mainLoop(Unknown Source)
at java.util.TimerThread.run(Unknown Source)
Caused by: java.net.UnknownHostException: imap.googlemail.com
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.connect (Unknown Source)
at com.sun.net.ssl.internal.ssl.BaseSSLSocketImpl.con nect(Unknown Source)
at com.sun.mail.util.SocketFetcher.createSocket(Socke tFetcher.java:288)
at com.sun.mail.util.SocketFetcher.getSocket(SocketFe tcher.java:205)
at com.sun.mail.iap.Protocol.<init>(Protocol.java:113 )
at com.sun.mail.imap.protocol.IMAPProtocol.<init>(IMA PProtocol.java:110)
at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPSt ore.java:632)
... 6 more
Und das kommt dann mehrere Stunden wirklich im Sekundentakt!
Weiterhin ist mir dann aufgefallen, dass die daily.log dann nachts nicht neu angelegt wurde, in der heutigen sind auch die Logs von gestern mit drin.
Puuh ....
Hallo Zusammen.
Kann man die Statusübersicht so gestallten das man 17 Fahrzeuge aus einer Wache unterbringt zb. in 3 - 4 Spalten mit FMS Status.
Gruß
Leon
Danke hat sich erledigtZitat:
Zitat von Leonp112
Hallo Zusammen,
ich bins mal wieder und bin am verzweifeln mit der Faxsoftware ABBYY11.
Es kommt immer wieder nur unbrauchbares raus trotz Übungsmodus.
Zwar wird das Fax in ABBYY richtig eingelesen aber bei der TXT Umwandlung
passt es nicht mehr. Die Software macht als mitten im Wort Leerzeichen rein
wzb. St ich wort , Ein staz m i tt el. Egal wie ich es anstelle in der TXT Datei
passt es nie. Hat da einer ein rat für mich?
Danke und Gruß
Leon
Also wir haben auch ein paar Probleme mit den Leerzeichen.
Allerdings hab ich es mit den Ersetzungen so hinbekommen, dass nur noch der ein oder andere Ort unerwünschte Leerzeichen aufweist.
Im Anhang meine Ersetzungen, meine Trainingsdatei und mein Muster (ILS Augsburg).
Hi Leonp112,
hast du ABBYY deine Schrift komplett selbst bei gebracht oder hast du fertige Schriftarten verwendet?
Desweiteren solltest du auch eine Vorlage für die Dokumentenanalyse verwenden, falls du dies noch nicht eingestellt hast.
Gruß,
FFSSBZ
Danke sieht schon besser aus. Nur ist in der Anzeige alles sehr klein und nicht zu lesen :-(Zitat:
Zitat von firEmergency
Bei mir hatte ich auch das Problem mit der grosen daily.log und alarm Historie, demnach hat es bis zu einer Minute gedauert bis ein alarm abgearbeitet wirde. Ich habe nun eine bat geschrieben die im loop läuft, wo alle 3 std firemergency beendet die daily.log und den alarm history Ordner leert und firemergency Server wieder startet.Zitat:
Zitat von zatsch
Das läuft scjon seit Wochen im 24 loop nun dauert es bei jedem Alarm 2 sek für Abarbeitung.
Also direkter Zusammenhang mit Größe Log-File zu Schnelligkeit der Abarbeitung erkennbar?
Mein Daily.log wird derzeit nicht mehr soo groß, aber meistens ist es kein "daily" sondern eher ein 5-6 "days" Log. Dann hat es meistens so 12-13 MB.
Und die error.log, habe ich gerade festgestellt, ist auch wohl erstmals 500 kb groß mit jede Menge Java Meldungen.
Hat aber leider nicht viel geholfen.Zitat:
Zitat von Leonp112
Immer noch Probleme mit der Anzeige im AM 3 ....
Keine KM Angabe, (Straße wird nicht angezeigt) .....
Ja auf jeden fall, wie gesagt lange abarbeitung bei großer File. Direkt nach löschen sofort kurze abarbeitungszeit.Zitat:
Zitat von zatsch
Zitat:
Zitat von zatsch
Zitat:
Zitat von Schkeuderhans
Mit der angehängten Datei wird die Größe des Logfiles auf 1MB begrenzt. Wir werden demnächst auf ein neues Logging verfahren umsteigen und hoffen, dass es damit besser wird. Wenn ihr keine Probleme habt, könnt ich das Log-Level auf INFO oder sogar WARN stellen. Dann habt ihr pro Alarm nur noch ganz wenige Einträge und das Logfile steigt nicht so schnell an.
(Zur angehängten Datei:
- Umbenennen auf log4j.properties (ohne das .txt am Ende)
- Kopieren nach /files/
- FE neustarten
)
Wenn du ein Fax verwendest: Wie machst du es mit der Adresse? Läuft bei dir eine Adresserkennung drüber, oder machst du es so wie im Wiki beschrieben (http://firemergency-wiki.de/mediawik...armMonitor_3)?Zitat:
Zitat von Leonp112
Denn eine erkannte Adresse brauchst du natürlich, um eine Route berechnen und anzeigen zu können. Von alleine geht das leider nicht.
Zitat:
Zitat von Leonp112
Hat aber leider nicht viel geholfen.
Immer noch Probleme mit der Anzeige im AM 3 ....
Keine KM Angabe, (Straße wird nicht angezeigt) .....
Wenn du ein Fax verwendest: Wie machst du es mit der Adresse? Läuft bei dir eine Adresserkennung drüber, oder machst du es so wie im Wiki beschrieben (http://firemergency-wiki.de/mediawik...armMonitor_3)?
Denn eine erkannte Adresse brauchst du natürlich, um eine Route berechnen und anzeigen zu können. Von alleine geht das leider nicht.
Erst mal Danke für die Hilfe. Wenn ich über die Adressliste (Excel Datei) die suche mache geht es ohne Probleme. Wenn ich die automatische suche Adresserkennung laufen lasse geht es nicht mehr. Keine Adresserkennung. Stichwort wird angezeigt.
Ich muss zu geben das ich mit der Konfig. Tool in dem FE Problele habe.
die Adresserkennung hab ich so eingerichtet wie es in der Hilfe von WIKI stand.
Gibt es da noch eine andere Hilfe was vielleicht einfacher ist ?
Gruß Leon
Hallo,
ich habe ein kleines Problem bei der Adresserkennung mit extremer Auswirkung gehabt.
Ich nutze FE 1.2.9.7 bei der Adresserkennung habe ich ca. 3000 Straßen in verschiedenen Orten mit verschiedenen Ortsteilen in das Verzeichnis eingetragen. Bisher hat das auch wunderbar funktioniert. Allerdings kam nun eine Nachricht mit folgendem Muster: 777777-Feuer BMA Privat (FEU BMA P) SoSi ADorf Hauptstraße 27 # privater Rauchmelder piept
Die Adresse ist im Straßenverzeichnis vorhanden. Leider gibt es die Straße mehrfach im Verzeichnis in verschiedenen Orten. Und es wurde als Adresse nicht Hauptstraße 27, 5555 ADorf ausgegeben sondern Hauptstraße 27, 5556 BStadt.
Wie kann es zu diesem Fehler kommen? Ich dachte bisher, FE sucht nach dem Ortsnamen, dann nach dem Straßennamen nur innerhalb dieses Ortes, oder meinetwegen auch andersrum.
Dann habe ich noch das Problem mit den Ortsteilen, ich habe sie bisher so eingegeben: ADorf KleinADorf;;5555;Hauptstraße Meiner Meinung nach wäre es aber ganz schön, wenn es eine eigene Spalte für den Ortsteil geben würde, denn ich bin mir nie 100%ig sicher, dass der Ortsteil mit in dem Alarmtext steht der von der IRLS kommt.
Mfg
Tim
Kann ich bestätigen, kommt bei jedem 5. Alarm vor wenn die Straße in mehreren Orten ist...Zitat:
Zitat von bull60
Leider habe ich dieses Problem auch.
Habe rund 10.000 Straßen mit verschiedenen Stadtteilen eingepflegt.
Leider scheint die Adresserkennung nicht immer auf den hinterlegten Stadtteil zurückzugreifen, was sehr ärgerlich ist,
denn die Einsatzstelle wir dann nicht korrekt angezeigt.
Habe das Problem besonders dann, wenn es Straßen gibt, die wie ein Stadtteil heissen:
z. B. "Westendstraße 112 Westend/KLN"
Da es scheint, dass nicht immer alle Kriterien bei der Auswertung herangezogen werden, wird dann statt der definierte
Straße "Westendstraße", einfach mitten im gleichnamigen Stadtteil "Westend" ein Marker gesetzt.
Fatal, weil man so -vor allem als Ortsunkundiger- falsch geleitet wird.
Wie kann man die Adresserkennung dazu bringen, dass bei der Auswertung zusätzlich zur Straße auch der
Ortsteil berücksichtigt und die Auswertung so besser wird?
Wie sieht eigentlich der aktuelle Stand mit dem "Verzögerungs" Plugin aus? Es wird ja vor dem Einsatz abgeraten. Ich hatte es in einigen Pipes trotzdem drin, nach einigen unerklärlichen Aussetzern habe ich es mal heraus genommen und stelle fest, es treten teilweise wohl Verzögerungen an Stellen der Pipes auf, wo das Plugin gar nicht drin sitzt. Also erstmal raus damit.
Jetzt habe ich aber ein Problem: Alarmierung per Push auf Apager, eine e-Mail mit Infos wird nun im gleichen Moment geschickt und erreicht mich auch keine 5 Sekunden später auf dem Handy, Apager hört auf zu alarmieren, es wird der e-Mail Ton abgespielt und Ende.
Zu apager : was meinst du mit Ende? Absturz?
Könntest du uns davon ein Log erstellen wie in meiner Signatur beschrieben? Richtig toll wäre ein Video davon, falls du ein zweites Handy zur Hand hast. Gruß
Nein, kein Absturz. Der e-Mail Notification Ton bügelt sich sozusagen über die Apager Alarmierung drüber und beendet dessen einfach. Habe ich noch nie anders erlebt, deswegen war meine Lösung immer, die eMail mit 30 Sekunden Verzögerung raus zu schicken.
Ist das gar nicht so gedacht?
Dann würde ich ich es auch filmen. :-)
Wenn die andere App den Ton überschreibt ist das insofern normal und kein Fehler
So hatte ich das (leider) für mich angenommen.
Also - Verzögerung ist schon manchmal toll!
Also wir kümmern uns um das Verzögerungsproblem wohl im Februar/März (dort werden wir uns auch noch einige andere Punkte intensiv kümmern)
Zitat:
Zitat von Schkeuderhans
Also für die nächste Version wurde die Ortserkennung weiter verbessert. Es würden uns zwei, drei konkrete Beispiele sehr helfen.Zitat:
Zitat von Brandinspektor
Also:
- Alarmtext
- Adresse, welche erkannt werden soll
- Adresse, die tatsächlich erkannt wird
- Eventuell einen Auszug aus dem Straßenverzeichnis (mindestens aber die beiden Einträge der Straßen (1. welche erkannt wird, und 2. welche erkannt werden soll))
guten abend,
habe nachfolgenden Fehler erhalten (heute das erste mal, ist zwei mal aufgetreten).
15:56:15 [ERROR] [ProwlThread Sun Jan 06 15:56:10 CET 2013] [prowl.Prowl][125] Fehler beim Push
net.sourceforge.prowl.exception.ProwlException: Unbekannter Fehler
at prowl.Prowl.pushAlarm(Prowl.java:119)
at prowl.Prowl.run(Prowl.java:96)
at server.PluginController.run(PluginController.java: 97)
at java.lang.Thread.run(Unknown Source)
15:56:15 [ERROR] [ProwlThread Sun Jan 06 15:56:10 CET 2013] [prowl.Prowl][126] Response Code: Unbekannter Fehler(0)
15:56:15 [INFO] [ProwlThread Sun Jan 06 15:56:10 CET 2013] [server.PluginController][140] PluginController mit Plugin prowl.Prowl (Admin3) mit AlarmData () nach 5096 ms beendet
15:56:16 [INFO] [0041361PipelineThread Sun Jan 06 15:56:10 CET 2013] [server.Pipeline][321] Alarmabarbeitung beendet
um welches Problem handelt es sich hier. Bis jetzt konnte ich nicht weiter verfolgen ob das problem noch besteht.
Danke schonmal für eure Hilfe
Die Prowl Dienste haben von prowlseite aus probleme...
Gesendet von meinem GT-N8000 mit Tapatalk 2
Frage:
Ist es möglich für die Alarmfaxanalyse auch andere OCR Programm zu verwenden?
Hintergrund: Eine andere Einheit würde evtl. auch gerne auf FE und AM3 umsteigen. Derzeit haben sie nur eine eigene SMS Alarmierung mit einfachereren Mitteln.
Allerdings läuft eine Faxanalyse mit Omnipage Pro, und das wohl ziemlich erfolgreich und gut
konfiguriert. Somit stünde das Fax schon als fertige TXT Datei zur Verfügung. Wie kann man jetzt ohne Aufruf direkt FE dazu bringen, diese Daten zu verwenden?
Die Daten erst noch wieder per Mail zu versenden fände ich jetzt bspw. ein wenig
überzogen.
Also wenn du im Fax-Plugin auf "ABBYY" gestellt hast, erwartet das Input-Plugin die konvertierte .txt Datei im Ordner /files/fax/output/. Du musst also dafür sorgen, das deine fertige TXT Datei in diesem Ordner landet (durch Batch-Datei oder ähnliches).Zitat:
Zitat von zatsch