Doors and windows counted in one vocabulary

Each opening size is counted as its own line, named exactly as the design menu names it, with sliding-door track and trolleys derived from the leaves.

What it is

Openings are grouped by kind and size, so '10×10 overhead door × 3' is one line and '12×12 overhead door × 1' is another. Sliding doors additionally generate a track line: rail at roughly twice leaf width, two trolleys per leaf, a bottom guide per door.

Also called: door schedule · window count · overhead door · sliding door track

See it
Doors and windows counted in one vocabulary
Prepared for
Marlin Hoover
1140 Ridge Line Rd · Fair Play
Shell package$28,080
Concrete & site$8,152
Doors & windows$5,435
Trim & finish$3,623
Total
$45,290
Signature
Doors & Windows rows: 'Overhead door 12×12 — 2 ea' and 'Sliding door track + trolley hangers — 26.8 LF'. takeoff.ts openings block. Sample data — no customer information appears here.
How it works
  1. 1Openings are keyed by kind|WxH and counted
  2. 2Labels come from OPENING_KIND_META — the same source the design menu uses
  3. 3Sliding track LF = sum over doors of (2 × width + 0.8)
  4. 4Opening trim LF = 2 × (width + height) per opening
Why we built it

The comment states the rule: 'One vocabulary everywhere: the BOM, the estimate and the supplier order all call an opening what the menu calls it.' A door named one thing on the drawing and another on the order is the classic source of the wrong door arriving.

The problem
  • Door naming drifts between drawing, estimate and order
  • Sliding-door hardware is forgotten
Sound familiar?
What you get
One name per opening across every document
Track and trolleys ride with the door

See it on your own jobs

Twenty minutes, your numbers, no slide deck. We’ll build one of your real buildings in front of you and send you the estimate link at the end — yours to keep either way.

or keep browsing features →