Household Appliances · Kaggle (loveall / UCI mirror)
Kaggle — Appliances Energy Prediction (UCI mirror + notebooks)
Datadory delivers kaggle appliances energy prediction uci mirror notebooks data covering one Belgian low-energy house instrumented at ten-minute resolution through roughly 4.5 months of 2016: 19,734 observations pairing whole-house appliance draw in watt-hours with lighting load, nine-room indoor temperature and humidity, Chievres Airport weather and two deliberate noise columns - packaged with community notebooks and delivered via API, files, or your warehouse.
API, files, or your warehouse. Daily, weekly, or hourly.
- Where it covers
- A single low-energy house near Chievres Airport, Belgium - one building, nine instrumented positions, no multi-site panel.
- How far back
- 19,734 consecutive ten-minute intervals beginning 11 January 2016 and running roughly 4.5 months through late May 2016; one static release dated 16 September 2017, with no refresh schedule behind it.
- How fine
- Whole-house aggregate appliance draw per ten-minute interval, nine-room climate channels averaged onto the same grid, airport weather merged at matching resolution.
What is the Kaggle Appliances Energy Prediction dataset?
The community-packaged edition of the most-cited public benchmark for household appliance-load regression: one low-energy house near Chievres Airport, Belgium, instrumented for roughly 4.5 months from 11 January 2016, producing 19,734 ten-minute rows in a single file, KAG_energydata_complete.csv.
Each row pairs the number every model is asked to predict - appliance draw in watt-hours, logged with m-bus energy meters - against everything plausibly capable of explaining it: separately metered lighting, temperature and humidity from a ZigBee network at nine positions (nodes reporting about every 3.3 minutes, averaged onto the ten-minute grid), and four weather variables merged from the airport station by timestamp. Two columns are random numbers by design - rv1 and rv2 exist purely to catch models claiming skill they do not have.
What the hosting layer adds over the raw repository drop is ecosystem rather than content: a usability rating, version tracking, 43 community notebooks and live discussion threads attached to the same bytes. The table itself belongs to the household appliances data hub alongside every other metering source on the shelf.
What do the sample rows look like?
One row per ten-minute interval, column names arriving verbatim:
# One row per 10-minute interval; column names arrive verbatim, casing and all
date Appliances lights T1 RH_1 T2 RH_2 T_out RH_out Windspeed Visibility Tdewpoint rv1 rv2
2016-01-11 17:00:00 60 30 19.89 47.597 19.20 44.79 6.60 92.0 7.0 63.0 5.3 13.28 13.28
2016-01-11 17:10:00 60 30 19.89 46.693 19.20 44.72 6.48 92.0 6.67 59.17 5.2 18.61 18.61
# numerics ship as quoted strings with leading spaces - cast before any arithmetic
# rv1 and rv2 print identical values (13.28, then 18.61): one random variable carried twice,
# so pipelines treating them as independent evidence fail their own leakage audit.Three conventions decide whether a pipeline survives contact with the full table. Numerics are quoted strings with leading whitespace, so explicit casting beats type inference. rv1 and rv2 print identical values - one random variable carried twice - so pipelines treating them as independent evidence fail their own audit. Room numbering is positional: position six sits outside on the building's north face despite sitting mid-sequence, and that outdoor pair bridges the indoor network to the weather block. Rows scoped to your named intervals ship with the sample.
Which fields does the dataset include?
Ten dictionary entries cover all 29 columns, verified against live rows during the August 2026 research pass rather than inferred from column names. Identity (date) keys every row; the target (Appliances) carries whole-house draw in watt-hours; lights is metered separately; the nine T*/RH_* pairs supply nine-position climate; T_out, RH_out, Press_mm_hg, Windspeed, Visibility and Tdewpoint merge the airport station by timestamp; and rv1/rv2 ship as deliberate noise.
The naming pattern compresses cleanly because it is systematic - T for temperature in Celsius, RH for relative humidity in percent - but read the numbering as sensor position, not alphabetization. Every definition above holds on the exact release the host serves today; nothing in the table has moved since September 2017.
How wide is the coverage?
Three chips summarize the footprint:
- Geography - a single low-energy house near Chievres Airport, Belgium: one building, nine instrumented positions, no multi-site panel.
- Time - 19,734 consecutive ten-minute intervals beginning 11 January 2016 and running roughly 4.5 months through late May 2016; one static release dated 16 September 2017, with no refresh schedule behind it.
- Granularity - whole-house aggregate draw per interval, nine-room climate averaged onto the same grid, airport weather merged at matching resolution.
One boundary worth knowing upfront: this is one house observed deeply, not a market observed broadly. Device-level channels and many-home panels live in the neighbouring metering sets on the same shelf - pair them when the analysis needs breadth this table cannot provide.
How is the data delivered through Datadory?
API, files, or your warehouse. Daily, weekly, or hourly.
The table is static, so a delivery resolves to the same rows every time - what varies is packaging: pushed to storage, served over an endpoint, or synced straight into Snowflake, BigQuery or Redshift. Casting rules for the quoted numerics travel with the extract so the schema validated in the sample is the schema the recurring feed keeps.
Name the windows, rooms or derivations you want precomputed - calendar features, hourly aggregates, long-format reshaping - and the sample arrives already scoped with the field dictionary attached and the join keys called out.
Who uses this data, and for what?
Four workloads lean on this table hardest:
- Data scientists fork a notebook, reproduce the canonical result, then iterate - the fastest route to a defensible baseline; see data scientists use cases.
- Educators and students teach time-series regression on well-trodden ground where the discussion threads double as office hours; see the ML model training use case.
- Builders wire one small CSV into energy-dashboard demos and prototypes, crediting the origin study; see builders use cases.
- Product teams reference typical load shapes when scoping smart-home features; see competitive intel product teams use cases.
One boundary: nobody ships production forecasts off one Belgian house. Everybody ships models they first proved here - which is exactly the job this table does.
Which notes pair with this dataset?
Provenance note - the host is Kaggle user loveall's packaging of the UCI Appliances Energy Prediction set. Cite the originating record and Candanedo et al.'s 2017 Energy and Buildings study (DOI 10.24432/C5VC8G) rather than the mirror page when publication-grade attribution matters.
Freshness note - figures quoted here were measured at research time: roughly 12,400 pulls of the file, 204,000 page views, 157 votes and 43 linked notebooks on the host, with the kernel count reported by the metadata route conflicting with higher figures quoted elsewhere. Treat any count in a delivered extract as measured.
Dictionary note - all 29 columns are typed with worked examples drawn from the first rows, and two genuine sample rows ship with the record.
Where to go next - the raw repository record when provenance outranks convenience, REFIT Electrical Load Measurements for many homes instead of one, Pecan Street Dataport for circuit-level scale, and the rest of the shelf in best household-appliances datasets.
Field dictionary
Every field below is documented against real records. The full dictionary ships with the sample.
| Field | Type | Definition | Example |
|---|---|---|---|
date | datetime | Observation timestamp at ten-minute resolution, format YYYY-MM-DD HH:MM:SS - the join key to any external weather series. | "2016-01-11 17:00:00" |
Appliances | number | Whole-house appliance draw in watt-hours for the interval, measured with m-bus energy meters; the regression target. | 60 |
lights | number | Light-fixture draw in watt-hours for the interval, metered separately from the appliance circuit. | 30 |
T1-T9 / RH_1-RH_9 | number | Temperature (Celsius) and relative humidity (percent) at nine ZigBee positions: kitchen, living room, laundry room, office, bathroom, north-side exterior, ironing room, teenager room, parents' room. | T1 19.89 / RH_1 47.597 |
T_out / RH_out | number | Outside temperature and humidity from the Chievres Airport station merged by timestamp. | 6.6 / 92.0 |
Press_mm_hg | number | Barometric pressure in mm Hg from the airport station. | 733.5 |
Windspeed | number | Wind speed in m/s from the airport station. | 7.0 |
Visibility | number | Visibility in km from the airport station. | 63.0 |
Tdewpoint | number | Dew-point temperature in Celsius from the airport station. | 5.3 |
rv1 / rv2 | number | Twin non-dimensional random variables shipped deliberately: any feature importance attributed to them exposes leakage. | 13.28 / 13.28 |
What teams do with it
- Forecast-baseline prototyping Stand up an appliance-load baseline fast by forking a community notebook, then compare your variant against the figure the literature reports on these exact rows.
- Feature-selection teaching cases Use the built-in random columns to demonstrate honest feature selection: importance attributed to rv1 or rv2 is visible evidence of leakage, which makes the table a methods-teaching instrument.
- Parsing-pipeline hardening Exercise ingestion code on a small table with real traps - quoted numerics, leading whitespace, twin columns, positional room codes - before pointing it at larger feeds.
- Climate-to-load sensitivity demos Show stakeholders how strongly indoor-outdoor gradients explain appliance draw using nine-room context no aggregate national statistic can provide.
- Reproducible coursework and benchmarks Pin experiments to bytes that never change, so accuracy figures published this year stay comparable when re-run years later.
Questions buyers ask
What does the Kaggle Appliances Energy Prediction dataset include?
One CSV, KAG_energydata_complete.csv, holding 19,734 ten-minute observations from a Belgian low-energy house: whole-house appliance draw in watt-hours, separately metered lighting, temperature and humidity for nine positions in and around the building, four weather variables from the Chievres Airport station, and two deliberate random-variable columns.
How is the Kaggle packaging different from the underlying repository record?
The numbers are byte-for-byte the original 19,735-line table - the choice is ecosystem, not content. The packaging adds friction-less access without credentials, a usability rating, version tracking, 43 linked community notebooks and live discussion threads. When provenance matters for citation, cite the originating record and the Candanedo et al. (2017) Energy and Buildings study instead.
Do I need credentials to fetch the file?
No. During testing on 2026-08-21 the public metadata view and the archive fetch both answered without authentication, the latter returning a redirect to a signed location followed by a roughly 1.79 MB ZIP containing the single 11.98 MB CSV. Standard command-line credentials work equally well if you prefer them.
Why are rv1 and rv2 in an energy dataset?
They are non-dimensional random variables inserted on purpose as a trap: any model that reports feature importance for them is leaking noise into its predictions. They double as a built-in audit of your pipeline's discipline.
What parsing surprises should I expect?
Numeric values arrive as quoted strings with leading whitespace and full float precision, so cast numeric columns explicitly rather than trusting default type inference. Room numbering follows sensor position rather than alphabetical order, and the twin random columns must be excluded from features rather than silently absorbed.
How large is the dataset, and how often does it change?
About 12 MB uncompressed - 19,735 lines including the header by 29 columns - small enough to load fully into memory. It is static: a single release with the file last touched 16 September 2017, no refresh schedule and no newer version, which is precisely why accuracy figures stay comparable across years.
Does it cover more than one home?
No - coverage is one low-energy house near Chievres Airport monitored from 11 January 2016 through mid-May 2016. You get whole-house aggregate appliance draw per interval plus nine-room climate, not per-appliance plug loads; UK-DALE and REFIT supply device-level channels instead.
Notes on this record
- Same table, different shelf The rows are byte-for-byte the repository original; the packaging adds a usability rating, version tracking, 43 community notebooks and discussion threads. Take the [raw record](/datasets/household-appliances/uci-appliances-energy-prediction-dataset) when provenance outranks convenience.
- Quoted numerics are the trap Values ship as quoted strings with leading whitespace and full float precision. Pipelines that trust default type inference get silent coercion; explicit casts keep the watt-hours honest.
- rv1 and rv2 grade discipline One random variable carried twice, shipped on purpose. Any feature importance attributed to either column is visible evidence of leakage - the rare benchmark that audits your methods alongside your accuracy.
- One house, not a panel Depth of measurement at a single building. [REFIT](/datasets/household-appliances/refit-electrical-load-measurements-cleaned) covers 20 UK houses and [Pecan Street Dataport](/datasets/household-appliances/pecan-street-dataport-high-resolution-household-energy-water) reaches 2,072 homes - breadth joins on methodology, not geography.
- Notebooks are examples, not provenance Community kernels accelerate the first model but carry no citation weight. Attribute the Candanedo et al. (2017) Energy and Buildings study and the originating record instead.
See the rows before you pay anything.
Name this dataset and we send real records from it — scoped to the fields you asked for.