Version 1.1.1 - Online

Druckbare Version

50 Beiträge dieses Themas auf einer Seite anzeigen

03.08.2012, 13:37
Brandinspektor

Hallo,

ich wollte gestern das Update machen, habe es aber aufgrund
des sehr großen Aufwandes gelassen.

Wir nutzen die Premiumversion und haben sehr viele Benutzer
und Einheiten vergeben.

Laut der Update-Anweisung soll ich sämtliche Android-PlugIn
und die Textersetzung, die wir für jede Pipeline brauchen,
vor dem Update löschen. Auch Mail-Input sollen wir zurück-
setzen.

Gibt es eine Möglichkeit, dass ich diese drei Schritte nicht per
Hand für jede unserer -sicher über 50- Benutzer nach dem
Update wieder neu setzen muss?

Kann man z.B. die Textersetzung oder die Maileinstellungen von
einem Benutzer zum anderen übertragen ?

Gruß
BI
04.08.2012, 09:36
feodor

Zitat:

Zitat von pfeiffer

Moin moin,

es läuft jetzt ... warum auch immer.
Lösung des Problems:

# im Config-Ordner die Ordner für die Benutzer löschen
# Benutzer mit gleichem PW neu anlegen (Ordner werden wieder erstellt)
# Server beenden
# die .fds-Datei aus der Sicherung in den neuen Ordner schieben (überschreiben)
# Server starten

Gruß
Carsten

In solchen Fällen bitte immer das LOG posten, beim Starten erscheint welche User erfolgreich geladen werden konnten und welche nicht. Oder stand dort, dass alles ok ist?

Zitat:

Zitat von Brandinspektor

Hallo,

ich wollte gestern das Update machen, habe es aber aufgrund
des sehr großen Aufwandes gelassen.

Wir nutzen die Premiumversion und haben sehr viele Benutzer
und Einheiten vergeben.

Laut der Update-Anweisung soll ich sämtliche Android-PlugIn
und die Textersetzung, die wir für jede Pipeline brauchen,
vor dem Update löschen. Auch Mail-Input sollen wir zurück-
setzen.

Gibt es eine Möglichkeit, dass ich diese drei Schritte nicht per
Hand für jede unserer -sicher über 50- Benutzer nach dem
Update wieder neu setzen muss?

Kann man z.B. die Textersetzung oder die Maileinstellungen von
einem Benutzer zum anderen übertragen ?

Gruß
BI

Man kann nur Einheiten duplizieren (innerhalb eines Benutzers), eine andere Möglichkeit gibt es leider nicht.
04.08.2012, 10:36
florian_hsk

Zitat:

Zitat von Brandinspektor

Laut der Update-Anweisung soll ich sämtliche Android-PlugIn
und die Textersetzung, die wir für jede Pipeline brauchen,
vor dem Update löschen. Auch Mail-Input sollen wir zurück-
setzen.

Wenn's nur die beiden Plugins wären, die in der Update-Anleitung erwähnt werden!
Also ich musste auch noch sämtliche Batch- u. FileReader-Plugins ersetzen. Die haben nämlich bei jeder Abarbeitung einen Fehler ausgegeben. So wie es scheint, müssen alle Plugins ersetzt werden, die eine neuere Versionsnummer haben und somit überarbeitet wurden?!?
Ist bei vielen (und umfangreichen) Einheiten natürlich ein großer Aufwand.
04.08.2012, 17:40
t1m02k10

War bei mir auch eine menge Arbeit. Finde es schade das es ein Update Programm gibt, dass dies alles erledigt.
04.08.2012, 18:49
feodor

Ich werde es nächste Woche mal ansprechen. Vielleicht können wir einen updater entwickeln.

Wir verstehen dass das viel Arbeit bedeutet und sind natürlich auch nicht glücklich damit wenn ihr unzufrieden seid...

Also wer noch warten kann mit dem Update tue dies bitte.
Gruß
05.08.2012, 14:31
Olleck

Liste der Anhänge anzeigen (Anzahl: 1)

Ich verzweifel bald!

Kann mir jemand helfen? Ich komme einfach nicht weiter! Warum funktioniert es manuell und nicht über FMS 32?
05.08.2012, 15:40
Dr.MirakulixX

Funktioniert es erst seid dem Update nicht (mehr) oder ist es eine komplett neue Pipeline ?
05.08.2012, 17:31
florian_hsk

Scheinbar übergibst du den Einheiten-Code nicht richtig.
Hast du dir Anleitung mal durchgelesen?
http://firemergency-wiki.de/mediawik...p5?title=FMS32

- Wenn du den Code mit %1 übergibst, MUSS die Einheit in FE so heißen wie die Zvei/Ric. (z.B. Ric: 123456, FE Einheitencode: 123456)
- Wenn du in FE einen beliebigen Code vergeben hast, dann muss die "%1" dadurch ersetzt werden. (Bespiel: …/Alarm-FMS32.exe "FeuerwehrXY" | "%2" | "%3" | "%4" )
05.08.2012, 18:54
pfeiffer

Zitat:

Zitat von feodor

In solchen Fällen bitte immer das LOG posten, beim Starten erscheint welche User erfolgreich geladen werden konnten und welche nicht. Oder stand dort, dass alles ok ist?

Moin moin,

hier noch einmal das Log (ein Log von vielen Starts ;-)

##########################

05:21:44 [INFO] [main] [server.Launcher][96] Server startet...
05:21:44 [INFO] [main] [server.Launcher][97] Aktuelle Version: Basic-Edition
05:21:44 [INFO] [main] [server.Launcher][327] Port für Server-RMI:1099
05:21:44 [INFO] [main] [server.Launcher][336] Port für Client-RMI:1098
05:21:44 [INFO] [main] [server.AdditinalJarPool][32] C:\Programme\Alamos UG\firEmergency\files\additionalJars
05:21:45 [INFO] [main] [server.PluginPool][44] C:\Programme\Alamos UG\firEmergency\files\plugins
05:21:46 [INFO] [main] [server.data.DataManagement][329] File hinzugefügt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb
05:21:46 [INFO] [main] [server.data.DataManagement][344] Konvertiere AlarmHistory
05:21:46 [INFO] [main] [server.data.DataManagement][364] Keine AlarmHistory als Einzeldatei vorhanden. Konvertierung wird nicht durchgeführt.
05:21:46 [INFO] [main] [server.data.User][182] 12 Einheiten wurden gesetzt.
05:21:46 [INFO] [main] [server.data.User][173] Adressbuch mit 2 Person(en) gesetzt.
05:21:46 [INFO] [main] [server.data.User][241] fdbFile wurde gesetzt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb
05:21:46 [INFO] [main] [server.input.InputPool][91] C:\Programme\Alamos UG\firEmergency\files\inputPlugins
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für AlarmFMS32Input erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für AliveInput erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für FMEListener erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für FileInput erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für MailInput erzeugt
05:21:46 [INFO] [main] [server.input.InputPool][121] Objekt für ReichweitenInput erzeugt
05:21:47 [INFO] [main] [server.input.InputPool][121] Objekt für WaldbrandInput erzeugt
05:21:47 [INFO] [main] [server.input.InputPool][121] Objekt für WetterInput erzeugt
05:21:47 [INFO] [main] [server.RXTXInstaller][62] Ermitteltes Betriebssystem: windows xp, x86
05:21:47 [INFO] [main] [server.RXTXInstaller][258] C:\Programme\Java\jre7\lib\ext\RXTXcomm.jar bereits vorhanden
05:21:47 [INFO] [main] [server.RXTXInstaller][258] C:\Programme\Java\jre7\bin\rxtxSerial.dll bereits vorhanden
05:21:47 [INFO] [main] [server.RXTXInstaller][258] C:\Programme\Java\jre7\bin\rxtxParallel.dll bereits vorhanden
05:21:47 [INFO] [main] [aliveInput.AliveInput][231] Alive-Input gestoppt
05:21:47 [INFO] [ServiceChannel] [server.Launcher$ServiceChannel][520] Service-Channel geöffnet. Port: 1087
05:21:47 [INFO] [Alarm.exe-Input] [AlarmFMS32ExeInput.AlarmFMS32Input][72] An Port 5555 gestartet
05:21:48 [INFO] [main] [server.Launcher][203] Launcher fertig
05:21:48 [INFO] [main] [server.Launcher][204] ################################
05:21:48 [INFO] [main] [server.Launcher][207] firEmergency einsatzbereit
05:21:48 [INFO] [main] [server.Launcher][208] ################################

FE hat nur den Admin-User angelegt - die anderen Ordner/ Dateien komplett vergessen ...???

ich sehe im Log nix komisches ...

Gruß
Carsten
05.08.2012, 19:11
Shrek87

Hallo zusammen,

erstmal ein dickes Lob an das Team von Firemergancy,
ihr habt echt eine 1a Software entwickelt.

Hier eine kurze Frage:

Wann kann mit einer Implementierung von dem „Plugin FaxAnalyse“ gerechnet werden?
Mit dem Software Update 1.2 oder evtl. schon eher?

Mit freundlichen Grüßen
Philipp
05.08.2012, 19:34
firEmergency

Zitat:

Zitat von florian_hsk

Wenn's nur die beiden Plugins wären, die in der Update-Anleitung erwähnt werden!
Also ich musste auch noch sämtliche Batch- u. FileReader-Plugins ersetzen. Die haben nämlich bei jeder Abarbeitung einen Fehler ausgegeben. So wie es scheint, müssen alle Plugins ersetzt werden, die eine neuere Versionsnummer haben und somit überarbeitet wurden?!?
Ist bei vielen (und umfangreichen) Einheiten natürlich ein großer Aufwand.

Eine Ersetzung der Plugins ist eigentlich nur dann notwendig, wenn wir etwas an den "Felder" geändert haben. Beispiel beim Android-Plugin:
Dort gibt es in der neusten Version ja das Feld "Einheitenkennung". Das ist neu hinzugekommen. Deswegen musste das Android-Plugin vorher entfernt werden.

Wenn wir nur die Logik ändern, muss ein Plugin in der Regel nicht zurückgesetzt werden. Deswegen kann man nicht pauschal sagen, dass Plugins, mit einer neueren Version grundsätzlich ersetzt werden müssen.
Aber vor allem in Zukunft werden wir darauf konzentrieren, dass die Einstellungen ohne Umwege übernommen werden können, um Probleme wie bei dir zu vermeiden.

Zitat:

Zitat von Shrek87

Hallo zusammen,

erstmal ein dickes Lob an das Team von Firemergancy,
ihr habt echt eine 1a Software entwickelt.

Hier eine kurze Frage:

Wann kann mit einer Implementierung von dem „Plugin FaxAnalyse“ gerechnet werden?
Mit dem Software Update 1.2 oder evtl. schon eher?

Mit freundlichen Grüßen
Philipp

So wie es jetzt geplant ist, enthält 1.2 vor allem Vorbereitungen für den AlarmMonitor (AAO-Stichwörter, Adresserkennung, etc.).
Die Fax-Erkennung wird mit großer Wahrscheinlichkeit extra und vorher kommen.
05.08.2012, 19:37
firEmergency

Zitat:

Zitat von Brandinspektor

Hallo,

ich wollte gestern das Update machen, habe es aber aufgrund
des sehr großen Aufwandes gelassen.

Wir nutzen die Premiumversion und haben sehr viele Benutzer
und Einheiten vergeben.

Laut der Update-Anweisung soll ich sämtliche Android-PlugIn
und die Textersetzung, die wir für jede Pipeline brauchen,
vor dem Update löschen. Auch Mail-Input sollen wir zurück-
setzen.

Gibt es eine Möglichkeit, dass ich diese drei Schritte nicht per
Hand für jede unserer -sicher über 50- Benutzer nach dem
Update wieder neu setzen muss?

Kann man z.B. die Textersetzung oder die Maileinstellungen von
einem Benutzer zum anderen übertragen ?

Gruß
BI

Was du dir auch überlegen kannst:
Textersetzung enthält ja zum Beispiel neue Funktionen (weswegen es ersetzt werden muss).
Wenn du diese neuen Funktionen sowieso nicht nutzen würdest, kannst du ja dieses Plugin beim Update ausschließen. Jedes Plugin ist in einer eigenen Datei "gespeichert" (im Ordner /files/plugins/ bzw. /files/inputPlugins/).
Wenn du beim manuellen Update (.zip nicht Installer!), die entsprechenden Plugins einfach nicht kopierst, behältst du automatisch die alte Version.
05.08.2012, 21:16
florian_hsk

Zitat:

Zitat von firEmergency

Eine Ersetzung der Plugins ist eigentlich nur dann notwendig, wenn wir etwas an den "Felder" geändert haben. Beispiel beim Android-Plugin:
Dort gibt es in der neusten Version ja das Feld "Einheitenkennung". Das ist neu hinzugekommen. Deswegen musste das Android-Plugin vorher entfernt werden.

Alles klar. Dann hab ich mit Batch und FileReader die Plugins erwischt, wo ein "Feld" hinzugekommen ist. Deswegen kamen die Fehler, und das Plugin musste ersetzt werden.
Vielleicht könntet ihr in der Updateanleitung ja alle Plugins erwähnen, die wegen Änderungen ersetzt werden müssen.
06.08.2012, 10:00
feodor

Zitat:

Zitat von pfeiffer

Moin moin,

hier noch einmal das Log (ein Log von vielen Starts ;-)

##########################

05:21:46 [INFO] [main] [server.data.DataManagement][329] File hinzugefügt: C:\Programme\Alamos UG\firEmergency\Config\Admin\Admin.fdb

FE hat nur den Admin-User angelegt - die anderen Ordner/ Dateien komplett vergessen ...???

ich sehe im Log nix komisches ...

Gruß
Carsten

In der Tat wird hier nur der admin geladen. Könntest du mal bitte einen Screenshot deiner Ordnerstruktur unter /Config hochladen?

Btw: Ich dachte es würde nun funktionieren (=alle werden geladen). Ist das ein alter Screenshot?
06.08.2012, 10:08
feodor

Zitat:

Zitat von florian_hsk

Alles klar. Dann hab ich mit Batch und FileReader die Plugins erwischt, wo ein "Feld" hinzugekommen ist. Deswegen kamen die Fehler, und das Plugin musste ersetzt werden.
Vielleicht könntet ihr in der Updateanleitung ja alle Plugins erwähnen, die wegen Änderungen ersetzt werden müssen.

FirEmergency hat den Hintergrund ja schon erklärt. Die Plugins müssen ersetzt werden, wenn sich an den Feldern etwas geändert hat. Daher ist das mit einem Updater auch so schwierig.. Diese Felder müssen ja gesetzt werden (es sei denn es gibt einen Standardwert).

Die Plugins kann man als eigenständige kleine Programme verstehen.

Wie könnte ein Updater aussehen:

1)Man konfiguriert eine Einheit von einem Benutzer einmalig mit der neuen Version, diese lässt sich dann auf alle Benutzer und alle Einheiten die das alte Plugin nutzen anwenden. Finetuning ist dann noch nötig, z.B. wer soll alarmiert werden

Ist so etwas sinnvoll?

2) Die alten Versionen werden alle entfernt und durch neue ersetzt, die alten Parameter werden (sofern möglich und sinnvoll) in die Felder übernommen. Das erspart natürlich nicht die Arbeit alle neuen Felder sinnvoll zu belegen.

3)Wie FE erwähnt hat: Wollt ihr ein Plugin gar nicht updaten, könnt ihr wie oben beschrieben vorgehen.

Eure konkreten Vorschläge wären hier sehr hilfreich!
06.08.2012, 10:31
svendam

Ich würde den 2. Vorschlag favorisieren! Denn die Einstellungen die gemacht wurden (zb. Zugangsdaten vom SMS Anbieter usw.) sollen ja in der neuen Version auch bleiben.

Allerdings müsste daraufhin gewiesen werden, das das Plugin geändert wurde und eine Überprüfung der Einstellungen/Eingaben seitens des Nutzers gemacht werden muss!
Ob man das so umsetzten kann? Dann wäre das für mich jedenfalls ne gute Lösung!
06.08.2012, 13:48
florian_hsk

Ich würde auch die zweite Variante bevorzugen!
Dann wären die Plugins nach einem Update schonmal direkt mit den "alten" Parametern wieder lauffähig. Klar, dass neue Felder dann nicht belegt werden können, aber der Aufwand dürfte für den Nutzer vertretbar sein (wenn man die neuen Funktionen überhaupt nutzen möchte).
06.08.2012, 14:17
firEmergency

Wir haben folgendes beschlossen:

Es wird kein "Update-Mechanismus" geben, weil wir keinen brauchen.
Wir können das auf Programmierseite so lösen, dass es bei neuen Funktionen zu keinen Fehlern mehr mit "alten" Speicherständen kommt und die Plugins genauso funktionieren wie vor dem Update.
Nur, wenn die neuen Funktionen (Felder) verwendet werden wollen, müssen die Plugins "zurückgesetzt" werden.

Denke das ist dann die beste Lösung.
Wir werden deswegen eine 1.1.1 nachschieben, bei denen die entsprechenden Plugins noch angepasst werden.
06.08.2012, 16:58
Olleck

Zitat:

Zitat von Dr.MirakulixX

Funktioniert es erst seid dem Update nicht (mehr) oder ist es eine komplett neue Pipeline ?

Es ist eine neue Pipeline
06.08.2012, 17:15
Olleck

Zitat:

Zitat von florian_hsk

Scheinbar übergibst du den Einheiten-Code nicht richtig.
Hast du dir Anleitung mal durchgelesen?
http://firemergency-wiki.de/mediawik...p5?title=FMS32

- Wenn du den Code mit %1 übergibst, MUSS die Einheit in FE so heißen wie die Zvei/Ric. (z.B. Ric: 123456, FE Einheitencode: 123456)
- Wenn du in FE einen beliebigen Code vergeben hast, dann muss die "%1" dadurch ersetzt werden. (Bespiel: …/Alarm-FMS32.exe "FeuerwehrXY" | "%2" | "%3" | "%4" )

es funktioniert!
Vielen Dank! Ich hatte ein " vergessen. Kleiner Fehler mit großer Wirkung
07.08.2012, 15:28
Brandinspektor

Zitat:

Zitat von firEmergency

Wir haben folgendes beschlossen:

Es wird kein "Update-Mechanismus" geben, weil wir keinen brauchen.
Wir können das auf Programmierseite so lösen, dass es bei neuen Funktionen zu keinen Fehlern mehr mit "alten" Speicherständen kommt und die Plugins genauso funktionieren wie vor dem Update.
Nur, wenn die neuen Funktionen (Felder) verwendet werden wollen, müssen die Plugins "zurückgesetzt" werden.

Denke das ist dann die beste Lösung.
Wir werden deswegen eine 1.1.1 nachschieben, bei denen die entsprechenden Plugins noch angepasst werden.

PRIMA!

Vielen Dank für Euer Entgegenkommen, denn das erspart nicht nur den Premium-Anwendern eine Menge Tipparbeit.

Da warte ich doch lieber noch mit dem Update (dann auf 1.1.1), anstatt ein paar Stunden mit der Konfiguration zu verbringen und erst alles zu löschen, was ich nachher wieder mühsam anlegen muss.

Viele Grüße
BI
10.08.2012, 17:40
feodor

Die Tests sind durch..

1.1.1 kommt sehr bald!
11.08.2012, 20:18
firEmergency

Update ist online.

Änderungen:

- Einfacherer Migration von 1.0 auf 1.1.1
- Nicht benötigte Dateien im Paket wurden gelöscht
11.08.2012, 21:12
pfeiffer

Zitat:

Zitat von firEmergency

Update ist online.

Änderungen:

- Einfacherer Migration von 1.0 auf 1.1.1
- Nicht benötigte Dateien im Paket wurden gelöscht

Moin moin,

Update von 1.1 auf 1.1.1 erfolgt! Keine Probleme ...

Ich habe die 1.1.1 nach dem Deinstallieren der 1.1 installiert und gleich gestartet (also den Config-Ordner nicht zurückkopiert!)
Da ich den Admin-User nicht mit Einheiten benutze war nur das Admin-Passwort wieder auf default - das war die einzige Abweichung zu "vor dem Update" ...

Die anderen Benutzer und Einheiten scheinen zu funktionieren. Die Einstellungen bei der DME-Überwachung sind noch vorhanden ...

Also Admin-PW geändert und alles ist gut ;-)

Oder sollte der Ordner generell zurückkopiert werden?

Gruß
Carsten
12.08.2012, 13:29
Schkeuderhans

Mich würde auch kurz interessieren, wie das neue Update 1.1.1. Installiert werden soll.

Einfach darüber installieren, oder config Ordner sichern, alte Version deinstallieren, neue Version. Installieren. Und Config Ordner wieder ersetzten?

Danke FE-Team
12.08.2012, 13:37
pfeiffer

Moin moin,

nach Update auf 1.1.1 nun doch ein Problem:

• 12:57:14 [ERROR] [NewVersionChecker] [client.gui.version.NewVersionCheckerClient][63] Nach neuer Version konnte nicht gesucht werden
• 13:08:57 [ERROR] [NewVersionChecker] [client.gui.version.NewVersionCheckerClient][63] Nach neuer Version konnte nicht gesucht werden
• 13:18:44 [ERROR] [NewVersionChecker] [client.gui.version.NewVersionCheckerClient][63] Nach neuer Version konnte nicht gesucht werden
• 13:27:02 [ERROR] [NewVersionChecker] [client.gui.version.NewVersionCheckerClient][63] Nach neuer Version konnte nicht gesucht werden

Oder liegt das an eurem Server?

Gruß
Carsten
12.08.2012, 16:44
firEmergency

Zitat:

Zitat von Schkeuderhans

Mich würde auch kurz interessieren, wie das neue Update 1.1.1. Installiert werden soll.

Einfach darüber installieren, oder config Ordner sichern, alte Version deinstallieren, neue Version. Installieren. Und Config Ordner wieder ersetzten?

Danke FE-Team

Update-Anleitung ist auch im Shop.

Zitat:

Zitat von pfeiffer

Moin moin,

nach Update auf 1.1.1 nun doch ein Problem:

• 12:57:14 [ERROR] [NewVersionChecker] [client.gui.version.NewVersionCheckerClient][63] Nach neuer Version konnte nicht gesucht werden
...

Oder liegt das an eurem Server?

Gruß
Carsten

Hattest du zu diesem Zeitpunkt eine bestehende Internet-Verbindung?
Sonst irgendwelche Fehlermeldungen?
Unsere Server funktionieren nämlich noch.
12.08.2012, 20:05
pfeiffer

Zitat:

Zitat von firEmergency

Hattest du zu diesem Zeitpunkt eine bestehende Internet-Verbindung?
Sonst irgendwelche Fehlermeldungen?
Unsere Server funktionieren nämlich noch.

Internet? denke schon ...

Die Meldung kam 5x (ca. 40 minuten) ... danach alles wieder ok

???

Gruß
Carsten
13.08.2012, 10:15
firEmergency

Ok.
Vielleicht war doch kurz der Server down.

Aber keine Angst, diese Fehlermeldung hat keinerlei Einfluss auf irgendwelche (lebenswichtigen) Funktionen. Er konnte nur nicht prüfen, ob es eventuell eine neue Version von firEmergency gibt.
13.08.2012, 20:01
faboi

Prüft ihr alle 10 Minuten nach einer neuen Version??? Ist das nicht etwas zu dick aufgetragen?
13.08.2012, 20:57
firEmergency

Nein.
Bei jedem Start einer der beiden GUIs (GUI = Oberfläche) (die GUIs prüfen nach der neuen Version. Nicht der Server).
15.08.2012, 18:16
Kotzekocher

Habe gerade Windoof update gemacht Win 7 64 bit und nun beendet sich der Server sofort nach dem Start.
Genauso die Oberflächen komme nicht mal zur auswahl

Nach Update auf 1.1.1 geht wieder alles
31.10.2012, 01:03
FunkerVogth

Crusader und wiedergabe Umlaute

Hallo.

Es geht um eine Sache die ich schon mal angesprochen habe im Ticketing-System, aber auf meinen letzten Eintrag bekomme ich keine Rückmeldung mehr.

Daher poste ich die Information die ich für Euch habe mal hier:

Ich nutze den FMS Crusader. Leider wurden/werden die Umlaute in FireAlarm/APager nicht angezeigt, bzw. durch ein Fragezeichen ersetzt auf dem Smartphone.

Ihr vermutetet den Crusader als Übeltäter und habt mich gebeten die Crusaderjungs darauf anzusprechen. Das habe ich getan und hier die Antwort die ich Euch zukommen lassen soll:

"......dass es halt seltsam ist, dass die Umlaute
innerhalb der Crusader Programme richtig aufgelöst werden und es demnach wohl an dem verwendeten Zeichensatz UTF-8 etc. liegen wird." Zitat ende.

und ich kann Euch sagen, das die Crusader APP auch die Texte korrekt wiedergibt auf den Smartphones.

Ergo bitte ich Euch das Ganze nochmals zu prüfen und sich ggf. mit dem Kollegen vom Crusader in Verbindung zu setzen.

Danke.
Mfg
FV
31.10.2012, 15:20
firEmergency

Eben Kontakt gehabt.
Die verwenden eine andere Kodierung (ISO-8859-1), werden diese aber anscheinend auch nicht ändern (zumindest ging aus der Mail nichts anderes hervor).

Wir werden unsere nicht ändern können, da alle anderen Auswertprogramme (BosMon, RO, FMS32) als UTF-8 übertragen.
31.10.2012, 16:41
FunkerVogth

hach wie schön......dann muß ich mal mit dem kollegen sprechen... ;-)

hauptsache ich weiß jetzt endlich worans liegt
02.01.2013, 19:56
Hausen

Hallo zusammen,

wird es eigentlich auch eine Betaversion von FirEmergency geben die dann bis März läuft?

Gruß Hausen
03.01.2013, 10:51
firEmergency

Entweder das, oder wir releasen die 1.3 final ohne Beschränkungen.
03.01.2013, 13:50
hawkeye94

Releasen wäre cooler sofern das problem mit der adresserkennung von alarmierungen über poc32 gelöst wurde...dann würde endlich die adressbestimmung auf mobilen geräten laufen und der am3 würde bei uns im gerätehaus getestet...

(Da so wenig fehler im laufenden betrieb auftreten sollen, verwenden wir keine beta versionen...)
03.01.2013, 14:06
Hausen

Zitat:

Zitat von firEmergency

Entweder das, oder wir releasen die 1.3 final ohne Beschränkungen.

Es wäre jedoch schön wenn das dann nicht erst einen Tag vorher erscheint. Habt Ihr dazu schon einen Zeitplan?

Gruß Hausen
03.01.2013, 14:20
firEmergency

Zitat:

Zitat von hawkeye94

Releasen wäre cooler sofern das problem mit der adresserkennung von alarmierungen über poc32 gelöst wurde...dann würde endlich die adressbestimmung auf mobilen geräten laufen und der am3 würde bei uns im gerätehaus getestet...

(Da so wenig fehler im laufenden betrieb auftreten sollen, verwenden wir keine beta versionen...)

Was genau geht da nicht? Ein Fehler in Zusammenhang mit Adressberechnung + POC32 ist irgendwie untergegangen.

Zitat:

Zitat von Hausen

Es wäre jedoch schön wenn das dann nicht erst einen Tag vorher erscheint. Habt Ihr dazu schon einen Zeitplan?

Gruß Hausen

Spätestens Sonntag werden wir uns entschieden haben.
03.01.2013, 14:40
hawkeye94

Zitat:

Zitat von firEmergency

Was genau geht da nicht? Ein Fehler in Zusammenhang mit Adressberechnung + POC32 ist irgendwie untergegangen.

http://www.funkmeldesystem.de/foren/...t=55869&page=2

Zitat:

Zitat von hawkeye94

liegt das daran, das die adresserkunnung nur die variabel "message"(FMS32 input plugin) und nicht "Text"(poc32 input plugin) erkennt?
ich habe dieses problem leider auch:
starte ich eine manuelle alarmierung mit der alarmvariabel "message" funktioniert es, mit "Text" nicht....

hawkeye94

Zitat:

Zitat von firEmergency

Das erklärt natürlich das gesamte Verhalten endlich!

Ja, die Adresserkennung arbeitet momentan wirklich nur auf "message".
Aber eine Änderung (frei definierbaren Wert) daran ist geplant.

falls das jetzt zu kurzfristig ist und verhindern würde das 1.3 released wird, könntet ihr in der poc32.exe von euch die variable text zu message umbenennen (mir ist eh nicht ganz klar warum fms32.exe mit message arbeitet und poc32.exe mit text.....)
03.01.2013, 17:58
firEmergency

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von hawkeye94

falls das jetzt zu kurzfristig ist und verhindern würde das 1.3 released wird, könntet ihr in der poc32.exe von euch die variable text zu message umbenennen (mir ist eh nicht ganz klar warum fms32.exe mit message arbeitet und poc32.exe mit text.....)

Danke für den Hinweis.
Patch im Anhang. Bitte Testen und Bescheid geben.
03.01.2013, 20:18
hawkeye94

jap funktioniert! klasse das ging ja schnell! :) Dank :D

50 Beiträge dieses Themas auf einer Seite anzeigen