WATCHING
boyd-baker.com
PanOpticon
Piping and sheet metal installation progress tracking — one file holding the whole job, every spool, every joint, every hour.
PanOpticon turns a CAD department’s pre-fab exports into a live, verified picture of what has actually been installed in the field, what it has cost in labour hours, and whether the job is tracking both to budget and to date. It reads the files the department already produces and reconciles them against what crews report from the floor. Where those sources disagree, it says so rather than averaging the difference away.
AT A GLANCE
4
Trades in one program — plumbing, pipefitting, med gas, sheet metal
18
Automated integrity checks, running continuously
1
Local file. No server, no network dependency, no cloud
0
New files asked of CAD — it reads what already exists
Nothing is estimated. Progress is a count of pieces ticked off the cut list, in feet and in pounds — never a judgement about how far along something looks. Facts are stored once and everything else is derived at the moment you look, so there is no status column to fall out of sync. Both completion projections are suppressed entirely below five logged work days rather than fabricating a number from too little data.
WHAT IT DOES — FOUR SCREENS
Screen Holds Answers
PlanCtrl+1–2 Progress · Daily · Hours How the job is going, and whether the labour allowance is realistic
ProductionCtrl+3–6 Piping · Sheet Metal · History · Calendar Record what went in, then read back every entry ever made
TakeoffCtrl+7 By spool · Material Totals · Total BOM What material a system needs, and what to order
DataCtrl+8–9 Scope · Reconcile · By System · By Package Where the numbers come from, and whether the sources agree
THE LABOUR MODEL
Labour follows joints, not footage. Between two spools of equal length, the one with twenty-four welds is the harder one — by roughly six to one, and footage gets that backwards. Each spool is weighted by its footage plus its joints, with an effort per connection type and a weld scaled by diameter. Joint type is read from the cut list’s own material spec rather than typed in, and cycle times come from the estimate’s implied rate for the job — no book rate, and nothing for anyone to enter by hand.
USAGE — HOW THIS SITE RELATES TO THE PROGRAM
Updates
Latest release, newest first.
0.99Dark mode — both palettes contrast-checked by the test suite, not by eye
0.99Hours system rows now count each crew once, not once per spool
0.99A notice names the unassigned work left out of the planning figures
0.54There is a Help menu
0.20Renamed to PanOpticon; the database migrates itself forward
Full changelog →
Documentation
Four generated documents plus seventeen pages of in-program help, each built by a script that reads the program’s own source.
Read the docs →
Downloads
Windows desktop, per-user install, no administrator rights. One installer, or a portable zip needing no installation. Not public yet.
COMING SOON
DOCUMENTATION
Changelog
Every released version, newest first — including the entries written when the program was called Aleph, Verum and bomlf, left in their original wording.
18 VERSIONS
Scope
Users, navigation, scheduling direction and multi-user data sharing. The internal planning document for where the application goes next.
10 SECTIONS
Quick Reference
For people who already know it — the four steps of the daily loop, which box is per person, which right-click undoes what.
PDF · 2 PAGES
Executive Briefing
What the program is, the problem it replaces, how the numbers are derived, and its current limitations stated plainly.
PDF · 20 SLIDES
User Guide · Field Guide
The end-to-end guide and the superintendent’s reference. Both are built by scripts in the program’s own repository; neither is in this folder.
NOT IN THIS FOLDER
In-program Help
F1 opens the page for the screen you are on, and every tab strip carries a question mark. Not modal — help you must close before acting on it is help you must memorise.
17 PAGES · IN APP