Jun-te Kim e91e0fa33e Fix cylinder_size/boiler_flue_type input errors for UPRN 100010086084 (SAP-15.0) ... Both flagged mismatches were Elmhurst input errors (same silent-stale-value contamination class as the earlier chimneys/wall-thickness bugs), not parser or calculator bugs: - cylinder_size: build_100010086084.py's water_heating() selected DropDownListCylinderSize by raw value "2", but this DOM's option values ARE their visible litre-band text (no "2" among them) — Playwright silently no-ops on a non-matching value, leaving a prior cert's "Medium (131-170L)" selection in place. Fixed to match by text ("Normal"), and added the missing mapper dict entries (Normal/Large litre-suffixed labels) to _ELMHURST_CYLINDER_SIZE_LABEL_TO_SAP10 (a real mapper-coverage gap — the calculator raises UnmappedElmhurstLabel rather than silently mis-mapping). - boiler_flue_type: the boiler-code search dialog's combined "Balanced/Open Flue" Table 4b category doesn't drive the separate, independently selectable RadioButtonListFlueType field, which was left at an inherited "Balanced" from a prior cert. Fixed space_heating() to explicitly select "Open" to match the lodged gov-API code. This field isn't consumed by Sap10Calculator (ML/generator-only), so it had zero effect on the SAP score. Re-downloaded elmhurst_summary.pdf/elmhurst_worksheet.pdf after the fixes (Recommendations page confirmed clean). Elmhurst-PDF-inputs path moved 46->47 SAP from the cylinder-volume correction; gov-API SAP (53) and Elmhurst's own worksheet (51) are unchanged. Full accuracy suites re-run clean (67 passed, 67 skipped, 1 xfailed, same as before). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>		2026-07-10 09:11:41 +00:00
..
json_samples	Fix cylinder_size/boiler_flue_type input errors for UPRN 100010086084 (SAP-15.0)	2026-07-10 09:11:41 +00:00
api_spec.md	adding hacky handling for matching on lmk key or uprn	2026-04-09 14:47:54 +01:00