Increase Accuracy with the Features API
Once you’ve familiarized yourself with our data, you’ll likely find that focusing on individual spikes often leads to a data set too small to accurately correlate. By doing it at an aggregate level, a data science team will be looking at the volume of spike days to prove a correlation between demand and events based on category features.
Features API aggregates PHQ Attendance figures, PHQ Viewership figures and PHQ Rank counts (in buckets by rank range) for a given category feature in a particular location on a given day, and returns desired statistics. These evaluated statistics can be used to quickly gauge and understand the demand impact on a location for a given day for a particular category. For example, at a future date in Sydney, there is a major sports game, a street fair, an international film festival, the Symphony orchestra playing, and more. The combined impact of all these events might result in a total aggregate attendance (when the various category aggregated attendance values are summed up) score of 150,000 and this could be across a hundred events or more. This represents a prediction of 150,000 people attending events on that day in the location.
The Features API returns requested statistical values (sum, count, average, min, max, median, std_dev) per day for a specified date range, across a specified attendance category feature - see PHQ Attendance Response. Similarly, Features API returns requested statistical values, across a specified viewership category feature. For non-attendance-based events the rank of those events impacting that location on those days are bucketed into a relevant rank range in the response for evaluation.
See the API documentation for more details on the API. See also this tutorial for how to incorporate features from the Features API into demand forecasting models.
Features API Endpoint
Recommended: use beam.analysis_id
The most reliable way to call the Features API is by supplying a beam.analysis_id. This automatically applies the correct location boundary (from your Saved Location), selects only the event categories that materially drive demand at that location, and applies calibrated rank thresholds — no manual configuration needed. Run Beam first, then pass the returned analysis_id to the Features API.
With a Beam Analysis ID (Recommended)
Supplying beam.analysis_id automatically configures the location, feature selection, and rank filters from your Beam results. You do not need to specify individual feature names or a location separately.
Without Beam (Manual Configuration)
If you haven’t run Beam yet, you can configure the Features API manually by specifying a location and the feature names you want. Use a saved_location_id for location (preferred), or provide a place_id or lat/lon with radius. Choose feature names based on your industry’s recommended categories until you can run Beam.
A snippet of the full results are shown below:
Last updated
Was this helpful?