Meterstick Documentation
The meterstick package provides a concise syntax to describe and execute routine data analysis tasks. Please see meterstick_demo.ipynb for examples.
Disclaimer
This is not an officially supported Google product.
tl;dr
Modify the demo colab notebook and adapt it to your needs.
Building up an analysis
Every analysis starts with a Metric or a MetricList. A full list of Metrics
can be found below.
A Metric may be modified by one or more Operations. For example, we might
want to calculate a confidence interval for the metric, a treatment-control
comparison, or both.
Once we have specified the analysis, we pass in the data to compute the analysis on, as well as variables to slice by.
Here is an example of a full analysis:
# define metrics
cvr = Ratio("Conversions", "Visits")
bounce_rate = Ratio("Bounces", "Visits")
(MetricList((cvr, bounce_rate))
| PercentChange("Experiment", "Control")
| Jackknife("Cookie", confidence=.95)
| compute_on(data, ["Country", "Device"]))This calculates the percent change in conversion rate and bounce rate, relative to the control arm, for each country and device, together with 95% confidence intervals based on jackknife standard errors.
Building Blocks of an Analysis Object
Metrics
A Meterstick analysis begins with one or more metrics.
Currently built-in metrics include:
Count(variable): calculates the number of (non-null) entries ofvariableSum(variable): calculates the sum ofvariableMean(variable): calculates the mean ofvariableMax(variable): calculates the max ofvariableMin(variable): calculates the min ofvariableRatio(numerator, denominator): calculatesSum(numerator) / Sum(denominator).Quantile(variable, quantile(s)): calculates thequantile(s)quantile forvariable.Variance(variable, unbiased=True): calculates the variance ofvariable;unbiaseddetermines whether the unbiased (sample) or population estimate is used.StandardDeviation(variable, unbiased=True): calculates the standard deviations ofvariable;unbiaseddetermines whether the unbiased or MLE estimate is used.CV(variable, unbiased=True): calculates the coefficient of variation ofvariable;unbiaseddetermines whether the unbiased or MLE estimate of the standard deviation is used.Correlation(variable1, variable2): calculates the Pearson correlation betweenvariable1andvariable2.Cov(variable1, variable2): calculates the covariance betweenvariable1andvariable2.
All metrics have an optional name argument which determines the column name
in the output. If not specified, a default name will be provided. For instance,
the metric Sum("Clicks") will have the default name sum(Clicks).
Metrics such as Mean and Quantile have an optional weight argument that
specifies a weighting column. The resulting metric is a weighted mean or
weighted quantile.
To calculate multiple metrics at once, create a MetricList of the individual
Metrics. For example, to calculate both total visits and conversion rate,
we would write:
sum_visits = Sum("Visits")
MetricList([sum_visits, Sum("Conversions") / sum_visits])When computing analyses involving multiple metrics, Meterstick will try to
cache redundant computations. For example, both metrics above require
calculating Sum("Visits"); Meterstick will only calculate this once.
You can also define custom metrics. See section Custom Metric below for
instructions.
Composite Metrics
Metrics are also composable. For example, you can:
- Add metrics:
Sum("X") + Sum("Y")orSum("X") + 1. - Subtract metrics:
Sum("X") - Sum("Y")orSum("X") - 1. - Multiply metrics:
Sum("X") * Sum("Y")or100 * Sum("X"). - Divide metrics:
Sum("X") / Sum("Y")orSum("X") / 2. (Note that the first is equivalent toRatio("X", "Y").) - Raise metrics to a power:
Sum("X") ** 2or2 ** Sum("X")orSum("X") ** Sum("Y"). - ...or any combination of these:
100 * (Sum("X") / Sum("Y") - 1).
Common metrics can be implemented as follows:
- Click-through rate:
Ratio('Clicks', 'Impressions', 'CTR') - Conversion rate:
Ratio('Conversions', 'Visits', 'CvR') - Bounce rate:
Ratio('Bounce', 'Visits', 'BounceRate') - Cost per click (CPC):
Ratio('Cost', 'Clicks', 'CPC')
Operations
Operations are defined on top of metrics. Operations include comparisons, standard errors, and distributions.
Comparisons
A comparison operation calculates the change in a metric between various conditions and a baseline. In A/B testing, the "condition" is typically a treatment and the "baseline" a control.
Built-in comparisons include:
PercentChange(condition_column, baseline): Computes the percent change (other - baseline) / baseline.AbsoluteChange(condition_column, baseline): Computes the absolute change (other - baseline).MH(condition_column, baseline, stratified_by): Computes the Mantel-Haenszel estimator. The metric being computed must be aRatioor aMetricListofRatios. Thestratified_byargument specifies the strata over which the MH estimator is computed.
Example Usage: ... | PercentChange("Experiment", "Control")
Note that condition_column can be a list of columns, in which case baseline
should be a tuple of baselines, one for each condition variable.
Standard Errors
A standard error operation adds the standard error of the metric (or confidence interval) to the point estimate.
Built-in standard errors include:
-
Jackknife(unit, confidence): Computes a leave-one-out jackknife estimate of the standard error of the child Metric.unitis a string for the variable whose unique values will be resampled.confidencein (0,1) represents the level of the conidence interval; optional -
Bootstrap(unit, num_replicates, confidence): Computes a bootstrap estimate of the standard error.num_replicatesis the number of bootstrap replicates, default is 10000.unitis a string for the variable whose unique values will be resampled; ifunitis not supplied the rows will be the unit.confidencein (0,1) represents the level of the conidence interval; optional
Example Usage: ... | Jackknife('CookieBucket', confidence=.95)
Distributions
A distribution operation produces the distribution of the metric over a variable.
Distribution(over): calculates the distribution of the metric over the variables inover; the values are normalized so that they sum to 1. It has an aliasNormalize.CumulativeDistribution(over, order=None, ascending=True): calculates the cumulative distribution of the metric over the variables inover. Theovercolumn will be sorted. You can pass in a list of values as a customorder.ascendingdetermines whether the variables inovershould be sorted in ascending or descending order.
Example Usage: Sum("Queries") | Distribution("Device") calculates the
proportion of queries that come from each device.
Data and Slicing
Once we have specified the metric(s) and operation(s), it is time to compute the analysis on some data. The final step is to pass in the data, along with any variables we want to slice by. The analysis will be carried out for each slice separately.
The data can be supplied in two forms:
- a pandas
DataFrame - a string representing a SQL table or subquery.
Example Usage: compute_on(df, ["Country", "Device"])
Example Usage:
compute_on_sql("SELECT * FROM table WHERE date = '20200101'", ["Country", "Device"])
Customizing the Output Format
When calculating multiple metrics, Meterstick will store each metric as a
separate column by default. However, it is sometimes more convenient to store
the data in a different shape: with one column storing the metric values and
another column storing the metric names. This makes it easier to facet by metric
in packages like ggplot2 and altair. This is known as the "melted"
representation of the data. To return the output in melted form, simply add the
argument melted=True in compute_on() or compute_on_sql().
Visualization
If the last operation applied to the metric is Jackknife or Bootstrap with
confidence, the output can be displayed in a way that highlights significant changes by calling
.display().
You can customize the display. It takes the same arguments as the underlying
visualization
library.
SQL
You can get the SQL query for all built-in Metrics and Operations (except
weighted Quantile/CV/Correlation/Cov) by calling to_sql(sql_data_source, split_by) on the Metric. sql_data_source could be a table or a subquery. The
dialect it uses is the standard SQL
in Google Cloud's BigQuery. For example,
MetricList((Sum('X', where='Y > 0'), Sum('X'))).to_sql('table', 'grp')gives
SELECT
grp,
SUM(IF(Y > 0, X, NULL)) AS sum_X,
SUM(X) AS sum_X_1
FROM table
GROUP BY grpVery often what you need is the execution of the SQL query, then you can call
compute_on_sql(sql_data_source, split_by=None, execute=None, melted=False)
directly, which will give you a output similar to compute_on(). execute is a
function that can execute SQL query.
Custom Metric
You can write your own Metric and Operartion. Below is a Metric taken from the demo colab. The Metric fits a LOWESS model.
import statsmodels.api as sm
lowess = sm.nonparametric.lowess
class Lowess(Metric):
def __init__(self, x, y, name=None, where=None):
self.x = x
self.y = y
name = name or 'LOWESS(%s ~ %s)' % (y, x)
super(Lowess, self).__init__(name, where=where)
def compute(self, data):
lowess_fit = pd.DataFrame(
lowess(data[self.y], data[self.x]), columns=[self.x, self.y])
return lowess_fit.drop_duplicates().reset_index(drop=True)As long as the Metric obeys some rules, it
will work with all built-in Metrics and Operations. For example, we can pass it
to Jackknife to get a confidence interval.
jk = Lowess('x', 'y') | Jackknife('cookie', confidence=0.9) | compute_on(df)
point_est = jk[('y', 'Value')]
ci_lower = jk[('y', 'Jackknife CI-lower')]
ci_upper = jk[('y', 'Jackknife CI-upper')]
plt.scatter(df.x, df.y)
plt.plot(x, point_est, c='g')
plt.fill_between(x, ci_lower, ci_upper, color='g', alpha=0.5)
plt.show()
