We’ve picked up an inconsistency between Event aggregate analytics (API) and the regular aggregated analytics (API). JSON output for the latter (when requesting ‘&hierarchyMeta=true&displayProperty=NAME’) includes metaData.ouNameHierarchy but not for the event aggregate analytics API call.
Please ignore, we’ve figured a way around this problem (metaData.ouHierarchy makes the lookups possible) but we have a new issue. In the [api/analytics/events/aggregate] JSON output metaData.names collection does not include header field names, e.g.“pe”: “Period”, “ou”: “Organisation unit”,“dx”: “Data” are all missing.
We’ve picked up an inconsistency between Event aggregate analytics (API) and the regular aggregated analytics (API). JSON output for the latter (when requesting ‘&hierarchyMeta=true&displayProperty=NAME’) includes metaData.ouNameHierarchy but not for the event aggregate analytics API call.
Ok, I guess we can add this. For now you can loop through the headers and add them manually (: ) immediately after getting the response from the server.
Please ignore, we’ve figured a way around this problem (metaData.ouHierarchy makes the lookups possible) but we have a new issue. In the [api/analytics/events/aggregate] JSON output metaData.names collection does not include header field names, e.g.“pe”: “Period”, “ou”: “Organisation unit”,“dx”: “Data” are all missing.
We’ve picked up an inconsistency between Event aggregate analytics (API) and the regular aggregated analytics (API). JSON output for the latter (when requesting ‘&hierarchyMeta=true&displayProperty=NAME’) includes metaData.ouNameHierarchy but not for the event aggregate analytics API call.
Please ignore, we've figured a way around this problem (metaData.ouHierarchy
makes the lookups possible) but we have a new issue. In the
[api/analytics/events/aggregate] JSON output metaData.names collection
does not include header field names, e.g."pe": "Period", "ou": "Organisation
unit","dx": "Data" are all missing.
Hi Greg,
these header names (pe, ou, dx) are static so really not a need to include
them in the server response every time - I suggest you just include these
names directly in a map in your report/app.
cheers
Lars
···
On Tue, Mar 24, 2015 at 10:46 AM, Greg Rowles <greg.rowles@gmail.com> wrote:
We’ve picked up an inconsistency between Event aggregate analytics (API) and the regular aggregated analytics (API). JSON output for the latter (when requesting ‘&hierarchyMeta=true&displayProperty=NAME’) includes metaData.ouNameHierarchy but not for the event aggregate analytics API call.
I have added the dimension names to the meta data names in trunk now.
regards,
Lars
···
On Tue, Mar 24, 2015 at 10:46 AM, Greg Rowles <greg.rowles@gmail.com> wrote:
Hi Devs
Please ignore, we've figured a way around this problem (metaData.ouHierarchy
makes the lookups possible) but we have a new issue. In the
[api/analytics/events/aggregate] JSON output metaData.names collection
does not include header field names, e.g."pe": "Period", "ou": "Organisation
unit","dx": "Data" are all missing.