ARAD contains many time series, and the most useful workflow is often
to start from a subject rather than from a known indicator ID.
aradR provides a small discovery layer for that task.
ARAD metadata endpoints are scoped. Supply exactly one of a set, base, selection, or indicator selector when the endpoint requires it.
arad_catalog() returns one row per indicator and can
enrich the basic metadata with hierarchy paths and availability
information.
Use arad_find() when you know what you are looking for
conceptually but do not know the indicator code:
The search covers indicator IDs and names, hierarchy paths, and—by default—dimension metadata. Results are ranked deterministically.
matched_in explains whether the term matched the
indicator ID, indicator name, hierarchy path or dimensions. The numeric
relevance score is only an ordering device for the current query; it is
not a measure of statistical importance.
When a scope contains several frequencies, filter during discovery:
Once you have plausible candidates, inspect them before retrieving observations:
The summary includes hierarchy and ARAD-reported availability.
data_to can include a future forecast or reporting horizon,
so do not automatically interpret it as the latest observed historical
date.
arad_search() is faster and simpler when searching only
basic indicator names and IDs is sufficient:
A practical rule is:
arad_catalog() to browse a scope;arad_find() for human-readable discovery;arad_info() to inspect candidates;arad_search() when you only need a lightweight
name/ID filter.After discovery, pass the selected ID directly to
arad_get():
This keeps discovery and retrieval separate: first decide what the series represents, then download the observations needed for the analysis.