Ortsabkürzungen in Textersetzung

[Fredchen]

Hallo,

zwei kurze Frage die sicherlich schnell beantwortet werden können... hab leider nichts konkretes im Forum gefunden.

Unsere Alarmierungen werden mit Ortsabkürzungen gesendet. So z.B. "Brand in BER" wobei BER für Berlin steht. Diese Abkürzungen möchte ich gerne mit der Textersetzung umwandeln.

1. Es gibt dabei eine Liste mit ca. 6000 Einträgen. Wird das Plugin damit klarkommen? Wirds eine signifikante Verzögerung der Alarmierung geben?

2. Für eine Ortschaft gibts z.T. mehrere Abkürzungen. Hier ein Beispiel:

BER;Berlin
BERN;Belin Nord
BERO;Berlin Ost
BERS;Berlin Süd
etc.

Wenn ich nun einen Alarm für BERS krieg, wird dieser dann in "BerlinS" oder wie gewünscht in "Berlin Süd" ersetzt? Wenn das Plugin von oben herab ersetzt würde ich dann wohl den Fehler "BerlinS" erhalten!? Müsste ich dann die längeren Abkürzungen über den kürzeren legen? Habe ich meine zweite Frage selber beantwortet? :)

Vielen Dank für eure Hilfe.

[firEmergency]

1.
Das Plugin sollte damit klarkommen, allerdings haben wir selber mit 6000 Einträge noch keine Erfahrung. In wie weit deine Alarmabarbeitung verzögert wird, hängt wohl auch mit der Leistungsfähigkeit deines Systemes zusammen. Obwohl diese Ersetzungen realtiv sparsam sein sollten.
Wäre aber interessant, wenn du uns einen Erfahrungsbericht zukommen lassen könntest.

2.
Frage selber beantwortet. Lösung:

BERS;Berlin Süd
BERO;Berlin Ost
BERN;Belin Nord
BER;Berlin
...

[feodor]

zu 1.
Im LOG kannst du genau sehen wie viele ms, ein bestimmtes Plugin gebraucht hat.
Würde mich persönlich bei 6000 Einträgen auch interessieren

[Fredchen]

Also, habs soeben getestet:

nach ca. 10 Sekunden kam ein timeout des plugins... dies reichte für ca. 265 Einträge. Ist nicht die schnellste Kiste, aber so siehts ca. aus...

dann sind die 6000 wohl doch ein Bisschen zu viel... :-)

[firEmergency]

Kannst du uns mal die Liste + einen Beispiel-Text zukommen lassen?
Ich würde es gerne mal auf meinem Rechner versuchen.

[Fredchen]

Liste erhalten?

[firEmergency]

Ja. Bei mir dauert es im Log-Level DEBUG:
2245 ms

im Log-Level INFO:
71 ms

Log-Einträge verbrauchen wie du siehst sehr viel CPU-Zeit. Was für ein Log-Level hattest du?

(Mein Rechner:
4 GB Ram
i5 2,3 Ghz)

[Fredchen]

Server läuft auf 1.8GHz, 2 GB RAM...

hatte DEBUG modus... momentan zum austesten wie lange der IDLE zur Inbox bleibt...

ich teste mal wie lange ich im Info brauche...

[Fredchen]

Im Log-Level INFO sinds 173ms... dann lass ich die 6000 drinn und bleib beim INFO-Level... Dankeschön!

[Fredchen]

2.
Frage selber beantwortet. Lösung:

BERS;Berlin Süd
BERO;Berlin Ost
BERN;Belin Nord
BER;Berlin
...

komisch, evtl. doch nicht selbst beantwortet:

KOE wird nicht wie erwartet zu Köln sondern zu "Konstanzschede" wobei KO="Konstanz" und E= "Eschede". Man beachte dass der Anfangsbuchstabe von Eschede ebenfalls verschwunden ist...

Im Ersetzungsplugin steht KOE jedoch oberhalb von KO und E

woran kanns liegen?

Dankeschön

[Beuti]

An sich sollte das eigentlich schon stimmen wenn es so eingetragen wird wie firEmergency beschrieben hat. Die längeren Einträge zuerst.

Ich werde das aber mal auf die ToDo-Liste schreiben das ich das im Programm schon mache dann muss man beim Eintragen nicht mehr darauf achten.

Das einzige was mir jetzt noch einfällt woran es liegen könnte, ohne es selbst getestet zu haben wäre zum einen ein Tippfehler oder dergleichen in einer Regel oder das der Hacken für die Beachtung der Groß/Kleinschreibung falsch gesetzt ist.

Ich kann das aber morgen auch nochmal selbst testen und dann vielleicht noch mehr dazu sagen. Bin nur gerade nicht zu Hause und komme daher erst morgen dazu.

[Fredchen]

wäre toll... Dankeschön!

[Fredchen]

Konnte vom dev-Team schon jemand ausfindig machen nach welchem System ersetzt wird? In der Reihenfolge der Liste jedenfalls bei mir nicht... und zusätzlich noch Verlust des ersten Buchstabes der direkt anschhliessenden Ersetzung...

Vielen Dank und Grüsse

[Beuti]

Ich konnte deinen speziellen Anwendungfall jetzt leider noch nicht testen, mach ich aber heute noch!

Ich muss das ganze in Aktion heute nochmal testen bin mir aber relativ sicher, dass die Regeln von oben nach unten wie sie eingetragen wurden abgearbeitet werden.

Ich habe mir aber von firEmergency schon die Liste mit deinen Regeln geben lassen und die schon mal kurz angeschaut.
Was mir da schon mal auffiel ist das diese noch nicht sortiert ist nach der Länge. Die Einträge sollten aufgrund der oben genannten Abarbeitungsreihenfolge sortiert sein nach der Länge des zu Ersetzenden Wortes. Die Längsten zuerst, die kürzesten zuletzt.
Was mir zudem noch auffiel war die Tatsache, dass die von dir genannte Regel E = "Eschede" dort gar nicht enthalten ist.
Hast du die Liste bei dir schon sortiert? Wenn ja, wäre es für mich deutlich einfacher, wenn du mir die komplett nochmal zukommen lassen könntest.

Gruß

[Fredchen]

Hallo,

die Liste wurde von Z-A sortiert... d.h. auch innerhalb eines Anfangsbuchstabens die Längeren zuoberst sind, da "nichts" vor A kommt... Somit wäre in der Liste KOE vor KO... was ich nicht beachtet habe ist das zuerst "E" mit "Eschede" ersetzt wird... my bad!

somit entsteht zuerst "KOEschede" in einem weiteren Schritt wird dann "KOE" ersetzt. da aber der E von Eschede im plugin selber ersetzt wurde wird nur "KO" mit Konstanz ersetzt. passt das?

Wieso aber der E von Eschede entfällt und somit "Konstanzschede" ensteht ist mir noch schleierhaft...

und dann ensteht mir ein Problem: kann ich mit Excel 6000 Abkürzungen nach der Länge sortieren??

[Fredchen]

Ich hab jetz mal alle der Grösse nach sortiert (Formel->Text->Länge) und versuchs nochmal...

Die Ortschaft Eschede war ein Beispiel ausserhalb meiner Liste. Ich wollte die Alarmmeldung mit der Ortschaft nicht veröffentlichen.