Neu Mit Workflow bestimmte Straßen und Orte finden (Oder: Auf Kriegsfuß mit regex)

[InFlame]

Hallo zusammen,

ich verzweifel gerade leider an regex. Ich möchte per Workflow bestimmte Orte und Straßen suchen. Da es ja keine ODER Verknüpfungen in den Workflow Bedingungen gibt, möchte ich es über regex lösen.

Folgenden Code habe ich über googeln zusammengeschustert:

Für Orte:

(?i)(hamburg|k[o,oe,ö]ln)?

Für Straßen:

(?i)(schildg|Gotha)?

Wenn ich den Code über regex101 prüfe, klappt es. Adressen mit diesen Wörtern werden erkannt. Allerdings matcht die WAWI den Ausdruck auf jede Adresse:



Ich bin verzweifelt: wo ist der Fehler?

Über Hilfe wäre ich sehr dankbar.

Grüße

Clemens

 

[elevennerds.de]

Da es ja keine ODER Verknüpfungen in den Workflow Bedingungen gibt

Das ist eine falsche Annahme, mit "Eine Bedingung erfüllt" hast Du ODER.

 

[InFlame]

Da habe ich mich falsch ausgedrückt. Es geht um die Bedingung "trifft zu". Sowohl Ort als auch Straße sollen übereinstimmen. Hat mit einer Adresse auch wunderbar geklappt. Da man aber keine Workflows duplizieren kann, möchte ich nicht alles neu erstellen. Daher wollte ich die verschiedenen Straßen und Orte in die "trifft zu" über Regex eintragen. Wenn Straße und Ort gefunden werden -> Workflow auslösen.

 

[elevennerds.de]

Du möchtest UND und ODER kombinieren? Dann mach doch einen Workflow für den Ort und einen für die Straße. Du kannst ein Ereignis aus einem Workflow auslösen. Wenn Ort zutrifft, dann rufst Du Ereignis "Straße" auf, und prüfst dort weiter.

Oder Du bastelst alles in eine Erweiterte Eigenschaft und arbeitest mit Dot Liquid.

 

[InFlame]

Du möchtest UND und ODER kombinieren?

Quasi, ja. Also innerhalb der Straße soll über regex ODER gesucht werden. Wenn zutreffend dann wird der Ort überprüft. Auch da innerhalb der Bedinungen mit ODER. Wenn swohl Straße als auch Ort zutrifft soll der Workflow ausgelöst werden.

Es stimmt. Ich könnte das ganze auch über zwei Workflows erledigen. Fände es aber eleganter und übersichtlicher, wenn es in einem wäre.

Nach meinem Verständnis müsste es ja auch funktionieren - solange der Regex Befehl richtig ist. Das scheint bei mir nicht der Fall zu sein (obwohl regex101 was anderes sagt). Aber auch um das mit Regex mal zu vertehen, wüsste ich gerne was falsch ist....

 

[InFlame]

Oder Du bastelst alles in eine Erweiterte Eigenschaft und arbeitest mit Dot Liquid.

Manchmal sieht man den Wald... Danke für den Tipp. Damit hats nun (scheinbar) geklappt

{% assign str = Vorgang.Stammdaten.Kunde.Straße | Matches: '(?i)(schildg|gotha)'|true -%}
{% assign plz = Vorgang.Stammdaten.Kunde.Ort | Matches: '(?i)(hamburg|k[o,oe,ö]ln)'|true  -%}


{% if str == true  -%}
    {% if plz == true -%}
    true
    {% endif -%}
{% else -%}
false
{% endif -%}

 

[apalusa]

Ich bin verzweifelt: wo ist der Fehler?

Auch wenn bereits eine alternative Lösung gefunden wurde, denke ich doch, dass es ganz interessant wäre, vielleicht auch für zukünftige Fundlinge dieses Threads, was genau bei dem Regex nicht geklappt hat. Ich bin da zwar kein Experte aber hab mir mal testweise den Regex für den Ort angeschaut.

(?i)(hamburg|k[o,oe,ö]ln)?

Grundsätzlich empfehle ich selbst auch immer die Prüfung mit einem Tool wie z.B. Regex101. Da werden dann auch Auffälligkeiten deutlich wie z.B. das abschließende ?
Dieses bedeutet: matches the previous token between zero and one times was soviel heißt: Wenn hamburg oder Köln entweder einmal oder keinmal vorkommt, zählt es als Treffer.

Wenn man nun auf Regex101 unten in der Eingabe den Ort Wismar eingibt stellt man fest, dass vor und nach jedem Buchstaben eine lila Linie auftaucht. Hier werden nach jedem Zeichen die vorher benannten Orte keinmal gefunden und somit trifft die Bedingung zu.

Daher folgend mein eigener Vorschlag, wie man das ganze verbessern kann wodurch es dann auch in Regex Form richtig funktionieren sollte:
Die simpelste Korrektur wäre folgender Regex

^(?i)(hamburg|k[o,oe,ö]ln)?$

Das ^ zeigt hierbei an, das hier die Zeile beginnt, während das $ das Zeilenende anzeigt. Somit werden nur noch leere Zeilen, oder die gewünschten Orte auch als Treffer deklariert.

Noch besser wäre es aber, wenn man festlegt dass nur die bennanten Orte auch als Treffer zählen, einer davon also "mindestens, aber nicht öfter als einmal" vorkommen darf. Das würde dann so aussehen:

^(?i)(hamburg|k[o,oe,ö]ln)$

Also einfach das ? entfernen. Selbst wenn man die vorher genannten Optionen für Zeilenanfang und -ende weglässt, sorgt das fehlende ? schon dafür, dass Wismar kein gültiger Treffer mehr ist.


Nun zur Straße, hier scheinen die möglichen Optionen nur ein Teil des Straßennamens zu sein. Die Möglichkeit mit dem denominieren von Anfang und Ende der Zeile würde also ein Problem schaffen außer man baut eine beliebige Anzahl Wildcards ein. Die einfachere Lösung wäre aber einfach auch "mindestens, aber nicht öfter als einmal" die Teilbezeichnungen der Straße abzufragen, also so:

(?i)(schildg|Gotha)

Dazu sei aber gesagt, ich habe das ganze nicht in einem Workflow getestet, lediglich anhand von Beispielen auf Regex101. Meines Wissens nach sollte das so aber funktionieren. Feedback wenn ihr das doch noch ausprobiert wäre daher sehr hilfreich für mich und jeden der zukünftig noch auf diesen Thread stößt.

 

[InFlame]

Vielen Dank für deine sehr ausführliche Antwort. Habe einiges gelernt

In der Tat war mein erster Versuch auch, das ganze ohne die Fragezeichen zu verwenden. Denn im regex101 hat es damit funktioniert. Nur leider reagierte der Workflow nicht. Ich habe dann angenommen, dass eine "Wildcard" fehlt und habe dann ? genommen. Aber dank deiner Erklärung weiß ich nun, warum der Workflow damit immer angesprungen ist.

Jedenfalls lasse ich es jetzt mal eine Zeitlang über die erweiterten Bedinungen laufen und prüfe, obs den Alltag auch übersteht.