Forum Discussion
Need help with Measure for Matrix Table and Top 5
- 3 years ago
Have you tried sorting by the sum measure in descending order?
- 3 years ago
I would go for:
Ref =
[Sum of Total Gross Incurred] * 1000000000000 + COUNT(LossRunToExcel[Reporting Location City]) - 3 years ago
I got the first example to work in main file. Thank you for all the help. I will need more time this weekend to try the more creative and visual 2nd option.
- 3 years ago
Yes, it's definitely an issue in the service. You need to sort by the city field to get the axis to respect the structure:
It actually emulates the problem we used to have in Desktop when you turned off concatenate fields: for the setting to take effect, you needed to sort the axis by the fields:
It might be worth reporting the issue on the issues forum:
Maybe I did somehting wring. Here are screen shot of Acesnd and Descend Sort Measure. I Included my filter
Ascend
Decend
You did nothing wrong...I did!
Try with this measure to sort the matrix by:
Sort Measure =
IF (
ISINSCOPE ( InjuryCause[Cause Grouping] ),
IF (
ISBLANK ( [Sum of Total Gross Incurred] ),
BLANK (),
RANKX ( ALL ( InjuryCause[Cause Grouping] ), [Ref],, DESC, SKIP )
),
RANKX (
ALL ( LossRunToExcel[Reporting Location City] ),
CALCULATE (
[Sum of Total Gross Incurred],
ALLEXCEPT ( LossRunToExcel, LossRunToExcel[Reporting Location City] )
),
,
DESC
)
)
- bdehning3 years agoPost Prodigy
Paul,
I got the sample file to be like yours and it looks fine.
When I applied Measure to my main file I still got a city out of order. I can provide more data later to sample file. San Antionio is below Kansas City. Not sure why?
- bdehning3 years agoPost Prodigy
Paul, I noticed the sample file screen shot from sample file is the same issue. Glen Carbon and Shiloh are ahead of San Antonio. So Cities are not sorting right?
Can we address that sort in there as well?
- PaulDBrown3 years agoCommunity Champion
Oh, right!! I see what you mean! My mistake. The sorting measure is by incurred only; it ignores frequency!
We need to do the same calculation of frequency * PWR(10, n) + the CALCULATE() in the second RANKX of the sorting measure. I'll sort it out when I'm back at work tomorrow