mirror of
https://github.com/Hestia-Homes/Model.git
synced 2026-07-12 13:29:04 +00:00
2a4d67e396
Close the §6.1 conservatory demand cascade per RdSAP 10 §6.1 + Table 25. Solar gains (§6, solar_gains.py) — Table 25 note (PDF p.51): "The orientation of windows in a conservatory is not recorded, thus solar gains are calculated using the default solar flux (East/West orientation, with 20° pitch for roof windows)." The glazed wall bills onto the (76) East line (vertical, average-overshading Z); the glazed roof onto the (82) roof-window line (20° pitch, Z=1.0), both at Table 25 g=0.76, FF=0.70. TFA-occupancy (mapper) — §6.1: the conservatory floor area is added to the dwelling total floor area. TFA drives occupancy → §5 internal gains + §4 hot-water demand, so the non-separated conservatory's floor area now enters `EpcPropertyData.total_floor_area_m2` (the worksheet's (4) = 95.38 carries it). Separated conservatories (§6.2) stay excluded. Pinned against the case-44 P960 demand cascade at abs=1e-4: (73) internal gains 625.1759, (83) solar gains 495.8655, (95) useful gains 1079.6510, (99) space heating per m² 89.8073 — the full §6.1 chain reproduces EXACTLY. The whole-dwelling SAP (72.9517) / CO2 (3241.8656) are not pinned: the case-44 Summary omits the House-Coal secondary heater (SAP 633) the P960 descriptor carries (cf. case 43), so the cascade computes no secondary — the entire residual (+349.77 kg CO2). A Summary-input defect, independent of §6.1; every conservatory-affected line ref is exact. Worksheet harness stays 47/47 0-raised; corpus unchanged (API path; mirror is the next slice). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| addresses | ||
| billing | ||
| data_transformation | ||
| epc | ||
| fuel_rates | ||
| geospatial | ||
| magicplan | ||
| modelling | ||
| property | ||
| property_baseline | ||
| sap10_calculator | ||
| sap10_ml | ||
| tasks | ||
| building_geometry.py | ||
| postcode.py | ||