Eure Vorschläge für Bos Auswertungssoftware (insb. Oberfläche)

[DavX51]

- Erkennung der Doppeltöne bei ZVEI.
- Fenster zur anzeige der Einsatzorte auf einer Karte.
- Erkennung des Tonrufes

[RescueOberberg]

Meine Vorschläge:
- Aktionen ausführen(wie bei FMS32pro)

- automatische Aufnahme, nach Eingang bestimmter Schleifen. Dateiformat mp3 oder wav und Dateiname am besten bestehend aus dem "Klartext" heißt welchen Namen ich der Schleife gebe.

- Soundausgabe bsp. Alarmton bei bestimmter Schleife.

- vielleicht Verbindung mit Sidebar(Vista)? Zur Anzeige der letzten Alarmierungen.

und mir fällt bestimmt noch mehr ein...

[Andi-Hamburg]

Hier meine Vorschläge zum Layout usw:

* Schriftgröße und Art änderbar

* die Möglichkeit Alarmierungen in farbiger Schrift darzustellen ggf. auch zusätzlich eine farbige Hinterlegung

* Client-Funktion

* Eine Übersicht der z.B. Pocsag-Empfänger wie bei einer "Wadenwand", alarmierte DME werden z.B rot dargestellt, nicht alarmierte DME grün. Nach einer einstellbaren Zeit werden die DME wieder "grün" geschaltet. Manuelles umschalten sollte möglich sein.
Zusatz: TEXTFILTER: Wenn in einer alarmierten RIC z.B A.D. steht, wird der DME in"grau" geschaltet, bei I.D. wieder grün.

* Aktionen ausführen

* Töne ausführen

* Möglichkeit Spalten "ausblenden"

* Vollbild Funktion, nur das Meldungsfenster ohne die "Leisten" oben und unten.

Würde mich auch als Beta-Tester zur Verfügung stellen.

Gruß Andi

[ratalert]

Aktionen und Soundausgabe sind vorgesehen.

Auf einer Karte darstellen ist "wenn" nur dann möglich wenn eine POC Alarmierung Koordinaten mitliefert.

Das mit der Wadenwand versteh ich nicht ganz...

Farben soll es geben denke ich, jedoch weiss ich nicht ob man wirklich Schriftgröße und Farbe explizit ändern können muss...

[Angriffstrupp]

Bin schon echt gespannt wien Flitzebogen mal die ersten screenshots zu sehen.

Wie lang wirds denn noch dauern??? *voll ungeduldig ist*

[ratalert]

Gerade Screenshots werden noch lange auf sich warten lassen denke ich, da es ja gerade an der Oberfläche mangelt...

[Andi-Hamburg]

Mit der Wadenwand werde ich Dir ein Bild machen was ich meine.

Grade das Schriftgröße ändern finde ich wichtig,grade die funktion fehlt bei FMS32 bei den Pocsag Meldungen. Und wer einen großen Monitor hat,kennt das problem das man die kleinen Meldungen kaum lesen kann.

[Dtrieb7482]

Aktionen und Soundausgabe sind vorgesehen.
Auf einer Karte darstellen ist "wenn" nur dann möglich wenn eine POC Alarmierung Koordinaten mitliefert.

Klingt ja richtig gut!


Kannst du nicht direkt die Koordinaten aus der Meldung auslesen und dann in einem Fenster den Standort in z.b. Googlemaps anzeigen lassen.
Also Quasi so wie bei AllFMS wenn man auf die Koordinaten klickt.

OFFTOPIC:

Ist es eigentlich mathematisch möglich die Funkkennung in Funkrufnamen umzurechnen und wenn ja wie? (NRW-Kennung)

Also hier werden die Koordinaten auch mit Status (10) gesendet, die meine ich in der Karte darstellen lassen (Googlemaps)

Aus AllFMS:
[06.06.2009 22:00:51 xx-xx-xx Status 10 FZ->LST 51,289°N,6,742°O ]

[Bluebird145]

Was mir viel viel wichtiger wäre als so manch gwünschte spielerei:

Vernünftige und zuverlässige Pocsag-Auswertung die

a) auch bei direkt hintereinanderfolgenden Schleifen entsprechend z.B. auch für beide Schleifen eine Aktionen ausführen kann und nicht dabei eine verschluckt, siehe POC32.

b) eine Rufunterdrückung für doppelte, besser gesagt abgehackte Nachrichten welche letztere unterdrückt und nur die komplette Nachricht versendet, siehe SMS-Problematik.

Das sind zwei Dinge die mir wirklich super gefallen würden.
Eine HTTP-Ausgabe halte ich persönlich für unnütz. Wird Punkt a) sauber ausgeführt, kann das ganze auch Problemlos via Variablen an eine Batch-Datei übergeben und dort weiterverarbeitet werden.

[Beatzler]

a) auch bei direkt hintereinanderfolgenden Schleifen entsprechend z.B. auch für beide Schleifen eine Aktionen ausführen kann und nicht dabei eine verschluckt, siehe POC32.

b) eine Rufunterdrückung für doppelte, besser gesagt abgehackte Nachrichten welche letztere unterdrückt und nur die komplette Nachricht versendet, siehe SMS-Problematik.

Hey,

also zu deinem a.) Problem habe ich mittlerweile eine Lösung gefunden ! Hatte mich auch sehr lange beschäftigt / gestört !

Siehe vorletzer Beitrag:

http://www.funkmeldesystem.de/foren/...ghlight=allfms

Zu b.) dies liese sich mittels einer "Verriegelung" per Batch regeln.
Bei mir wird zuerst in der Batch geprüft ob ein textdokument welches den späteren ALarmtext enthält schon vorhanden ist, wenn ja dann exit wenn nein dann weiter laufen. Beim normalen durchlauf wird die txt dann erstellt und am ende vor dem löschen der txt ca. 30 sek gewartet ....


MFG Beatzler

[ratalert]

@Bluebird145:

Danke Faboi, es ist richtig der Punkt steht bereits auf der Featureliste.

Ob eine HTTP Ausgabe sinnvoll ist oder nicht kommt denke ich auf den Anwender an.
Du hast recht, wenn Aktionen ausgeführt werden kann man einfach eine Batch aufrufen die das macht, aber somit wäre ja auch alle anderen Aktionen ausser Batchaufruf überflüssig. Wer gerne eine Batch aufruft kann das tun, aber vielleicht möchte der ein oder andere einfach komfortabel das direkt in der Software alles regeln können. Wie gesagt alles Geschmackssache, aber es wird sicherlich beides gehen.
In der ersten Version wird so etwas sowieso wahrscheinlich nicht drin sein ;-)

Was Rufunterdrückung betrifft bin ich mir nicht sicher ob ich verstehe was du meinst. Als Unterdrückung von Ruftönen verstehe ich dass es abschaltbar ist dass doppelt gesendete FMS Telegramme oder ZVEI folgen die innerhalb einer Toleranzzeit ankommen nicht doppelt angezeigt werden. Da du hier von abgeschnittenen Meldungen spricht gehe ich davon aus dass du evtl. von POCSAG Textmeldungen sprichst. Wäre super wenn du einfach nochmal kurz erklärst was du genau meinst ;-)

[Bluebird145]

Genau, ich meine die POCSAG-Meldungen.
Um mich herum sind 3 Dau's, also 3 potentielle Nachrichten die ich emfangen kann.

2 davon bekomme ich in der Regel komplett, d.h. der Filter in POC32 unterdrückt die 2. schonmal. Die 3. kommt fast immer abgehackt rein. Wäre schön wenn der Filter das erkennt in Form einer Textsammelfunktion oder ähnlichen. Du weißt sicher was ich meine... Es soll eben nur eine einzige Nachricht, am besten nicht die abgehackte ;-) verschickt werden.

[Mister-X]

Hallo Miteinander,

RatAlter und Ich haben den Aktuellen Feature wunsch mal bequatscht und sind da zu keinem 100%tigem Ergebnis gelangt.

im Detail geht es darum das Ihr wünscht wenn zwei meldungen herein kommen und eine abgehackt ist hier halt keine Aktion ausgeführt wird.

Nun gibt es natürlich viele wege um sowas anzugehen... daher seit Ihr nun wieder gefragt.

Wollt Ihr z.B. das Nachrichten wirklich 1 zu 1 verglichen werden? Sprich wenn bei der Halben Nachricht vorne alles Identisch ist das nur dann gefiltert wird?

Also ein paar wirkliche Beispiele wie Ihr die Realisierung bzw. die Logik der Programmierung haben möchtet wäre wichtig.
Wenn ich nun nur meinen vorschlag einbringe ist damit wahrscheinlich nicht jedem gedient.

Mein vorschlag wäre halt wirklich das der nachrichten inhalt sprich Klartext 1 zu 1 verglichen word. Ist er identisch so wird das ausführen der Aktion verhindert.

Man könnte hier auch freizügiger damit umgehen. Nur besteht hier natürlich die gefahr wenn zwei sehr ähnliche alarmierungen auflaufen das die zweite ebenfalls gefiltert wird.

wie gesagt... einfach mal das was Ihr euch wünscht etwas Detailierter erklären und dann schaun wir mal weiter.

Sooo... das war es für den Moment....

Grüße

[faboi]

...
a) auch bei direkt hintereinanderfolgenden Schleifen entsprechend z.B. auch für beide Schleifen eine Aktionen ausführen kann und nicht dabei eine verschluckt, siehe POC32.
...

Diesen Punkt habe ich bereits auf die Wunschliste schreiben lassen bzw. steht im Bug-System.

[Funkenrudi]

Hallo, mir würde schon die Zuordnung einer ZVEI Fünftonfolge und Anzeige der Ziffern ausreichen.
Gibts irgendwo so einen einfachen Auswerter. (Brauche ihn für Reparaturen und Tests)
Funkenrudi