Seite 3 von 7 ErsteErste 1234567 LetzteLetzte
Ergebnis 31 bis 45 von 105

Thema: Fragen zur Adressberechnung

  1. #31
    Registriert seit
    30.01.2010
    Beiträge
    29

    Apager meldung und Adressberechnung unterschiedlich

    Hallo ich hab ein problem wenn ich eine Nachricht bekomme in Apager und die Mühlenstraße als E-Ort angegeben ist dann klicke ich auf die adressberechnung und er zeigt mir dann aber meine Startadresse an in Grün und die E- Ort adresse ist aber nicht mühlenstraße sondern Musterstraße
    Woran kann es liegen hab alle straßen der stadt mit Variante 3 eingegeben
    in dem richtigen stadtteil ist die E-Ort markierung
    Bitte helft mir
    WIR DÜRFEN ALLES NUR NICHT ZU SPÄT KOMMEN

  2. #32
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    Zitat Zitat von zatsch Beitrag anzeigen
    OK, ein klein wenig mehr verstanden.

    -Ich kann also NICHT "Straße", "Ort" usw. direkt aus dem Fax auslesen lassen. Immerhin stehen sie ja immer an der gleichen Stelle, eigentlich sogar hinter dem passenden Stichwort,
    (Straße, Hsnr: Musterweg 23)
    Dies wäre ja eigentlich am effektivsten.
    Dass die Adresse für die Adresserkennung "durchgehend" sein muss ist aber korrekt?

    - "AAO -1" bekomme ich so nicht weg, weil die -1 ein Platzhalter ist und im nächsten Einsatz hier eine andere Zahl stehen kann. (Wie oben, da ist es die BMA Objektnummer)
    Oder eben alles was nach "AAO: " steht weg machen? Wie wäre für so etwas die Ersetzungsregel? bspw. 10 Zeichen danach?

    @Seoman: Unter Welchem Schlüsselwort übergibst du die alarmierten Fahrzeuge?
    Etwas selbst ausgedachtes geht ja wohl nicht.
    1)
    Beides korrekt.

    2)
    bis zu 10 Zeichen danach:
    AAO .{0,10};

    Fahrzeuge:
    Natürlich geht ein eigens erdachtes. Wir persönlich nehmen als Schlüsselwort "einsatzmittel". Auf dieses kannst du dann im Alarmtext(Eigene Paramter) drauf zugreifen. Und im AM3 kannst du ja auch auf eigens definierte Schlüsselwörter zugreifen.

  3. #33
    Registriert seit
    14.12.2012
    Beiträge
    2

    Adressberechnung FMS32

    Hallo,

    warum berechnet das System bei uns immer die Adresse 1 als Einsatzadresse? Empfangen wir der Alarm über FMS32. Eine Adressberechnung habe ich im Server gemacht.

    2013-01-09 12:11:48,357 DEBUG (AlarmFMS32Input.java:79) - Eingehende Alarmierung akzeptiert.
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <event>
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <address>Schleife_1</address>
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <status>0000001</status>
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <message>1</message>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:95) - Line: <description>H1 => Person in Zwangslage klein: ., Musterstraße 123, Gundelfingen-Gundelfingen,Testmeldung</description>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:95) - Line: <param4>Gufi Schleife 1</param4>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:95) - Line: </event>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:121) - Alarm für Schleife_1 wird gesendet
    2013-01-09 12:11:48,371 INFO (AlarmPool.java:179) - Neuer eingehender Alarm für "Schleife_1"
    2013-01-09 12:11:48,371 INFO (AlarmPool.java:441) - Kein Sammelalarm
    2013-01-09 12:11:48,371 DEBUG (AlarmPool.java:271) - Alarm hinzugefügt und Controller aufgeweckt
    2013-01-09 12:11:48,371 INFO (AddressGenerator.java:193) - Versuche Einsatz-Adresse zu berechnen...
    2013-01-09 12:11:48,371 DEBUG (AddressGenerator.java:65) - Gefundene Adresse aus Muster: 1
    2013-01-09 12:11:48,371 DEBUG (AddressGenerator.java:73) - Ergänze gefundene Adresse mit Gebäudeverzeichnis...

    Gruß Thomas

  4. #34
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    Zitat Zitat von Gufi1_11 Beitrag anzeigen
    Hallo,

    warum berechnet das System bei uns immer die Adresse 1 als Einsatzadresse? Empfangen wir der Alarm über FMS32. Eine Adressberechnung habe ich im Server gemacht.

    2013-01-09 12:11:48,357 DEBUG (AlarmFMS32Input.java:79) - Eingehende Alarmierung akzeptiert.
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <event>
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <address>Schleife_1</address>
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <status>0000001</status>
    2013-01-09 12:11:48,369 DEBUG (AlarmFMS32Input.java:95) - Line: <message>1</message>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:95) - Line: <description>H1 => Person in Zwangslage klein: ., Musterstraße 123, Gundelfingen-Gundelfingen,Testmeldung</description>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:95) - Line: <param4>Gufi Schleife 1</param4>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:95) - Line: </event>
    2013-01-09 12:11:48,370 DEBUG (AlarmFMS32Input.java:121) - Alarm für Schleife_1 wird gesendet
    2013-01-09 12:11:48,371 INFO (AlarmPool.java:179) - Neuer eingehender Alarm für "Schleife_1"
    2013-01-09 12:11:48,371 INFO (AlarmPool.java:441) - Kein Sammelalarm
    2013-01-09 12:11:48,371 DEBUG (AlarmPool.java:271) - Alarm hinzugefügt und Controller aufgeweckt
    2013-01-09 12:11:48,371 INFO (AddressGenerator.java:193) - Versuche Einsatz-Adresse zu berechnen...
    2013-01-09 12:11:48,371 DEBUG (AddressGenerator.java:65) - Gefundene Adresse aus Muster: 1
    2013-01-09 12:11:48,371 DEBUG (AddressGenerator.java:73) - Ergänze gefundene Adresse mit Gebäudeverzeichnis...

    Gruß Thomas
    Die Adresserkennung arbeitet immer auf dem Parameter "message".
    Dein Alarmtext wird als Parameter "description" übergeben. Das heißt bei dir scheint der Aufruf der AlarmFMS32.exe nicht 100% korrekt zu sein.
    Versuche folgendese:

    .../AlarmFMS32.exe "user=Schleife_1" "%1" | "%2" | "%3" | "%4"

  5. #35
    Registriert seit
    16.07.2011
    Beiträge
    241

    korrekte Adressberechnung

    jetzt häng ich in der Adresserkennung. Ich muss leider mit mit der csv datei arbeiten weil die Adresse durch STichworterweiterungen sich auch mal verschieben kann.
    Leider hab ich nun das Problem das bei gewissen Strasse die öfters vorkommen in unserem Kreis immer der falsche Ort angezeigt wird. Kann man FE oder der Adresserkennung nicht irgendwie beibringen das es auch noch auf andere Faktoren achten soll die dann die richtige Straße in der richtigen Stadt zeigen soll?

    Aufbau der Medlung sieht wie folgt aus:

    *STICHWORT*Beispielstrasse 7*Ort*vermtl. Fragezeichen im Gebäude

  6. #36
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    Nimmst du Version 1.3?
    Wenn ja:
    Wenn du uns eine .csv + Beispielalarm geben könntest, können wir schauen, wo der Fehler liegt und wie wir die Erkennung verbessern können.

  7. #37
    Registriert seit
    16.07.2011
    Beiträge
    241
    Zitat Zitat von firEmergency Beitrag anzeigen
    Nimmst du Version 1.3?
    Wenn ja:
    Wenn du uns eine .csv + Beispielalarm geben könntest, können wir schauen, wo der Fehler liegt und wie wir die Erkennung verbessern können.

    Hab euch hier eine Nachricht mit den Daten zukommen lassen.

  8. #38
    Registriert seit
    29.11.2012
    Beiträge
    109
    Anderes Problem bei der Adresserkennung (straßen aus excel tabelle):
    Beispielmeldung: Stichwort*K12*11Ort2*beschreibung
    Problem: Erkannt wurde(straße,hausnummer,ort): K12 12112 Ort
    sprich er scheint alle zahlen die er findet als hausnummer zu verwenden. kann man das mit irgendwelchen trennzeichen (wie hier "*" ) eingrenzen?

    Gruß Christoph
    Geändert von hawkeye94 (09.01.2013 um 22:00 Uhr)

  9. #39
    Registriert seit
    08.08.2011
    Beiträge
    299
    Habe da noch ein Problem mit der Faxanalyse:

    Nach der OCR Erkennung habe ich in der Alarmtextdatei korrekt bspw.:

    "Feuerwehr Gerätehaus" stehen.

    Nach der Adresserkennung wird daraus dann:

    "Feuerwehr Ger?tehaus".

    Das ist doch aber eigentlich kein Fall für eine Textersetzung, da ja eigentlich das Richtige da mal stand?!
    Ist das ein Fall der Textkodierung?
    ---
    Server:
    HP Compaq DC 7800, 2*2,3 Ghz, 4GB Ram, 2TB HDD
    Windows7 Professionell, 32 bit
    BosMon (POCSAG, FMS)
    FE 1.6
    AM3
    Balabolka

  10. #40
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    Zitat Zitat von hawkeye94 Beitrag anzeigen
    Anderes Problem bei der Adresserkennung (straßen aus excel tabelle):
    Beispielmeldung: Stichwort*K12*11Ort2*beschreibung
    Problem: Erkannt wurde(straße,hausnummer,ort): K12 12112 Ort
    sprich er scheint alle zahlen die er findet als hausnummer zu verwenden. kann man das mit irgendwelchen trennzeichen (wie hier "*" ) eingrenzen?

    Gruß Christoph
    Kannst du mir per PN ein reales Beispiel zukommen lassen?

    Zitat Zitat von zatsch Beitrag anzeigen
    Habe da noch ein Problem mit der Faxanalyse:

    Nach der OCR Erkennung habe ich in der Alarmtextdatei korrekt bspw.:

    "Feuerwehr Gerätehaus" stehen.

    Nach der Adresserkennung wird daraus dann:

    "Feuerwehr Ger?tehaus".

    Das ist doch aber eigentlich kein Fall für eine Textersetzung, da ja eigentlich das Richtige da mal stand?!
    Ist das ein Fall der Textkodierung?
    Textkodierung muss UTF-8 sein. Bei ABBYY und Tesseract passt das auch (zumindest bei unseren Tests)

  11. #41
    Registriert seit
    22.11.2012
    Beiträge
    26
    Bei mir gibt es ein Problem bei der Darstellung der Route.
    Weder in der Googlemap noch in Openstreet wird die Route dargestellt, wobei zumindest in Openstreet Start- und Zielpunkt dargestellt werden.
    In der Log Datei ist zu sehen, dass "street","city", "location" und "startingAddress" korrekt erkannt werden. In der "location_URL" ist zu erkennen, dass die Umlaute durch Symbolen ersetzt werden.
    Hier scheint der Fehler zu liegen, aber wie kann das gelöst werden?

    Adresserkennung über csv-Verzeichnis
    FirEmergency: V 1.3
    AM3 neuste Version
    Der Alarmtext wird zur Zeit noch über die manuelle Alarmierung in der Client Software gestartet.

  12. #42
    Registriert seit
    30.01.2010
    Beiträge
    29
    hallo das obere problem hat sich erledigt nun hab ich aber ein anderes ich habe die Straßen aus 2 Lanskreisen erfolgreich in CSv datei gespeichert aber bekomm sie nicht ins system rein kann es sein das sie zu groß ist oder woran kann es liegen 123KB bitte helft mir
    WIR DÜRFEN ALLES NUR NICHT ZU SPÄT KOMMEN

  13. #43
    Registriert seit
    22.11.2012
    Beiträge
    26
    Zitat Zitat von BGrun Beitrag anzeigen
    Bei mir gibt es ein Problem bei der Darstellung der Route.
    Weder in der Googlemap noch in Openstreet wird die Route dargestellt, wobei zumindest in Openstreet Start- und Zielpunkt dargestellt werden.
    In der Log Datei ist zu sehen, dass "street","city", "location" und "startingAddress" korrekt erkannt werden. In der "location_URL" ist zu erkennen, dass die Umlaute durch Symbolen ersetzt werden.
    Hier scheint der Fehler zu liegen, aber wie kann das gelöst werden?

    Adresserkennung über csv-Verzeichnis
    FirEmergency: V 1.3
    AM3 neuste Version
    Der Alarmtext wird zur Zeit noch über die manuelle Alarmierung in der Client Software gestartet.
    Das Problem ist leider noch offen. Es wird zwischenzeitlich in der Alarmansicht die Google Map dargestellt.

  14. #44
    Registriert seit
    09.01.2010
    Beiträge
    3.908
    In der URL müssen Umlaute ja auch ersetzt werden. Kannst du einen Screenshot vom Alarm machen (Server-Oberfläche, Doppelklick auf den Alarm).
    Personenbezogene Informationen bitte schwärzen.

  15. #45
    Registriert seit
    03.12.2012
    Beiträge
    46
    Hallo,

    ich habe noch ein Problem mit der Adressberechnung. Bei uns steht die Adresse immer am Ende, allerdings kann die Nachricht eine unterschiedliche Anzahl Trennzeichen erhalten. Gibt es (jetzt oder in einer zukünftigen Version) die Möglichkeit "Rückwärts" zu arbeiten? Also dass ich dem Programm sagen kann, dass er von hinten angefangen beim ersten Trennzeichen den Beginn der Adresse hat?

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •