Tags

v0.14.0

building_eload 0.14.0

v0.13.0

v0.13.0 — heatpumpmodel 0.5.0: the DPE mapping fix, and the two-branch A/W curve

Adopts heatpumpmodel 0.5.0, which carries two corrections pulling in opposite
directions: the #6 DPE mapping fix ("air" emission on a hydronic generator is a
fan-coil water loop at 45 degC, not the room at ~20 degC) and, because 0.5.0
sits on 0.3.0, the two-branch A/W COP curve (thesis Eq. 3.8 as printed, where
this project shipped only its defrost-degraded branch).

Measured per building on 849 heat-pump buildings over 19 national districts,
the same dynamic path run twice (v0.12.0's lock vs this release):

  A/A, any emitter      608   2.554 -> 2.554    0.000 %   control
  G/W + "air"            50   7.991 -> 5.037  -36.96 %   the mapping fix
  A/W, emitter != air   117   2.828 -> 3.128  +10.62 %   the curve
  A/W + "air"            74   4.551 -> 3.737  -17.88 %   both
  pooled                849   2.850 -> 2.828   -0.75 %   nothing

The pooled figure is a warning, not a result: it reads as 'nothing happened'
while 241 of 849 buildings moved by -37 % to +10.6 %. Both isolated figures
match upstream's own predictions (-40...-43 %, +4.4...+19.5 %).

Every published A/W number moves. default_heat_pump_config() no longer
reproduces Fig. 4's golden SCOPs; cop_curve=LEGACY_A_W_SINGLE_CURVE reproduces
the pre-0.13.0 A/W numbers exactly. cop_fl now takes (dT_hp, t_so) and raises
for A/W without it.

v0.12.0

v0.12.0 — per-building heat-pump archetypes from the DPE detail (#12)

A heat-pump building is now simulated as the heat pump its own EPC describes,
not as one district-wide archetype. When the static output carries the DPE
detail (buildingdata 0.6.0 / buildingmodel 1.3.0), HeatPumpHeatingSystem
resolves system/emitter/technology per building through the shared
heatpumpmodel.dpe.config_from_dpe and runs the physics once per archetype.
Buildings without that detail, and pre-1.3.0 static outputs, keep the
district-wide configuration bit-for-bit.

Verified on the paper's national districts (2023, Slurm job 451): 841
heat-pump buildings over 18 districts (3 skipped, no heat pump), 0
static/dynamic configuration mismatches, non-heat-pump control within float
accumulation noise. Pooled SCOP 3.122 -> 2.849 (-8.7 %), heat-pump electricity
+10.2 %, coincident peak +2.9 % -- spanning -25.8 % to +20.1 % SCOP per
district, the sign set by the local archetype mix.

Dependencies: heatpumpmodel>=0.2.1, lock pinned at 0.2.1 (0.3.0's two-branch
A/W COP curve is a physics change this release does not adopt).

v0.11.0

v0.10.2

v0.10.1

v0.10.0

v0.9.0

v0.8.0

v0.7.1

v0.7.0

v0.4.4

building_eload 0.4.4 — find_cluster_medoids never selects flagged districts

v0.4.3

building_eload 0.4.3 — pin buildingmodel>=1.0.2

v0.6.0

Release 0.6.0 — dynamic-simulation memory series (#7-#10, breaking: energy_model_static/energy_model_hourly)

v0.4.2

Release 0.4.2 — C4 real-data reproducibility fixes

v0.5.0

Release 0.5.0: deprecate ad hoc downloader in favour of buildingdata

v0.4.1

Release 0.4.1 — public-API gaps for the paper-reproduction workflow (C2)

v0.4.0

Release 0.4.0

- GitLab CI pipeline with PyPI publishing on tags
- Data sourcing migrated to the buildingdata package
- Declare buildingmodel; relock so clean installs can import building_eload.core
- Fix packaging: wheels now contain the whole library, not just __init__.py

v0.3.0

Fix a concatenation mismatch of residential and non residential buildings resultings in two columns with 'total_electricity_need' label.

v0.2.0

Bug fixes and streamlined process