Expand my Community achievements bar.

SOLVED

Issues with Classification Rules | Showing "Unspecified" on the Classification Rule that is supposed to only get "Yes" or "No" values

Avatar

Level 2

Hi All,

 

I just have some issues with the Tertiary Values and Classification Rules that we have setup and I'm wondering if you have encountered the same.

Maybe you guys may also have insights on what have we been setting wrong on our Classification Rules

 

The setup is like as below:

  • item 1 = "yes" or "no"
  • item 2 = "yes" or "no"
  • item 3 = "yes" or "no"

eVar X = <item 1>|<item 2>|<item 3>

 

Sample Values can be:

  • eVar X = yes|yes|yes
  • eVar X = no|no|no
  • eVar X = yes|no|yes

The Classification Rules as setup as

  • Rule 1 = item 1
  • Rule 2 = item 2
  • Rule 3 = item 3

So when we created a report for Rule 3 with a custom event, the expected value should be just "yes" or "no".

The issue is, our report shows "yes", "no" and "unspecified".

When I breakdown the "unspecified" by eVar X, it will show the correct values with only "yes" or "no" values. No empty one.

 

cheenee_deleon_0-1673427752405.png

 

 

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

hmm ok.. is it possible that there are spaces (or worse.. a non-space character that you can't see)? Or maybe a case issue... I know that Adobe Analytics tracks the data with cases... but a while ago, they did start to group the upper and lower case variants under the version first seen... but I wonder if the underlying data is actually a different case (even though you can't see it)

 

I assume your rules are using regex? 

 

When I did a sample test... and I made one or more of the values in the sample Key uppercase, this is what I see:

Jennifer_Dungan_1-1673496891457.png

The "Match Result" isn't highlighted in white indicating a match, and none of the "Match Groups" are there....

 

When I change the sample key to all lowercase, I get this:

Jennifer_Dungan_2-1673496927010.png

 

Unfortunately, Adobe's regex rules are rather simplified, and you cannot add the "ignore case" flag..... 

 

So I wonder if a more generic rule like (\w*)\|(\w*)\|(\w*) would work better? (though this doesn't allow for potential white space in the middle of the values if that happens to be the issue)

Jennifer_Dungan_3-1673497144029.png

Notice I put the second "Yes" back to a capital, but the rule still pulls out the value.....

 

I am only guessing at your regex at this time.. maybe you already accounted for this.

View solution in original post

6 Replies

Avatar

Level 2

Additional Notes:

 

We have tested also the rules on the Classification Rules Builder and all are correct. 

Avatar

Community Advisor

Classification can take some time to be classified.

 

Could it be you are running a report for a period where keys did not have time to be classified ? 

Avatar

Community Advisor

Agreed, processing rules only run every 4-6 hours... if you are looking at "today's data" everything that has been collected since the last classification process will be unspecified until the next job runs. Likewise, new rules only have a lookback max of 6 months... if you created rules today, then try to pull all of last year the new rules won't reach far enough back.

Avatar

Level 2

Hi @Alexis_Cazes_  and @Jennifer_Dungan,

 

Thanks for your quick responses.

 

However, the issue started last Jan. 10th 2023. If it's just with the processing time, ideally the unspecified ones posted last Jan. 10th should be classified now but I'm still seeing them in my report. 

 

The last time I have updated my classification rules are 2 months ago. I'm still seeing this issue today. Will update at the end of the day if there will be any progress. 

 

I would need to update my classification rules in the next week, would it be advisable to delay the classification rules updates until this issue has been clarified?

 

Thanks again for your advises.  

 

Avatar

Correct answer by
Community Advisor

hmm ok.. is it possible that there are spaces (or worse.. a non-space character that you can't see)? Or maybe a case issue... I know that Adobe Analytics tracks the data with cases... but a while ago, they did start to group the upper and lower case variants under the version first seen... but I wonder if the underlying data is actually a different case (even though you can't see it)

 

I assume your rules are using regex? 

 

When I did a sample test... and I made one or more of the values in the sample Key uppercase, this is what I see:

Jennifer_Dungan_1-1673496891457.png

The "Match Result" isn't highlighted in white indicating a match, and none of the "Match Groups" are there....

 

When I change the sample key to all lowercase, I get this:

Jennifer_Dungan_2-1673496927010.png

 

Unfortunately, Adobe's regex rules are rather simplified, and you cannot add the "ignore case" flag..... 

 

So I wonder if a more generic rule like (\w*)\|(\w*)\|(\w*) would work better? (though this doesn't allow for potential white space in the middle of the values if that happens to be the issue)

Jennifer_Dungan_3-1673497144029.png

Notice I put the second "Yes" back to a capital, but the rule still pulls out the value.....

 

I am only guessing at your regex at this time.. maybe you already accounted for this.

Avatar

Community Advisor

I'd say that spaces are the primary suspect in this case.

You can also fix this with Classifications Import. And actually, I'd say that this is the easiest solution of all. Given your 3 items, you have a limited set of combinations of "yes" and "no". So create a classifications file that has all of those combinations, and set your classified values accordingly. Then import that file into Classifications Importer.

If you don't want to do that, you can also export whatever classifications that Classifications has already classified. (Sidenote: whoa, that was a mouthful!) You can then inspect the exported file to see why your 3rd item isn't being classified as expected.