Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@tom_33 sagte in Parser und Umlaute:

ohne "0" bekomme ich das Ergebnis:

Sollte aber nicht.
kann sein, dass das > escaped werden muss \>

[tom_33]

@homoran
Mir ist erst bei den Screenshots aufgefallen, dass das Dropdownfeld Num = 0 gemeint ist. Sorry!

Ein escape bringt leider keine Änderung.

Mein Irrtum bringt das gewünschte Ergebnis :thinking_face:

[Homoran]

@tom_33 sagte in Parser und Umlaute:

ir ist erst bei den Screenshots aufgefallen, dass das Dropdownfeld Num = 0 gemeint ist. Sorry!

:grin:

@tom_33 sagte in Parser und Umlaute:

Ein escape bringt leider keine Änderung.

Hab es jetzt erkannt (Windstill ist die Himmelsrichtung) Da muss ich nochmal ran,
Hab leider gerade alles zu gemacht :-(

Edit:
versuch mal: Wind<[^:]+[^>]+[^\w]+([\w,ü]+),

[tom_33]

@homoran sagte in Parser und Umlaute:

Wind<[^:]+[^>]+[^\w]+([\w,ü]+),

Bingo!

Eine Spende ist inzwischen an die GmbH gegangen.
Vielen, vielen Dank
sg tom

[Homoran]

@tom_33 sagte in Parser und Umlaute:

Bingo!

und nimm das Komma wieder in den [ ] raus ;-)
das hat sich dahin verirrt

korrekt:
Wind<[^:]+[^>]+[^\w]+([\wü]+),

[OliverIO]

@tom_33 sagte in Parser und Umlaute:

@homoran sagte in Parser und Umlaute:

So aufgedröselt und fein erklärt gehts ja, aber selbst auszudenken - da ist bei mir schon lange Schluss :joy:
Ein bisschen verwirrend ist, dass regex101 nicht die gleichen Resultate liefert.

und zuletzt bestimmt die 0 (null) keine weiteren Zeichen mehr auszugeben?

Regex liefert eigentlich schon die gleichen Ergebnisse. Nur sind die voreingestellten Optionen bei regex101 andere wie beim parser

Regex101 = gm
Parser = si

Wenn man in regex 101 si als Optionen auswählt dann kommt man dem parser Verhalten näher.
Ich hatte mal in den source reingeschaut, aber unter bestimmten Umständen ändert er die Optionen wieder

Ok Korrektur, hab gerade mal in den source geschaut.
Wenn eine item Nummer angegeben wurde dann Option g
Wenn item Nummer nicht angegeben, dann keine Option.
Dafür werden aber generell alle Zeilenumbrüche vor dem parsen in Leerzeichen umgewandelt.

[Homoran]

@oliverio sagte in Parser und Umlaute:

Nur sind die voreingestellten Optionen bei regex101 andere wie beim parser
Regex101 = gm
Parser = si

ja, aber was ist si, ich habe auf gs gestellt.
\n kann der Parser z.B. nicht
$ anscheinend auch nicht

gefährlich ist aber, wenn man die Voreinstellung nicht auf javascript ändert

[OliverIO]

@homoran sagte in Parser und Umlaute:

@oliverio sagte in Parser und Umlaute:

Nur sind die voreingestellten Optionen bei regex101 andere wie beim parser
Regex101 = gm
Parser = si

ja, aber was ist si, ich habe auf gs gestellt.
\n kann der Parser z.B. nicht
$ anscheinend auch nicht

gefährlich ist aber, wenn man die Voreinstellung nicht auf javascript ändert

Siebe mein angepasster Post oben.

Zeilen Anfang ^ und Zeitenende $ gibt es halt dann nur ein einziges Mal. Nämlich am Anfang der Datei und am Ende der Datei, da alles dann nur noch aus einer Zeile besteht.

Ich fände es schön wenn der parser Adapter oder parser2? Adapter genau so wie regex101 funktionieren würde und man nur noch den regex String und Optionen übernehmen müsste.

g heißt global Match und gibt alle gefundenen Ergebnisse und nicht nur das erste zurück.
i ist case insensitive also keine Unterscheidung von gross und Kleinbuchstaben
s steht für single line , dass heist Zeilenumbrüche werden herausgefiltert (und nicht mit einem Leerzeichen ersetzt wie im parser Adapter)

[Homoran]

@oliverio sagte in Parser und Umlaute:

Ich fände es schön wenn der parser Adapter oder parser2? Adapter genau so wie regex101 funktionieren würde und man nur noch den regex String und Optionen übernehmen müsste.

:+1:

und wenn man dann in parser3 noch (optional) einen Browser-Header und Credentials mitgeben könnte wäre das die Kirsche auf der Sahne

@oliverio sagte in Parser und Umlaute:

i ist case insensitive also keine Unterscheidung von gross und Kleinbuchstaben

heisst das, dass der Parser case insensitiv arbeitet?
Das wärte natüerlich wichtig zu wissen

[OliverIO]

@homoran
Nein nicht case insensitive.
Option I ist nicht angegeben.
Wobei da etwas vorgesehen ist was aber wohl nicht von der Oberfläche aus angesprochen wird

Wenn im jeweiligen datenpunkt eines oder mehrere der folgenden Schlüsselworte mit angegeben ist, dann werden diese Optionen verwendet.
https://github.com/ioBroker/ioBroker.parser/blob/e34122ce3aee43c24c44fe3b9375b07a49c551d0/main.js#L148

Das kann man aber nur im raw Modus auf dem datenpunkt direkt pflegen.