Atomic units of time, date, timezone, day surfaced in Processing Rules

Avatar

Avatar

cjpberry

Avatar

cjpberry

cjpberry

13-07-2015

Adobe captures a session timestamp.

 

That timestamp, at present, is not surfaceable in processing rules. Understandable becauuse processing rules do not have regex or parsing capabilities.

 

However, the atoms of that session timestamp, and associated metadata, are very valuable to a researcher.

 

These include:

 

"As a researcher, I want to cross the HH:MM with a video name so that I can calculate an AMA."

"As a researcher, I want to cross the day of the week with a pagename so that I can compare Monday traffic patterns to Sunday traffic patterns in aggregate."

"As a researcher, I want to cross HH:MM with timezone with a video so that I can understand how timeparting and timezones affects AMA."

 

If specific components of the timestamp could be surfaced in processing rules, multiple timeparting features could be enabled. (The implementor would assign that data to specific variables to taste).

 

A concrete example:

 

a.hour  : expected value 00, 01, 02, 03 ... 22, 23

a.minute: expected value 00...59

a.second: expected value 00...59

a.twentyfourhourtime: expected value 0000....2359

a.dayofweek: expected value monday, tuesday, wednesday, thursday, friday, saturday, sunday

a.weekdayorweekend: expected value weekday, weekend

a.timezoneoffsetgmt: expected value -12.....0.....+16

a.timezoneoffsetutc: expected value -12.....0....+16

 

IF such technical debt is undesirable, the most straight forward three features:

 

1. Enable read-only priveledges to the session timestamp.

2. Enable read-only priveledges to the timezone.

3. Enable regex in processing rules.

1 Comment

Avatar

Avatar

jantzen_belliston-Adobe

Community Manager

Avatar

jantzen_belliston-Adobe

Community Manager

jantzen_belliston-Adobe
Community Manager

27-10-2020

 
Status changed to: Archived