iobroker.waip-web 0.7.20 → 0.7.26

package/README.de.md

@@ -16,9 +16,11 @@ ohne dass ein Browser-Tab dauerhaft offen sein muss.
 - [Über WAIP-Web](#über-waip-web)
 - [Praktische Anwendungsfälle](#praktische-anwendungsfälle)
 - [Funktionen](#funktionen)
-  - [Warum ein Session-Cookie nötig ist](#warum-ein-session-cookie-nötig-ist)
 - [Konfiguration](#konfiguration)
-  - [Stichwort-Beschreibungen](#stichwort-beschreibungen)
+  - [Verbindung](#verbindung)
+  - [Warum ein Session-Cookie nötig ist](#warum-ein-session-cookie-nötig-ist)
+  - [Rettungsdienst-Stichwörter](#rettungsdienst-stichwörter)
+  - [Stichwort-Stammdaten](#stichwort-stammdaten)
 - [States (unter `waip-web.0.*`)](#states-unter-waip-web0)
   - [info](#info) · [status](#status) · [einsatz](#einsatz) ·
     [einsatz.json](#einsatzjson) · [einsatz.tts](#einsatztts) ·
@@ -81,14 +83,21 @@ Rettungsdienst-Wache:
   und alarmierte Einsatzmittel erscheinen automatisch, ohne dass dort
   dauerhaft ein Browser-Tab offen gehalten werden muss (genau dafür
   existiert dieser Adapter).
+- **Klartext-Stichwort auf Anzeigen und Benachrichtigungen.**
+  `einsatz.beschreibung` macht aus einem kryptischen Alarmierungscode
+  (`B:Wald groß/WSP`, `R1N0`) eine lesbare Beschreibung
+  ("Wald-/Getreidefeldbrand (groß)", "Rettungswagen: 1,
+  Notfalleinsatzfahrzeug: 0") – neben `einsatz.stichwort` auf der
+  Wandanzeige einblenden oder in Push-Benachrichtigung/TTS-Ansage mit
+  aufnehmen, damit nicht jeder alle Stichwörter auswendig kennen muss.
 - **Automationen direkt bei Alarmeingang auslösen.** `einsatz.alarmAktiv`
   (ggf. zusammen mit `info.connection`) in einem Script/einer Blockly-Regel
   beobachten, um bei Alarm Licht in der Fahrzeughalle einzuschalten, ein
   Tor/eine Tür zu öffnen, eine Push-Benachrichtigung (z. B. über einen
-  Telegram-/Pushover-Adapter) mit `einsatz.stichwort` + `einsatz.ort` zu
-  versenden oder eine Lichtszene auszulösen – wenige Sekunden nach der
-  eigentlichen Alarmierung, da ioBroker-State-Änderungen sofort feuern und
-  kein Polling nötig ist.
+  Telegram-/Pushover-Adapter) mit `einsatz.stichwort`/`einsatz.beschreibung`
+  + `einsatz.ort` zu versenden oder eine Lichtszene auszulösen – wenige
+  Sekunden nach der eigentlichen Alarmierung, da ioBroker-State-Änderungen
+  sofort feuern und kein Polling nötig ist.
 - **Alarm laut ansagen.** `einsatz.tts.last` ist eine fertige, absolute
   mp3-URL; eine `sonos`-/`snapcast`-/`text2speech`-Automation darauf
   ansetzen (oder die URL direkt abspielen), um den Einsatz über
@@ -161,11 +170,31 @@ Rettungsdienst-Wache:
   laufende Einsätze sind aktuell nur über das Dashboard der
   WAIP-Web-Instanz selbst einsehbar
 - Optionale Klartext-Beschreibung zu `einsatz.stichwort`
-  (`einsatz.beschreibung`), lokal ermittelt aus einer selbst pflegbaren,
-  export-/importierbaren Stichwort-Tabelle sowie einem optionalen
-  Dekoder für das von mehreren Leitstellen verwendete
-  Rettungsdienst-Stichwortschema (`R<RTW>N<NEF>`) - siehe
-  [Stichwort-Beschreibungen](#stichwort-beschreibungen)
+  (`einsatz.beschreibung`), lokal ermittelt aus einer selbst pflegbaren
+  Stichwort-Tabelle sowie einem optionalen Dekoder für das von
+  mehreren Leitstellen verwendete Rettungsdienst-Stichwortschema
+  (`R<RTW>N<NEF>`) - siehe
+  [Rettungsdienst-Stichwörter](#rettungsdienst-stichwörter)
+
+## Konfiguration
+
+In der Admin-Oberfläche der Adapterinstanz sind die Einstellungen auf
+drei Tabs verteilt: **Verbindung**, **Rettungsdienst-Stichwörter** und
+**Stichwort-Stammdaten** – alle drei unten näher beschrieben.
+
+### Verbindung
+
+| Feld | Beschreibung | Default |
+| --- | --- | --- |
+| WAIP-Server-URL | Basis-URL der WAIP-Web-Instanz | `https://wachalarm.leitstelle-lausitz.de` |
+| Monitor-ID | Auswahl per Live-Dropdown, geladen von der `/waip/`-Übersichtsseite des konfigurierten Servers und gruppiert nach Leitstelle/Kreis/Träger/Wache; manuelle Eingabe bleibt möglich, falls der Server nicht erreichbar ist. Leer/`0` = globaler Monitor (alle Einsätze) | *(leer)* |
+| Registrierungs-Timeout (s) | Zeit bis eine ausbleibende Registrierungsbestätigung geloggt wird | `10` |
+| Wiederverbindungs-Verzögerung (s) | Wartezeit vor manuellem Reconnect nach Disconnect/Fehler | `5` |
+
+Das Session-Keepalive-Intervall ist **nicht konfigurierbar** – es wird bei
+jeder Erneuerung vollautomatisch aus der vom Server gemeldeten Cookie-
+Laufzeit abgeleitet (min. 55s, max. 5 Min., analog zu
+`/js/session_keepalive.js` der Website selbst).
 
 ### Warum ein Session-Cookie nötig ist
 
@@ -185,65 +214,64 @@ Laufzeit, mindestens 55 Sekunden, höchstens die konfigurierte Obergrenze) –
 genau die gleiche Klammerung, die auch `/js/session_keepalive.js` der
 Website selbst verwendet.
 
-## Konfiguration
-
-In der Admin-Oberfläche der Adapterinstanz:
-
-| Feld | Beschreibung | Default |
-| --- | --- | --- |
-| WAIP-Server-URL | Basis-URL der WAIP-Web-Instanz | `https://wachalarm.leitstelle-lausitz.de` |
-| Monitor-ID | Auswahl per Live-Dropdown, geladen von der `/waip/`-Übersichtsseite des konfigurierten Servers und gruppiert nach Leitstelle/Kreis/Träger/Wache; manuelle Eingabe bleibt möglich, falls der Server nicht erreichbar ist. Leer/`0` = globaler Monitor (alle Einsätze) | *(leer)* |
-| Registrierungs-Timeout (s) | Zeit bis eine ausbleibende Registrierungsbestätigung geloggt wird | `10` |
-| Wiederverbindungs-Verzögerung (s) | Wartezeit vor manuellem Reconnect nach Disconnect/Fehler | `5` |
-
-Das Session-Keepalive-Intervall ist **nicht konfigurierbar** – es wird bei
-jeder Erneuerung vollautomatisch aus der vom Server gemeldeten Cookie-
-Laufzeit abgeleitet (min. 55s, max. 5 Min., analog zu
-`/js/session_keepalive.js` der Website selbst).
-
-### Stichwort-Beschreibungen
+### Rettungsdienst-Stichwörter
 
 `einsatz.stichwort` wird unverändert vom Server als bloßer Code
 übernommen (z.B. `B2`, `H:VU mit P`) – WAIP-Web selbst erklärt nicht,
 was das bedeutet, und es gibt kein bundesweit einheitliches Schema:
 jede Leitstelle nutzt ihr eigenes Stichwortverzeichnis.
 `einsatz.beschreibung` schließt diese Lücke **vollständig lokal**, es
-werden dabei keine Daten irgendwohin gesendet:
-
-1. **Rettungsdienst-Dekodierung** (Admin-Checkbox, standardmäßig aus):
-   passt das Stichwort auf das Muster `R<Anzahl RTW>N<Anzahl NEF>[p][f][-NT]`
-   (z.B. `R1N0` → "Rettungswagen: 1, Notfalleinsatzfahrzeug: 0"), wird
-   automatisch eine Beschreibung erzeugt. Dieses Schema wird von
-   mehreren Leitstellen verwendet, nicht nur einer einzelnen Instanz
-   (siehe [die dokumentierte Erklärung der Leitstelle Lausitz](https://www.leitstelle-lausitz.de/anpassung-der-einsatzstichworte-rettungsdienst/)
-   dazu) – nur aktivieren, wenn eure Leitstelle dieses Muster tatsächlich
-   verwendet. Der Text für jeden Teil ist selbst konfigurierbar (5
-   zusätzliche Textfelder erscheinen, sobald die Checkbox aktiviert
-   ist), da der Adapter mehrsprachig ist und diese Bezeichnungen nicht
-   automatisch übersetzt werden:
-
-   | Teil | Bedeutung | Default-Bezeichnung |
-   | --- | --- | --- |
-   | `R<n>` | Anzahl Rettungswagen | `Rettungswagen` |
-   | `N<n>` | Anzahl Notfalleinsatzfahrzeuge | `Notfalleinsatzfahrzeug` |
-   | Suffix `p` | Polytrauma | `Polytrauma` |
-   | Suffix `f` | First Responder einbezogen | `First Responder` |
-   | Suffix `-NT` | Notfalltransport mit Notfallkrankenwagen | `Notfalltransport mit Notfallkrankenwagen` |
-2. **Stichwort-Tabelle** (Admin-Tabelle, wird nur geprüft, falls Schritt 1
-   nicht gegriffen hat): eine Liste von `{Stichwort-Muster, Beschreibung,
-   Abgleich-Typ}`-Zeilen – Abgleich-Typ ist `beginnt mit` oder `enthält`,
-   der Vergleich ist case-insensitiv, und passen mehrere Zeilen, gewinnt
-   automatisch das **spezifischste (längste) Muster** – die Zeilenreihenfolge
-   hat keinen Einfluss auf den Abgleich, die Tabelle kann also gefahrlos
-   nach Stichwort sortiert werden (Klick auf die Spaltenüberschrift). Die
-   Tabelle ist mit einer beispielhaften Feuerwehr-/Rettungsdienst-
-   Stichwortliste (`B:...`/`H:...`) als Startpunkt vorbefüllt – das ist
-   **nicht** für irgendeine bestimmte Leitstelle bestätigt, bei Bedarf
-   anpassen oder komplett ersetzen. Die Tabelle lässt sich über die
-   Buttons oberhalb davon als CSV exportieren/importieren.
-
-Passt weder Schritt 1 noch 2, bleibt `einsatz.beschreibung` einfach
-`null` – kein Fehler.
+werden dabei keine Daten irgendwohin gesendet. Dieser Tab ist die erste
+von zwei Quellen, die der Reihe nach geprüft werden (die zweite steht
+unter [Stichwort-Stammdaten](#stichwort-stammdaten)):
+
+**Rettungsdienst-Dekodierung** (Admin-Checkbox, standardmäßig aus):
+passt das Stichwort auf das Muster `R<Anzahl RTW>N<Anzahl NEF>[p][f][-NT]`
+(z.B. `R1N0` → "Rettungswagen: 1, Notfalleinsatzfahrzeug: 0"), wird
+automatisch eine Beschreibung erzeugt. Zwei Schreibweisen des
+`p`/`f`/`NT`-Teils werden erkannt: ohne Leerzeichen und mit Bindestrich
+vor `NT` (z.B. `R1N1p`, `R1N0-NT`, siehe
+[die dokumentierte Erklärung der Leitstelle Lausitz](https://www.leitstelle-lausitz.de/anpassung-der-einsatzstichworte-rettungsdienst/)
+dazu) sowie mit Leerzeichen und ohne Bindestrich (z.B. `R1N1 p`,
+`R1N0 nt`, wie von der IRLS Brandenburg verwendet) – dieses Schema
+(in beiden Schreibweisen) wird von mehreren Leitstellen verwendet,
+nicht nur diesen beiden – nur aktivieren, wenn eure Leitstelle eines
+dieser Muster tatsächlich verwendet. Der Text für jeden Teil ist
+selbst konfigurierbar (5 zusätzliche Textfelder erscheinen, sobald
+die Checkbox aktiviert ist), da der Adapter mehrsprachig ist und
+diese Bezeichnungen nicht automatisch übersetzt werden:
+
+| Teil | Bedeutung | Default-Bezeichnung |
+| --- | --- | --- |
+| `R<n>` | Anzahl Rettungswagen | `Rettungswagen` |
+| `N<n>` | Anzahl Notfalleinsatzfahrzeuge | `Notfalleinsatzfahrzeug` |
+| Suffix `p` | Polytrauma | `Polytrauma` |
+| Suffix `f` | First Responder einbezogen | `First Responder` |
+| Suffix `-NT`/` nt` | Notfalltransport mit Notfallkrankenwagen | `Notfalltransport mit Notfallkrankenwagen` |
+
+### Stichwort-Stammdaten
+
+Wird nur geprüft, falls der Dekoder auf dem Tab
+[Rettungsdienst-Stichwörter](#rettungsdienst-stichwörter) nicht gegriffen
+hat: eine Liste von `{Stichwort-Muster, Beschreibung, Abgleich-Typ}`-Zeilen
+– Abgleich-Typ ist `beginnt mit` oder `enthält`, der Vergleich ist
+case-insensitiv, und passen mehrere Zeilen, gewinnt automatisch das
+**spezifischste (längste) Muster** – die Zeilenreihenfolge hat keinen
+Einfluss auf den Abgleich, die Tabelle kann also gefahrlos nach jeder
+Spalte sortiert werden (Klick auf die Spaltenüberschrift). Die Tabelle ist mit
+einer beispielhaften Feuerwehr-/Rettungsdienst-Stichwortliste
+(`B:...`/`H:...`) als Startpunkt vorbefüllt – das ist **nicht** für
+irgendeine bestimmte Leitstelle bestätigt, bei Bedarf anpassen oder
+komplett ersetzen. Zum Sichern/Übertragen dieser Tabelle die
+Standard-Instanzkonfiguration von ioBroker exportieren/importieren
+(JSON). Nach einem solchen Import **die Admin-Seite neu laden**, bevor
+du diese Tabelle prüfst – der offene Konfigurationsdialog aktualisiert
+sie bei einem externen Import nicht automatisch (eine
+State-Sync-Einschränkung der Admin-Tabellenkomponente selbst, nicht
+etwas, das dieser Adapter beeinflussen kann).
+
+Passt weder diese Tabelle noch der Dekoder oben, bleibt
+`einsatz.beschreibung` einfach `null` – kein Fehler.
 
 ## States (unter `waip-web.0.*`)
 
@@ -306,7 +334,7 @@ stehen. Der zuletzt abgeschlossene Einsatz bleibt trotzdem über
 | `uuid` | string | Eindeutige Einsatz-UUID (dient auch der Zuordnung von Rückmeldungen) |
 | `einsatzart` | string | z. B. „Brandeinsatz", „Hilfeleistungseinsatz", „Rettungseinsatz", „Krankentransport" |
 | `stichwort` | string | Alarmstichwort |
-| `beschreibung` | string | Beschreibung zu `stichwort`, lokal ermittelt (wird nicht vom Server gesendet) - siehe [Stichwort-Beschreibungen](#stichwort-beschreibungen) unten. `null` falls nichts passte |
+| `beschreibung` | string | Beschreibung zu `stichwort`, lokal ermittelt (wird nicht vom Server gesendet) - siehe [Rettungsdienst-Stichwörter](#rettungsdienst-stichwörter)/[Stichwort-Stammdaten](#stichwort-stammdaten) unten. `null` falls nichts passte |
 | `ort` | string | Ort |
 | `ortsteil` | string | Ortsteil (falls abweichend vom Ort) |
 | `zeitstempel` | string (date) | Alarmzeit |

package/README.md

@@ -25,9 +25,11 @@ open.
 - [About WAIP-Web](#about-waip-web)
 - [Practical use cases](#practical-use-cases)
 - [Features](#features)
-  - [Why a session cookie is needed](#why-a-session-cookie-is-needed)
 - [Configuration](#configuration)
-  - [Alarm keyword descriptions](#alarm-keyword-descriptions)
+  - [Connection](#connection)
+  - [Why a session cookie is needed](#why-a-session-cookie-is-needed)
+  - [Rescue-service keywords](#rescue-service-keywords)
+  - [Keyword descriptions](#keyword-descriptions)
 - [States (under `waip-web.0.*`)](#states-under-waip-web0)
   - [info](#info) · [status](#status) · [einsatz](#einsatz) ·
     [einsatz.json](#einsatzjson) · [einsatz.tts](#einsatztts) ·
@@ -89,13 +91,20 @@ adapter provides – typical use in a fire station/EMS environment:
   automatically, without anyone having to keep a browser tab open on that
   screen (which is the whole reason this adapter exists in the first
   place).
+- **Plain-language keyword on displays and notifications.**
+  `einsatz.beschreibung` turns a cryptic dispatch code (`B:Wald groß/WSP`,
+  `R1N0`) into a readable description ("Wald-/Getreidefeldbrand (groß)",
+  "Rettungswagen: 1, Notfalleinsatzfahrzeug: 0") – bind it next to
+  `einsatz.stichwort` on the wall display or include it in the push
+  notification/TTS announcement, so members don't have to memorize every
+  keyword.
 - **Trigger automations the instant an alarm comes in.** Watch
   `einsatz.alarmAktiv` (or `info.connection` together with it) in a
   script/blockly rule to switch on lights in the vehicle hall, open a
   gate/door, send a push notification (e.g. via a Telegram/Pushover
-  adapter) with `einsatz.stichwort` + `einsatz.ort`, or flash a
-  smart-light scene – all a few seconds after the actual pager alert,
-  no polling required since ioBroker state changes fire instantly.
+  adapter) with `einsatz.stichwort`/`einsatz.beschreibung` + `einsatz.ort`,
+  or flash a smart-light scene – all a few seconds after the actual pager
+  alert, no polling required since ioBroker state changes fire instantly.
 - **Announce the alarm out loud.** `einsatz.tts.last` is a ready-to-play
   absolute mp3 URL; point a `sonos`/`snapcast`/`text2speech`-style
   automation at it (or just play the URL directly) to have the incident
@@ -164,10 +173,30 @@ adapter provides – typical use in a fire station/EMS environment:
   concurrently active incidents can currently only be viewed via the
   WAIP-Web instance's own dashboard
 - Optional plain-language description for `einsatz.stichwort`
-  (`einsatz.beschreibung`), resolved locally from a user-maintained,
-  export-/importable keyword table plus an optional decoder for the
-  `R<RTW>N<NEF>` rescue-service keyword scheme used by several dispatch
-  centers - see [Alarm keyword descriptions](#alarm-keyword-descriptions)
+  (`einsatz.beschreibung`), resolved locally from a user-maintained
+  keyword table plus an optional decoder for the `R<RTW>N<NEF>`
+  rescue-service keyword scheme used by several dispatch
+  centers - see [Rescue-service keywords](#rescue-service-keywords)
+
+## Configuration
+
+In the admin UI of the adapter instance, settings are grouped across
+three tabs: **Connection**, **Rescue-service keywords** and **Keyword
+descriptions** – see below for all three.
+
+### Connection
+
+| Field | Description | Default |
+| --- | --- | --- |
+| WAIP server URL | Base URL of the WAIP-Web instance | `https://wachalarm.leitstelle-lausitz.de` |
+| Monitor ID | Picked from a live dropdown, fetched from the configured server's `/waip/` overview page and grouped by Leitstelle/Kreis/Träger/Wache; manual entry stays possible if the server can't be reached. Empty/`0` = global monitor (all incidents) | *(empty)* |
+| Registration timeout (s) | Time until a missing registration confirmation is logged | `10` |
+| Reconnect delay (s) | Wait time before a manual reconnect after disconnect/error | `5` |
+
+The session keepalive interval is **not configurable** – it's derived
+fully automatically on every renewal from the cookie lifetime the server
+reports (min. 55s, max. 5 min., matching `/js/session_keepalive.js` on
+the site itself).
 
 ### Why a session cookie is needed
 
@@ -187,63 +216,60 @@ observed lifetime, at least 55 seconds, at most a fixed 5-minute ceiling)
 – the exact same clamping that `/js/session_keepalive.js` on the site
 itself uses.
 
-## Configuration
-
-In the admin UI of the adapter instance:
-
-| Field | Description | Default |
-| --- | --- | --- |
-| WAIP server URL | Base URL of the WAIP-Web instance | `https://wachalarm.leitstelle-lausitz.de` |
-| Monitor ID | Picked from a live dropdown, fetched from the configured server's `/waip/` overview page and grouped by Leitstelle/Kreis/Träger/Wache; manual entry stays possible if the server can't be reached. Empty/`0` = global monitor (all incidents) | *(empty)* |
-| Registration timeout (s) | Time until a missing registration confirmation is logged | `10` |
-| Reconnect delay (s) | Wait time before a manual reconnect after disconnect/error | `5` |
-
-The session keepalive interval is **not configurable** – it's derived
-fully automatically on every renewal from the cookie lifetime the server
-reports (min. 55s, max. 5 min., matching `/js/session_keepalive.js` on
-the site itself).
-
-### Alarm keyword descriptions
+### Rescue-service keywords
 
 `einsatz.stichwort` is passed through unchanged from the server as a
 bare code (e.g. `B2`, `H:VU mit P`) – WAIP-Web itself doesn't explain
 what it means, and there is no nationwide standard: every dispatch
 center uses its own keyword catalog. `einsatz.beschreibung` fills that
-gap **entirely locally**, no data is sent anywhere:
-
-1. **Rescue-service decoding** (admin checkbox, off by default): if the
-   keyword matches the pattern `R<RTW-count>N<NEF-count>[p][f][-NT]`
-   (e.g. `R1N0` → "Rettungswagen: 1, Notfalleinsatzfahrzeug: 0"), a
-   description is generated automatically. This scheme is used by
-   several German dispatch centers, not just one specific instance (see
-   [Leitstelle Lausitz's documented explanation](https://www.leitstelle-lausitz.de/anpassung-der-einsatzstichworte-rettungsdienst/)
-   of it) – only enable it if your dispatch center actually uses this
-   pattern. The text for each part is itself configurable (5 additional
-   text fields appear once the checkbox is enabled), since the adapter
-   is multi-language and these labels aren't translated automatically:
-
-   | Part | Meaning | Default label |
-   | --- | --- | --- |
-   | `R<n>` | Number of ambulances (Rettungswagen) | `Rettungswagen` |
-   | `N<n>` | Number of emergency vehicles (Notfalleinsatzfahrzeug) | `Notfalleinsatzfahrzeug` |
-   | `p` suffix | Polytrauma | `Polytrauma` |
-   | `f` suffix | First responder included | `First Responder` |
-   | `-NT` suffix | Special ambulance transport | `Notfalltransport mit Notfallkrankenwagen` |
-2. **Keyword table** (admin table, checked only if step 1 didn't
-   match): a list of `{keyword pattern, description, match type}`
-   rows – match type is `starts with` or `contains`, comparison is
-   case-insensitive, and if several rows match, the **most specific
-   (longest) pattern wins automatically** – row order has no effect on
-   matching, so the table can be freely sorted by keyword (click the
-   column header) without changing behavior. The table is pre-filled
-   with an example fire/rescue keyword list (`B:...`/`H:...`) as a
-   starting point only – it is **not** confirmed to match any specific
-   dispatch center's real catalog, edit or fully replace it as needed.
-   The table can be exported/imported as CSV via the buttons above it
-   in the admin UI.
-
-If neither step produces a match, `einsatz.beschreibung` is simply
-`null` - not an error.
+gap **entirely locally**, no data is sent anywhere. This tab is the
+first of two sources checked, in order (see
+[Keyword descriptions](#keyword-descriptions) for the second):
+
+**Rescue-service decoding** (admin checkbox, off by default): if the
+keyword matches the pattern `R<RTW-count>N<NEF-count>[p][f][-NT]`
+(e.g. `R1N0` → "Rettungswagen: 1, Notfalleinsatzfahrzeug: 0"), a
+description is generated automatically. Two spellings of the `p`/`f`/`NT`
+part are recognized: without a space and with a hyphen before `NT`
+(e.g. `R1N1p`, `R1N0-NT`, see
+[Leitstelle Lausitz's documented explanation](https://www.leitstelle-lausitz.de/anpassung-der-einsatzstichworte-rettungsdienst/)
+of it), and with a space and without a hyphen (e.g. `R1N1 p`, `R1N0 nt`,
+as used by the IRLS Brandenburg) – this scheme (in either spelling) is
+used by several German dispatch centers, not just these two – only
+enable it if your dispatch center actually uses one of these patterns.
+The text for each part is itself configurable (5 additional text
+fields appear once the checkbox is enabled), since the adapter is
+multi-language and these labels aren't translated automatically:
+
+| Part | Meaning | Default label |
+| --- | --- | --- |
+| `R<n>` | Number of ambulances (Rettungswagen) | `Rettungswagen` |
+| `N<n>` | Number of emergency vehicles (Notfalleinsatzfahrzeug) | `Notfalleinsatzfahrzeug` |
+| `p` suffix | Polytrauma | `Polytrauma` |
+| `f` suffix | First responder included | `First Responder` |
+| `-NT`/` nt` suffix | Special ambulance transport | `Notfalltransport mit Notfallkrankenwagen` |
+
+### Keyword descriptions
+
+Checked only if the decoder on the [Rescue-service keywords](#rescue-service-keywords)
+tab didn't match: a list of `{keyword pattern, description, match type}`
+rows – match type is `starts with` or `contains`, comparison is
+case-insensitive, and if several rows match, the **most specific
+(longest) pattern wins automatically** – row order has no effect on
+matching, so the table can be freely sorted by any column (click the
+column header) without changing behavior. The table is pre-filled
+with an example fire/rescue keyword list (`B:...`/`H:...`) as a
+starting point only – it is **not** confirmed to match any specific
+dispatch center's real catalog, edit or fully replace it as needed.
+To back up or transfer this table, use ioBroker's standard instance
+configuration export/import (JSON). After using that import,
+**reload the Admin page** before checking this table – the open
+config dialog doesn't refresh it from an external import
+automatically (a state-sync limitation of the Admin table component
+itself, not something this adapter controls).
+
+If neither this table nor the decoder above match, `einsatz.beschreibung`
+is simply `null` - not an error.
 
 ## States (under `waip-web.0.*`)
 
@@ -305,7 +331,7 @@ The most recently finished incident remains available via
 | `uuid` | string | Unique incident UUID (also used to associate feedback) |
 | `einsatzart` | string | e.g. "Brandeinsatz" (fire), "Hilfeleistungseinsatz" (technical assistance), "Rettungseinsatz" (rescue/EMS), "Krankentransport" (patient transport) |
 | `stichwort` | string | Alarm keyword |
-| `beschreibung` | string | Description for `stichwort`, resolved locally (not sent by the server) - see [Alarm keyword descriptions](#alarm-keyword-descriptions) below. `null` if nothing matched |
+| `beschreibung` | string | Description for `stichwort`, resolved locally (not sent by the server) - see [Rescue-service keywords](#rescue-service-keywords)/[Keyword descriptions](#keyword-descriptions) below. `null` if nothing matched |
 | `ort` | string | Location/town |
 | `ortsteil` | string | District (if different from `ort`) |
 | `zeitstempel` | string (date) | Alarm time |
@@ -382,6 +408,78 @@ example.
 
 ## Changelog
 
+### 0.7.26 (2026-08-23)
+
+- [Keyword descriptions](#keyword-descriptions) tab: `Description` and
+  `Match` columns are now sortable too (previously only `Keyword /
+  pattern`), and the table's help text was moved above the table
+  instead of below - with many rows it used to sit far out of view.
+
+### 0.7.25 (2026-08-23)
+
+- Updated the admin UI text for the [rescue-service decoder](#rescue-service-keywords)
+  to reflect the two supported keyword spellings added in 0.7.23
+  (Leitstelle Lausitz `R1N1p`/`R1N0-NT` and IRLS Brandenburg `R1N1 p`/
+  `R1N0 nt`) - the checkbox label/help and the NT suffix label/help
+  previously only mentioned the hyphenated no-space form.
+
+### 0.7.24 (2026-08-23)
+
+- Extended the default [keyword table](#keyword-descriptions) with two
+  more Brandenburg spelling variants: `B:Gebäude-Groß` and
+  `B:Gebäude-Klein` (hyphen instead of space, as used by some dispatch
+  centers) - same descriptions as the existing `B:Gebäude groß`/`B:Gebäude
+  klein` entries. Only affects the shipped example table for new
+  installs - existing configured tables are untouched.
+
+### 0.7.23 (2026-08-23)
+
+- Extended the default [keyword table](#keyword-descriptions) with the
+  29 `K`/`V`/`M`/`S` keywords (Krankentransport, Verlegung, MANV,
+  Sonderstichwörter) from the IRLS Brandenburg rescue-service catalog
+  (v2.7) - previously only the `R<ambulance>N<physician-vehicle>`
+  scheme and the Brand/THL (`B:`/`H:`) table were covered, so
+  `einsatz.beschreibung` stayed `null` for these.
+- Fixed the [rescue-service keyword](#rescue-service-keywords) decoder
+  (`decodeRettungsdienstStichwort`): it only accepted the Leitstelle
+  Lausitz spelling without a space (`R1N1p`, `R1N0-NT`) and silently
+  returned `null` for the IRLS Brandenburg spelling with a space
+  (`R1N1 p`, `R1N0 nt`) - both are now recognized.
+- Only affects the shipped example table and the decoder logic for
+  new installs/upgrades - existing configured tables are untouched.
+
+### 0.7.22 (2026-08-23)
+
+- Extended the default [keyword table](#keyword-descriptions) with
+  `H:Person-TMR` (technical human rescue) and corrected three entries
+  whose pattern didn't match the actual dispatch keyword:
+  `H:Flugunfall` → `H:Flugzeugunfall` (`klein`/`groß`), `H:Öl Wasser`
+  → `H:Öl auf Wasser`, `H:Rettung aus Höhen/Tiefen` → `H:Rettung aus
+  Höhen und Tiefen` (source: Regionalleitstellen Brandenburg keyword
+  list, v7.1). Only affects the shipped example table for new
+  installs - existing configured tables are untouched.
+
+### 0.7.21 (2026-08-23)
+
+- Removed the keyword table's CSV export/import: a bug in ioBroker
+  Admin's own `table` component corrupted German umlauts on CSV
+  import (e.g. `ä`/`Ã` instead of `ä`/`ß`) - confirmed to be entirely
+  inside the Admin UI, not this adapter's code. Use ioBroker's
+  standard instance configuration export/import (JSON) instead - see
+  [Keyword descriptions](#keyword-descriptions) for the reload caveat
+  after using it.
+- Split the admin configuration UI into 3 tabs -
+  [Connection](#connection), [Rescue-service
+  keywords](#rescue-service-keywords),
+  [Keyword descriptions](#keyword-descriptions) - each with a
+  matching icon, replacing the single combined settings page.
+- Documentation: restructured the configuration section of the
+  README to mirror the 3 admin tabs, fixed a stale reference to the
+  removed CSV feature, and added a couple of small clarifications
+  (mentioned `einsatz.beschreibung` in the practical-use-cases
+  section, mentioned the 3-tab structure up front). All code comments
+  in `main.js` are now bilingual (German + English).
+
 ### 0.7.20 (2026-08-22)
 
 - Added `einsatz.beschreibung`: a plain-language description for
@@ -463,19 +561,6 @@ example.
   incident is shown - see [`einsatz`](#einsatz)), and enforced the
   changelog's own 5-entry limit.
 
-### 0.7.16 (2026-08-22)
-
-- Fixed two stale-data gaps around incident transitions:
-  - When a new incident starts before its own routes/feedback events
-    arrive, `einsatz.json.routen`/`.rueckmeldungen` and the feedback
-    counters are now cleared immediately instead of waiting for those
-    events.
-  - Added a watchdog that automatically finalizes an incident
-    (archives it, clears live fields) if its `ablaufzeit` is exceeded
-    by more than 60s without a matching `io.standby` ever arriving -
-    previously a missed `io.standby` (e.g. due to a disconnect at the
-    wrong moment) could leave stale "active" data indefinitely.
-
 Older entries have moved to [CHANGELOG_OLD.md](CHANGELOG_OLD.md).
 
 ## License

package/admin/i18n/de.json

@@ -1,23 +1,26 @@
 {
     "Alarm keyword descriptions": "Stichwort-Stammdaten",
-    "Automatically decode rescue-service keywords (R<RTW>N<NEF>[p][f][-NT])": "Rettungsdienst-Stichwörter automatisch dekodieren (R<RTW>N<NEF>[p][f][-NT])",
+    "Automatically decode rescue-service keywords (R<RTW>N<NEF>[p][f][-NT], with or without spaces)": "Rettungsdienst-Stichwörter automatisch dekodieren (R<RTW>N<NEF>[p][f][-NT], mit oder ohne Leerzeichen)",
     "Base URL of the WAIP dispatch server (Socket.IO endpoint, namespace /waip is appended automatically)": "Basis-URL des WAIP-Leitstellenservers (Socket.IO-Endpunkt, Namespace /waip wird automatisch angehängt)",
+    "Connection": "Verbindung",
     "Description": "Beschreibung",
     "How long to wait for the server to confirm the monitor registration before logging a warning; the connection itself keeps running either way.": "Wartezeit auf die Bestätigung der Monitor-Registrierung durch den Server, bevor eine Warnung geloggt wird; die Verbindung läuft in jedem Fall weiter.",
     "Keyword / pattern": "Stichwort / Muster",
+    "Keyword descriptions": "Stichwort-Stammdaten",
     "Label for N (emergency vehicle count)": "Bezeichnung für N (Anzahl Notfalleinsatzfahrzeuge)",
     "Label for R (ambulance count)": "Bezeichnung für R (Anzahl Rettungswagen)",
-    "Label for suffix -NT (special ambulance transport)": "Bezeichnung für Suffix -NT (Notfalltransport)",
+    "Label for suffix -NT / nt (special ambulance transport)": "Bezeichnung für Suffix -NT / nt (Notfalltransport mit Notfallkrankenwagen)",
     "Label for suffix f (first responder)": "Bezeichnung für Suffix f (First Responder)",
     "Label for suffix p (polytrauma)": "Bezeichnung für Suffix p (Polytrauma)",
     "Loaded live from the configured server's /waip/ overview page - choose by Leitstelle, Kreis, Träger or Wache, or pick 'Alle Wachalarme' (ID 0) for every incident. If the server can't be reached, an ID can still be entered manually.": "Wird live von der /waip/-Übersichtsseite des konfigurierten Servers geladen - Auswahl nach Leitstelle, Kreis, Träger oder Wache, oder 'Alle Wachalarme' (ID 0) für jeden Einsatz. Ist der Server nicht erreichbar, kann die ID weiterhin manuell eingegeben werden.",
-    "Maps einsatz.stichwort to einsatz.beschreibung. If several rows match, the most specific (longest) pattern wins automatically - row order has no effect on matching, sort by keyword freely. Pre-filled with an example fire/rescue keyword list as a starting point - it is not confirmed to match your own dispatch center's actual keywords, edit/replace as needed. Export/import as CSV via the buttons above the table.": "Ordnet einsatz.stichwort eine Beschreibung für einsatz.beschreibung zu. Passen mehrere Zeilen, gewinnt automatisch das spezifischste (längste) Muster - die Zeilenreihenfolge hat keinen Einfluss auf den Abgleich, die Tabelle kann also frei nach Stichwort sortiert werden. Vorbefüllt mit einer beispielhaften Feuerwehr-/Rettungsdienst-Stichwortliste als Startpunkt - nicht bestätigt für eure eigene Leitstelle, bei Bedarf anpassen/ersetzen. Export/Import als CSV über die Buttons oberhalb der Tabelle.",
+    "Maps einsatz.stichwort to einsatz.beschreibung. If several rows match, the most specific (longest) pattern wins automatically - row order has no effect on matching, sort by any column freely. Pre-filled with an example fire/rescue keyword list as a starting point - it is not confirmed to match your own dispatch center's actual keywords, edit/replace as needed. To back up or transfer this table, use ioBroker's standard instance configuration export/import (JSON). After using that import, reload the Admin page before checking this table - the open config dialog doesn't refresh it from an external import automatically (a state-sync limitation of the Admin table component itself).": "Ordnet einsatz.stichwort eine Beschreibung für einsatz.beschreibung zu. Passen mehrere Zeilen, gewinnt automatisch das spezifischste (längste) Muster - die Zeilenreihenfolge hat keinen Einfluss auf den Abgleich, die Tabelle kann also frei nach jeder Spalte sortiert werden. Vorbefüllt mit einer beispielhaften Feuerwehr-/Rettungsdienst-Stichwortliste als Startpunkt - nicht bestätigt für eure eigene Leitstelle, bei Bedarf anpassen/ersetzen. Zum Sichern/Übertragen dieser Tabelle die Standard-Instanzkonfiguration von ioBroker exportieren/importieren (JSON). Nach einem solchen Import die Admin-Seite neu laden, bevor du diese Tabelle prüfst - der offene Konfigurationsdialog aktualisiert sie bei einem externen Import nicht automatisch (eine State-Sync-Einschränkung der Admin-Tabellenkomponente selbst).",
     "Match": "Abgleich",
     "Monitor ID": "Monitor-ID",
     "Reconnect delay (s)": "Wiederverbindungs-Verzögerung (s)",
     "Registration timeout (s)": "Registrierungs-Timeout (s)",
-    "Rescue-service keyword scheme (R<RTW>N<NEF>[p][f][-NT], e.g. \"R1N0\" = 1 ambulance, no emergency physician) used by several German dispatch centers (documented example: Leitstelle Lausitz) - only enable if your dispatch center actually uses this pattern. Takes priority over the table below when a keyword matches.": "Schema für Rettungsdienst-Stichwörter (R<RTW>N<NEF>[p][f][-NT], z.B. \"R1N0\" = 1 Rettungswagen, kein Notarzt), das von mehreren Leitstellen verwendet wird (dokumentiertes Beispiel: Leitstelle Lausitz) - nur aktivieren, wenn eure Leitstelle dieses Muster tatsächlich verwendet. Hat Vorrang vor der Tabelle unten, wenn ein Stichwort passt.",
-    "Text appended when the keyword ends in \"-NT\".": "Text, der angehängt wird, wenn das Stichwort auf \"-NT\" endet.",
+    "Rescue-service keyword scheme R<RTW>N<NEF>, optionally followed by a p/f modifier and/or an NT suffix (e.g. \"R1N0\" = 1 ambulance, no emergency physician). Two spellings are recognized: without a space and with a hyphen before NT (Leitstelle Lausitz, e.g. \"R1N1p\", \"R1N0-NT\") and with a space and without a hyphen (Leitstelle Brandenburg/IRLS, e.g. \"R1N1 p\", \"R1N0 nt\") - only enable if your dispatch center actually uses one of these patterns. Takes priority over the table on the Keyword descriptions tab when a keyword matches.": "Rettungsdienst-Stichwortschema R<RTW>N<NEF>, optional gefolgt von einem p/f-Modifikator und/oder einem NT-Suffix (z.B. \"R1N0\" = 1 Rettungswagen, kein Notarzt). Zwei Schreibweisen werden erkannt: ohne Leerzeichen und mit Bindestrich vor NT (Leitstelle Lausitz, z.B. \"R1N1p\", \"R1N0-NT\") sowie mit Leerzeichen und ohne Bindestrich (Leitstelle Brandenburg/IRLS, z.B. \"R1N1 p\", \"R1N0 nt\") - nur aktivieren, wenn eure Leitstelle eines dieser Muster tatsächlich verwendet. Hat Vorrang vor der Tabelle im Tab Stichwort-Stammdaten, wenn ein Stichwort passt.",
+    "Rescue-service keywords": "Rettungsdienst-Stichwörter",
+    "Text appended when the keyword ends in \"-NT\" or \" nt\".": "Text, der angehängt wird, wenn das Stichwort auf \"-NT\" oder \" nt\" endet.",
     "Text appended when the keyword ends in \"f\".": "Text, der angehängt wird, wenn das Stichwort auf \"f\" endet.",
     "Text appended when the keyword ends in \"p\".": "Text, der angehängt wird, wenn das Stichwort auf \"p\" endet.",
     "Text used in the generated description for the N<n> part, e.g. \"Notfalleinsatzfahrzeug: 0\".": "Text für den N<n>-Teil der erzeugten Beschreibung, z.B. \"Notfalleinsatzfahrzeug: 0\".",

package/admin/i18n/en.json

@@ -1,29 +1,32 @@
 {
-    "WAIP server URL": "WAIP server URL",
+    "Alarm keyword descriptions": "Alarm keyword descriptions",
+    "Automatically decode rescue-service keywords (R<RTW>N<NEF>[p][f][-NT], with or without spaces)": "Automatically decode rescue-service keywords (R<RTW>N<NEF>[p][f][-NT], with or without spaces)",
     "Base URL of the WAIP dispatch server (Socket.IO endpoint, namespace /waip is appended automatically)": "Base URL of the WAIP dispatch server (Socket.IO endpoint, namespace /waip is appended automatically)",
-    "Monitor ID": "Monitor ID",
-    "Loaded live from the configured server's /waip/ overview page - choose by Leitstelle, Kreis, Träger or Wache, or pick 'Alle Wachalarme' (ID 0) for every incident. If the server can't be reached, an ID can still be entered manually.": "Loaded live from the configured server's /waip/ overview page - choose by Leitstelle, Kreis, Träger or Wache, or pick 'Alle Wachalarme' (ID 0) for every incident. If the server can't be reached, an ID can still be entered manually.",
-    "Registration timeout (s)": "Registration timeout (s)",
+    "Connection": "Connection",
+    "Description": "Description",
     "How long to wait for the server to confirm the monitor registration before logging a warning; the connection itself keeps running either way.": "How long to wait for the server to confirm the monitor registration before logging a warning; the connection itself keeps running either way.",
-    "Reconnect delay (s)": "Reconnect delay (s)",
-    "Wait time before the adapter automatically reconnects after a lost connection or a connection error.": "Wait time before the adapter automatically reconnects after a lost connection or a connection error.",
-    "Automatically decode rescue-service keywords (R<RTW>N<NEF>[p][f][-NT])": "Automatically decode rescue-service keywords (R<RTW>N<NEF>[p][f][-NT])",
-    "Rescue-service keyword scheme (R<RTW>N<NEF>[p][f][-NT], e.g. \"R1N0\" = 1 ambulance, no emergency physician) used by several German dispatch centers (documented example: Leitstelle Lausitz) - only enable if your dispatch center actually uses this pattern. Takes priority over the table below when a keyword matches.": "Rescue-service keyword scheme (R<RTW>N<NEF>[p][f][-NT], e.g. \"R1N0\" = 1 ambulance, no emergency physician) used by several German dispatch centers (documented example: Leitstelle Lausitz) - only enable if your dispatch center actually uses this pattern. Takes priority over the table below when a keyword matches.",
-    "Label for R (ambulance count)": "Label for R (ambulance count)",
-    "Text used in the generated description for the R<n> part, e.g. \"Rettungswagen: 1\".": "Text used in the generated description for the R<n> part, e.g. \"Rettungswagen: 1\".",
+    "Keyword / pattern": "Keyword / pattern",
+    "Keyword descriptions": "Keyword descriptions",
     "Label for N (emergency vehicle count)": "Label for N (emergency vehicle count)",
-    "Text used in the generated description for the N<n> part, e.g. \"Notfalleinsatzfahrzeug: 0\".": "Text used in the generated description for the N<n> part, e.g. \"Notfalleinsatzfahrzeug: 0\".",
-    "Label for suffix p (polytrauma)": "Label for suffix p (polytrauma)",
-    "Text appended when the keyword ends in \"p\".": "Text appended when the keyword ends in \"p\".",
+    "Label for R (ambulance count)": "Label for R (ambulance count)",
+    "Label for suffix -NT / nt (special ambulance transport)": "Label for suffix -NT / nt (special ambulance transport)",
     "Label for suffix f (first responder)": "Label for suffix f (first responder)",
-    "Text appended when the keyword ends in \"f\".": "Text appended when the keyword ends in \"f\".",
-    "Label for suffix -NT (special ambulance transport)": "Label for suffix -NT (special ambulance transport)",
-    "Text appended when the keyword ends in \"-NT\".": "Text appended when the keyword ends in \"-NT\".",
-    "Alarm keyword descriptions": "Alarm keyword descriptions",
-    "Maps einsatz.stichwort to einsatz.beschreibung. If several rows match, the most specific (longest) pattern wins automatically - row order has no effect on matching, sort by keyword freely. Pre-filled with an example fire/rescue keyword list as a starting point - it is not confirmed to match your own dispatch center's actual keywords, edit/replace as needed. Export/import as CSV via the buttons above the table.": "Maps einsatz.stichwort to einsatz.beschreibung. If several rows match, the most specific (longest) pattern wins automatically - row order has no effect on matching, sort by keyword freely. Pre-filled with an example fire/rescue keyword list as a starting point - it is not confirmed to match your own dispatch center's actual keywords, edit/replace as needed. Export/import as CSV via the buttons above the table.",
-    "Keyword / pattern": "Keyword / pattern",
-    "Description": "Description",
+    "Label for suffix p (polytrauma)": "Label for suffix p (polytrauma)",
+    "Loaded live from the configured server's /waip/ overview page - choose by Leitstelle, Kreis, Träger or Wache, or pick 'Alle Wachalarme' (ID 0) for every incident. If the server can't be reached, an ID can still be entered manually.": "Loaded live from the configured server's /waip/ overview page - choose by Leitstelle, Kreis, Träger or Wache, or pick 'Alle Wachalarme' (ID 0) for every incident. If the server can't be reached, an ID can still be entered manually.",
+    "Maps einsatz.stichwort to einsatz.beschreibung. If several rows match, the most specific (longest) pattern wins automatically - row order has no effect on matching, sort by any column freely. Pre-filled with an example fire/rescue keyword list as a starting point - it is not confirmed to match your own dispatch center's actual keywords, edit/replace as needed. To back up or transfer this table, use ioBroker's standard instance configuration export/import (JSON). After using that import, reload the Admin page before checking this table - the open config dialog doesn't refresh it from an external import automatically (a state-sync limitation of the Admin table component itself).": "Maps einsatz.stichwort to einsatz.beschreibung. If several rows match, the most specific (longest) pattern wins automatically - row order has no effect on matching, sort by any column freely. Pre-filled with an example fire/rescue keyword list as a starting point - it is not confirmed to match your own dispatch center's actual keywords, edit/replace as needed. To back up or transfer this table, use ioBroker's standard instance configuration export/import (JSON). After using that import, reload the Admin page before checking this table - the open config dialog doesn't refresh it from an external import automatically (a state-sync limitation of the Admin table component itself).",
     "Match": "Match",
-    "starts with": "starts with",
-    "contains": "contains"
+    "Monitor ID": "Monitor ID",
+    "Reconnect delay (s)": "Reconnect delay (s)",
+    "Registration timeout (s)": "Registration timeout (s)",
+    "Rescue-service keyword scheme R<RTW>N<NEF>, optionally followed by a p/f modifier and/or an NT suffix (e.g. \"R1N0\" = 1 ambulance, no emergency physician). Two spellings are recognized: without a space and with a hyphen before NT (Leitstelle Lausitz, e.g. \"R1N1p\", \"R1N0-NT\") and with a space and without a hyphen (Leitstelle Brandenburg/IRLS, e.g. \"R1N1 p\", \"R1N0 nt\") - only enable if your dispatch center actually uses one of these patterns. Takes priority over the table on the Keyword descriptions tab when a keyword matches.": "Rescue-service keyword scheme R<RTW>N<NEF>, optionally followed by a p/f modifier and/or an NT suffix (e.g. \"R1N0\" = 1 ambulance, no emergency physician). Two spellings are recognized: without a space and with a hyphen before NT (Leitstelle Lausitz, e.g. \"R1N1p\", \"R1N0-NT\") and with a space and without a hyphen (Leitstelle Brandenburg/IRLS, e.g. \"R1N1 p\", \"R1N0 nt\") - only enable if your dispatch center actually uses one of these patterns. Takes priority over the table on the Keyword descriptions tab when a keyword matches.",
+    "Rescue-service keywords": "Rescue-service keywords",
+    "Text appended when the keyword ends in \"-NT\" or \" nt\".": "Text appended when the keyword ends in \"-NT\" or \" nt\".",
+    "Text appended when the keyword ends in \"f\".": "Text appended when the keyword ends in \"f\".",
+    "Text appended when the keyword ends in \"p\".": "Text appended when the keyword ends in \"p\".",
+    "Text used in the generated description for the N<n> part, e.g. \"Notfalleinsatzfahrzeug: 0\".": "Text used in the generated description for the N<n> part, e.g. \"Notfalleinsatzfahrzeug: 0\".",
+    "Text used in the generated description for the R<n> part, e.g. \"Rettungswagen: 1\".": "Text used in the generated description for the R<n> part, e.g. \"Rettungswagen: 1\".",
+    "WAIP server URL": "WAIP server URL",
+    "Wait time before the adapter automatically reconnects after a lost connection or a connection error.": "Wait time before the adapter automatically reconnects after a lost connection or a connection error.",
+    "contains": "contains",
+    "starts with": "starts with"
 }