Straßenverzeichnis -Orte ausserhalb und nu ?

[Brandinspektor]

Hallo,

ich habe ein Straßenverzeichnis mit über 1.200 Strassen unseres Ortes erstellt.

Da die Adresse in unserer POCSAG-Meldung weder durch Trennzeichen getrennt,
noch an stets der selben Stelle steht, sind wir ja auf ein Straßenverzeichnis an-
gewiesen, wenn ich es richtig verstehe.

Innerhalb unsere Stadt klappt es prima.

Aber bei Einsatzorten, die nun aber in umliegenden Gemeinden liegen und für die keine
Straßenlisten vorhanden sind (wir haben z.B. gemeinsame Stadgrenzen zu zwei Groß-
städten, die weit über 7.000 Straßen haben), werden in der Karte nun irgendwelche
zufälligen Straßen und auch noch im eigenen Stadtgebiet dargestellt, was irreführend
ist.

Kann man die Adresserkennung deaktivieren, wenn die Einsatzstelle z.B. in Köln statt
im eigenen Stadtgebiet liegt ?

Gruß
BI

[Brandinspektor]

Schade,

wenn zuerst die Einsatzadresse und dann als zweite Anschrift das Transportziel
(z. B. die Adresse vom Krankenhaus) in der POCSAG-Meldung enthalten ist, wird
leider statt der Einsatzadresse das Transportziel in der Karte dargestellt. :(

[Brandinspektor]

Nachbargemeinden wurden nun ebenfalls mit in das Straßenverzeichnis aufgenommen.

Übermittlung der Adresse erfolgt in der POCSAG-Meldung an beliebiger Stelle und ohne
eine PLZ , daher wird mit der Straßenliste gearbeitet,

aber statt z.B. die

"Sankt Augustin Straße" in Bonn

wurde die

"Bonn Straße" in Sankt Augustin

in der Karte angezeigt.

Was tun ?

Es sind nun etwa 10.000 Straßen eingeflegt und da gibt es natürlich auch Straßennamen
doppelt, aber in anderen Städten.

Gruß
BI


PS: Ja, ich weiss, dass die Schreibweise der Straßen eigenlich mit Bindestrich korrekt wäre,
aber die Leitstelle schickt es wie oeben beschrieben und auch in der Adressliste steht es
ohne drin.

[firEmergency]

Zum Verständnis, hier eine kurze Skizze, wie die Adresserkennung intern abläuft.

Post 2:
Naja, woher soll FE wissen, welche der beiden Adresse die Einsatzadresse ist? Wenn mehrere Adresse im Alarmtext enthalten sind, dann kann es ja mit den vorhandenen Informationen nicht wissen, welches Einsatzort und welches nur ein Krankenhaus ist. Fällt mir spontan jetzt auch keine Möglichkeit ein, wie man das unterscheiden könnte.

Post 3:
Diesen Fehler kann momentan auftreten (siehe allgemeiner Ablauf im PDF), da ja zuerst nach der Stadt gesucht wird.
Auch hier fällt mir jetzt nichts ein, wie man die Logik dahingehend verbessern könnte.

Vorschläge?

[mm112]

Hallo

ich schieb das hier mal hoch

Wie sieht denn eigentlich die Erkennung/Routenberechnung bei Autobahnen oder Landstraßen aus?
Kann man die als Sonderobjekt hinterlegen? Oder kann das straßenverzeichnis die identifizieren?

[Brandinspektor]

Hallo,

trotz etwa 400 Einsätzen seit letzem Freitag, konnte ich die
Auswertung für die Autobahnen bisher leider nicht testen, da
dort nichts anlag.

Ich melde mich aber, wenn ich was in Erfahrung gebracht habe.

Gruß
BI

[Brandinspektor]

Zum Verständnis, hier eine kurze Skizze, wie die Adresserkennung intern abläuft.

Post 2:
Naja, woher soll FE wissen, welche der beiden Adresse die Einsatzadresse ist? Wenn mehrere Adresse im Alarmtext enthalten sind, dann kann es ja mit den vorhandenen Informationen nicht wissen, welches Einsatzort und welches nur ein Krankenhaus ist. Fällt mir spontan jetzt auch keine Möglichkeit ein, wie man das unterscheiden könnte.

Vorschläge?

Hallo,

ganz einfach, die Einsatzadresse ist immer die zuerst in der POCSAG-Meldung übermittelte Adresse.

Gruß
BI

[firEmergency]

Bezüglich Autobahn:

Ganz ehrlich, ich weiß nicht genau wie sich die Adresserkennung verhält. Kenne jetzt keinen Alarmtext, der als Einsatzort eine Autobahn enthält. Hatten diesen Fall deswegen noch nie getestet.
Wenn du solch einen Fall nennen kannst, können wir damit selbst testen.

Bezüglich Vorschlag:
Als "Mensch" ist sowas einfach zu beschreiben. Aber einer Maschine zu sagen, was die "erste" Adresse im Text ist, ist nicht ganz trivial.
Dort eine sinnvolle Lösung zu finden, ist jetzt nicht ganz so einfach und wird sicher ein bisschen dauern.