Hi,
First of all, I'm not a BI user, I do support for Excel.
Wildcard comparisons in PQ are a real challenge and everything I've found so far are rudimentary solutions or workarounds to the actual problem. And everything was created several years ago.
Now I've tried it myself and found a solution that works (for my purposes), but it contains at least one error.
The code below supports the wildcards "*", "?" and "#". One problem is when the search pattern contains a "*" before a "#" and I just can't see a solution to the problem. For example, comparing "08erig1" and "*8*#*1" should give a FALSE as result...
If anyone has an idea how to fix the error or has a better solution, I'm grateful for any suggestions.
Or if anyone notices any other problems, I'd like to know about them too. 😀
Andreas.
let
fnCompareWildcards = (expression as any, pattern as any, optional comparer as nullable function) as logical =>
let
pList = Text.ToList(if pattern=null then "" else pattern),
tList = Text.ToList(if expression=null then "" else expression),
pCount = List.Count(pList),
tCount = List.Count(tList),
Compare = if comparer = null then Comparer.OrdinalIgnoreCase else comparer,
Match = (pIndex as number, tIndex as number) as logical =>
if pIndex >= pCount then
tIndex >= tCount
else if tIndex >= tCount then
pList{pIndex} = "*"
else if pList{pIndex} = "?" then
@match(pIndex + 1, tIndex + 1)
else if pList{pIndex} = "*" then
if pIndex=pCount then
true
else
List.AnyTrue(List.Transform({tIndex..tCount}, each @match(pIndex + 1, _)))
else if pList{pIndex} = "#" then
if pIndex=pCount then
List.Contains({"0".."9"}, tList{tCount})
else
if List.Contains({"0".."9"}, tList{tIndex}) then
@match(pIndex + 1, tIndex + 1)
else
false
else
not Logical.From(Compare(tList{tIndex}, pList{pIndex})) and @match(pIndex + 1, tIndex + 1),
result = Match(0, 0)
in
result,
documentation = [
Documentation.Name = "fnCompareWildcards",
Documentation.Description = "Compares expression with pattern",
Documentation.LongDescription = Documentation.Description,
Documentation.Category = "String",
Documentation.Source = "andreas.killer@gmx.net",
Documentation.Version = "1.0",
Documentation.Author = "Andreas Killer",
Documentation.Examples = {[
Description = "
fnCompareWildcards(""Andreas Killer 1964"", ""*as*er?19##"")
",
Code = "
expression : The text to compare
pattern : The pattern containing wildcards as follows:
Char - Matches in expression
? - Any single character
* - Zero or more characters
# - Any single digit (0..9)
comparer : A Comparer used for controlling the comparison, if omitted Comparer.OrdinalIgnoreCase.
",
Result = "
true or false"]}]
in
Value.ReplaceType(fnCompareWildcards, Value.ReplaceMetadata(Value.Type(fnCompareWildcards), documentation))
You can use Regular Expressions. This can be implemented in PQ for Power BI using Python or R, and in Power Query for Excel or Power BI using a javascript construction as a custom function.
Here is an example of a javascript implementation in PQ for Excel to extract a substring.
//see http://www.thebiccountant.com/2018/04/25/regex-in-power-bi-and-power-query-in-excel-with-java-script/
// and https://gist.github.com/Hugoberry/4948d96b45d6799c47b4b9fa1b08eadf
let fx=(text,regex)=>
Web.Page(
"<script>
var x='"&text&"';
var y=new RegExp('"®ex&"','g');
var b=x.match(y);
document.write(b);
</script>")[Data]{0}[Children]{0}[Children]{1}[Text]{0}
in
fx
There are other examples using Python or R in PQ for Power BI.
Please don't be mad, I'm not interested in more workarounds.
Not mad at all. But I think what you are really looking for is implementation of wild cards in M code. You're doing that with your custom function. The JavaScript implementation is also a custom function using only functions that are available in M
, unlike the python or r implementations which require something external.
So I don't really see it as any more of a workaround than your custom function.
I agree the use of python or or might be considered a workaround since they require external libraries to be installed.
If you look back to my first post, I said my code did not work comparing "08erig1" and "*8*#*1" should give a FALSE as result.
You query did not work at all for that:
In real life I need a wildcard routine that has a very simple syntax because the end user specifies the mask. If I come to my customer with RegEx, he'll kick me out. No normal end user uses that, it's far too complicated to get the correct pattern.
* ? and # is pretty simple to use for everyone and that's what I'm after. My code works to filter filenames that contains names and years, but I know it's not perfect, there is a bug that I can't find.
I can't use calls to external libraries, I don't know if every end user really has that or if the admin has disabled it for security reasons. I need a solution in MCode, no detours.
To my 2nd question: Any hint how to post an MCode with recursive calls here and prevent this forum editor to modify the code?
Andreas.
Now that I realize the limitations of the person entering the mask, your post makes more sense. If it were me, I would write a routine that translates the user input into a valid JavaScript regex and then feed that into the regex function I posted.
So far as your second problem, I don't have a clue.I've yet to figure out what invalid HTML means in that context. Perhaps you could post a link to a text file that you've uploaded someplace.
I've looked around a bit and a conversion should be possible with a few small replacements.
One difficulty is that the dot in RegEx itself is a wildcard, all the sources I've found say you should use \. instead of . and if I want to ignore the spelling, I should append /i.
Everything else later and thus a simple test:
// fnRegEx
let
fx = (text, regex) =>
Web.Page(
"<script>
var x='"
& text
& "';
var y=new RegExp('"
& regex
& "','g');
var b=x.match(y);
document.write(b);
</script>"
)[Data]{0}[Children]{0}[Children]{1}[Text]{0}
in
fx
// Test_fnRegEx
let
a = fnRegEx("qweXxls", "qwe.xls"), // Result: qweXxls => wong
b = fnRegEx("qweXxls", "qwe\.xls"), // Result: qweXxls => wrong
c = fnRegEx("Qwe.xls", "qwe\.xls/i") // Result: null => wrong
in
c
Doesn't even come close to working. What now?
Does the RegEx that we call with the script use a different syntax??
Andreas.
Finally got my computer working.
For your three wild cards which I assume as similar meanings as the Like vba operator, something like:
(text,regex)=>
let
regList = Text.ToList(regex),
translate =
List.ReplaceMatchingItems(regList, List.Zip({{"*","#","?","."}, {".*","[0-9]",".","\\."}})),
reg = Text.Combine(translate,""),
fx = Web.Page(
"<script>
var x='"&text&"';
var y=new RegExp('"& reg &"','g');
var b=x.match(y);
document.write(b);
</script>")[Data]{0}[Children]{0}[Children]{1}[Text]{0}
in
fx
Results
fnRegexExtr("08erig1", "*8*#*1") => null
fnRegexExtr("qweXxls", "qwe.xls") => null
Hi Ron,
thanks for that function and that you take up this challange. If I assume correctly then you know me and you know what you are getting yourself into. 😁
You are correct VBA.Like is my proof function. And as I need a true/false result I modified the last line of your function:
if fx="null" then true else false
If this is wrong, or you have a better solution, tell me. I will make a completely fair comparison.
Here is my test file:
https://www.dropbox.com/scl/fi/hnv86prqiewyajra5h0yr/CompareRegEx.xlsm?rlkey=70ge7534tuugp17ottiw2ww...
In C1 is the number of test patterns that are generated if you click the Generate button.
The query steps and used VBA codes are exactly the same for both queries to obtain a comparable result (as best we can do). If you have any concerns about how I did it, tell me. I only want to make a fair comparison of both methods, nothing else.
In column O we can see there are a lot of cases where your function fails, more then 50% is wrong.
Once you have resolved these problems, increase the number of test patterns to 10000, click the Generate button, a blink later they are generated. Click the refresh button above TestCompareWildcards, my function need around a half second.
Click the refresh button above TestRegEx... and take a coffee break.
To be fair, my function is also still not perfect. Therefore, the comparison is not yet really meaningful. But given these time differences, do you think RegEx is a really viable solution?
Andreas.
Yes, my regex function is much slower than yours.
Having said that, it still takes a lot longer than yours.
Your function errors occur only when the data type in text column is a number. This can be handled most simply by making that column text type.
So just do that in your Data query:
#"Changed Type" = Table.TransformColumnTypes(Data_Table,{{"text", type text}, {"mask", type text}, {"fnLIKE", type logical}})
Dear Community Members, We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd. During this period, members will not be able to Kudo, Comment, or Reply to any posts. On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities. What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!
We are excited to announce the Summer of Solutions Challenge! This challenge is kicking off on Monday, June 17th and will run for (4) weeks. The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions in the Forums to as many questions as you can. Answers can be provided in all the communities. Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”) - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024 Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods. You must enter into each weekly Entry Period separately. How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different. Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers. At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing. Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner. A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random. Individuals will be contacted before the announcement with the opportunity to claim or deny the prize. Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners. Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event. ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE** Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersNumber of SolutionsSuper UsersNumber of Solutions @anandm08 23 @WarrenBelz 31 @DBO_DV 10 @Amik 19 AmínAA 6 @mmbr1606 12 @rzuber 4 @happyume 7 @Giraldoj 3@ANB 6 (tie) @SpongYe 6 (tie) Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersSolutionsSuper UsersSolutions @anandm08 10@WarrenBelz 25 @DBO_DV 6@mmbr1606 14 @AmínAA 4 @Amik 12 @royg 3 @ANB 10 @AllanDeCastro 2 @SunilPashikanti 5 @Michaelfp 2 @FLMike 5 @eduardo_izzo 2 Meekou 2 @rzuber 2 @Velegandla 2 @PowerPlatform-P 2 @Micaiah 2 Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 3:Community MembersSolutionsSuper UsersSolutionsPower Apps anandm0861WarrenBelz86DBO_DV25Amik66Michaelfp13mmbr160647Giraldoj13FLMike31AmínAA13SpongYe27 Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 4:Community MembersSolutionsSuper UsersSolutionsPower Apps DBO-DV21WarranBelz26Giraldoj7mmbr160618Muzammmil_0695067Amik14samfawzi_acml6FLMike12tzuber6ANB8 SunilPashikanti8
On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners. The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights. Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.
We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for. We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer. Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together. Here's to new beginnings and endless possibilities! If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport. To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages