Aufruf von dwd-cap-warnings unklar

[olwaldi]

dwd-cap-warnings ist ja ein Link, bei mir ln -s /usr/share/weewx/user/capwarnings.py /etc/weewx/scripts/dwd-cap-warnings

Die Konfiguration in /etc/weewx.conf sieht so aus: `[DeutscherWetterdienst]

path = /etc/weewx/skins/Seasons_DWD/dwd
[[warning]]
    icons = icons/warn
    states = Baden-Württemberg
    [[[counties]]]
        Kreis Ludwigsburg = KL
    [[[cities]]]
        Stadt Ludwigsburg = SL

`

Wenn ich dwd-cap-warnings wie im README beschrieben aufrufe, wird der zip-Dateiname als Dateiname für die Warnmeldung genutzt, d.h. ich bekomme zwei Dateien ` /etc/weewx/scripts/dwd-cap-warnings --weewx --resolution=city Z_CAP_C_EDZW_LATEST_PVW_STATUS_PREMIUMCELLS_COMMUNEUNION_DE.zip

-rw-r--r-- 1 root root 2 10. Mär 08:44 warn-Z_CAP_C_EDZW_LATEST_PVW_STATUS_PREMIUMCELLS_COMMUNEUNION_DE.zip.json -rw-r--r-- 1 root root 167 10. Mär 08:44 warn-Z_CAP_C_EDZW_LATEST_PVW_STATUS_PREMIUMCELLS_COMMUNEUNION_DE.zip.inc ` aber keine zip-Datei an sich. Die .json/.inc enthalten die Warnungen für Stadt Ludwigsburg.

Laut Beschreibung sollte es auch möglich sein, feiner granularer Wettermeldungen auf Basis der WarncellID zu bekommen - wäre in meinem Fall 808118054;Gemeinde Murr;Murr;;BW Aber mir ist unklar, wie das z.B. in weewx.conf zu konfigurieren ist.

PS: Mir gelingt es nicht, hier im GIT-Text Code-Fragmente mit <> sauber einzugeben. Da fehlen immer die CRs. Als "workaround" füge ich manuell einzelne CRs ein, was den Code-Text immerhin etwas leserlicher macht.

[roe-dl]

Die Angabe dieser Datei ist zunächst einmal optional. Sie wird in der Regel weggelassen.

Hier ist aber darüber hinaus offenkundig die Dokumentation nicht ganz aktuell. Wenn man dwd-cap-warnings --help aufruft, erhält man:

Usage: capwarnings.py [options] [warning_region]

Options:
  -h, --help            show this help message and exit
  --config=CONFIG_FILE  Use configuration file CONFIG_FILE.
  --weewx               Read config from weewx.conf.
  --lang=ISO639         Alert language. Default 'de'
  --provider=PROVIDER   warnings provider 'DWD' or 'BBK'

  DWD:
    --diff              Use diff files instead of status files.
    --resolution=VALUE  Overwrite configuration setting for resolution.
                        Possible values are 'county' and 'city'.
    --get-warncellids   Download warn cell ids file.
    --list-ii           List defined II event codes
    --list-zip          Download and display zip file list (for debugging
                        purposes)

  BBK:
    --list-logos        list logos
    --list-eventcodes   list event codes
    --include-dwd       Include messages originating from DWD. Default is to
                        exclude those messages.

  Output and logging options:
    --target-path=PATH  Overwrite configuration setting for target path
    --dry-run           Print what would happen but do not do it. Default is
                        False.
    --log-tags          Log tags while parsing the XML file. Default is not to
                        log the XML tags.
    -v, --verbose       Verbose output

Für den Fall 808118054;Gemeinde Murr;Murr;;BW wäre Gemeinde Murr die passende Eintragung. Mit dem Aufruf dwd-cap-warnings --resolution=city "Gemeinde Murr" liefert es bei mir auch einen passenden Datensatz. In weewx.conf muß Gemeinde Murr in Anführungszeichen eingeschlossen werden, sonst funktioniert es nicht.

[olwaldi]

Danke - ich glaube, es jetzt verstanden zu haben:

Wie im README beschrieben, muß man --resolution=city (passend zu [[[cities]]]) wählen. Damit auch die "richtigen" Icons verwendet werden, mußte ich "Gemeinde Murr" in weewx.conf eintragen: ` [DeutscherWetterdienst]

path = /etc/weewx/skins/Seasons_DWD/dwd
[[warning]]
    icons = icons/warn
    states = Baden-Württemberg
    [[[counties]]]
        Kreis Ludwigsburg = KL
    [[[cities]]]
        Stadt Ludwigsburg = SL
        Gemeinde Murr = GM

` Der String hinter jedem Ort wird im Dateinamen der warning benutzt - in meinem Fall warn-GM.inc.

NB: Mein ursprüngliches Ziel, die Vorhersagedaten in die Seasons-Images zu integrieren, scheitert vermutlich daran, daß man die Zeitachse im ImageGenerator kaum manipulieren kann, es gibt höchstens 12h "Zukunft" - eine Anfrage dsbzgl. habe ich in der weewx user group laufen.

Danke für die prompte Unterstützung, Michael