Indoor Layout Quantification 室内形峦量化 POC
A floor-plan wireframe in — three grade-A indoor form-sha judgments out, computed entirely in your browser: 穿堂煞 (door–window alignment), 缺角 (nine-palace missing corners), 厕占中宫 (toilet at the centre). Thresholds and their sources are printed with every verdict.
Two input paths: draw over your plan image (geometry from your clicks — the image is only a tracing underlay) or paste a JSON wireframe (presets below). The auto photo-to-plan reconstruction module is not shipped — inferring geometry from images is exactly the error class this project refuses.
Draw over your floor plan 上傳戶型圖描線
1) 上傳戶型圖作底圖 → 2) 依序描外輪廓 → 3) 標入戶門/窗/內牆/廁所 → 4) 填「Plan width（m）」把像素換算成米 → 計算。圖片只當描圖紙，幾何全部來自你的點擊。
依序點擊外牆角點，完成後按「閉合輪廓」。
尺度換算以輪廓像素寬度對應 Plan width——請填真實圖紙寬度（米）。判定約定：圖紙 y 軸 = 北（真實坐向由羅盤/太陽羅盤裁決，照片不裁坐向）。旋轉過的圖紙判定不可靠（內核已知限制）。
Pick a preset or paste a plan 選擇示例戶型
形理合一（可选）：宅坐向 + 命卦 → 门位判定
偏角必须来自罗盘/太阳罗盘实测——图纸本身不能裁坐向（04 §1.9）。判定 grade B，无聚合分数。
Loading the kernel…
How the three judgments work — and their honest limits
- 穿堂煞 — the entry door's axis is extended into the dwelling; every opposite window/balcony door is listed with its lateral offset, whether a partition blocks the axis, and whether the full criterion (offset < 1.5 m, no partition) is met. Candidates that fail are shown too, with the reason.
- 缺角 — the plan's bounding box is divided into the nine palaces; each palace is flagged when more than one third of it falls outside the exterior polygon. Palace directions use the drafting convention (y axis = north); the true sitting/facing comes from the instrument chain, never from imagery.
- 厕占中宫 — the largest toilet-to-central-palace area overlap; flagged above 50%.
- Every threshold (1.5 m, 1/3, 50%) is an estimate from the engineering spec, pending practitioner calibration — and it is printed with the verdict, so a future recalibration is visible, not silent.
FAQ
Where does the floor plan come from?
Two ways: draw the outline over your own floor-plan image (the image is only an underlay — every coordinate comes from your clicks), or paste a JSON wireframe (presets included). Automatic photo-to-plan reconstruction is deliberately not shipped: inferring metric geometry from images is the error class this project refuses.
What do the three judgments check?
穿堂煞 (door-window alignment): whether an opposite window or balcony door sits within 1.5 m lateral offset of the entry door's axis with no partition blocking it. 缺角 (missing corners): each of the nine palaces of the floor plan's bounding box, flagged when more than one third is missing. 厕占中宫 (toilet at center): whether a toilet's area overlaps the central palace by more than half.
Does a hit mean the dwelling is bad?
No. These are the traditional markers, computed exactly, with the thresholds and their sources shown. Whether and how much they matter is school-level interpretation. Note also the built-in honesty of the almanac systems: the day-officer and yellow/black path are two independent systems this project never merges — the same discipline applies here.
How are the palace directions determined?
By the drafting convention that the plan's y axis points north. The true sitting/facing for BaZi or flying-star purposes comes from the instrument chain (compass or sun compass), never from the photo — direction from imagery is exactly the class of error this project refuses to make.
Related
Engine comparison · For practitioners (roadmap) · Methodology · API