You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's, technically, a ranked report if the dimension is "daterangeday" and the metric is, say, "visits," but the expectation (and behavior inside AW) is that the data will be sorted by date.
Currently, the above comes back sorted by the first metric which is confusing.
The text was updated successfully, but these errors were encountered:
Any recommendation on how to manage this? I would hate to add another argument but assuming that 'daterange...' is always intended to be ordered by the time doesn't seem right either.
@gilliganondata is there any reason you can think not to sort by 'daterangexxx' dimension, no matter where it is located in the list of dimensions to return?
This makes for some tricky scenarios...but not that I can think of.
A tricky scenario would be, say, Marketing Channel | Date | Visits.
Analysis Workspace would sort by visits descending at the Marketing Channel
first and then by Date. That feels like it would be tricky (future dev) to
replicate in the current function, since you'd have to "hold" the total at
the Marketing Channel level (and have the logic set up to handle
that...but, maybe that wouldn't be too bad?). We definitely wouldn't want
to sort by Date *first*. Sorting by Marketing Channel and then Date would
be okay.
Generically, though, if there is a `daterangexxx` value... it should be
sorted by that. It just needs to be sorted by something else first if
that's not the first dimension.
It's, technically, a ranked report if the dimension is "daterangeday" and the metric is, say, "visits," but the expectation (and behavior inside AW) is that the data will be sorted by date.
Currently, the above comes back sorted by the first metric which is confusing.
The text was updated successfully, but these errors were encountered: