Daikoku PA: two perimeter ramps, far side served by the median opening

Rework the PA junction to match the reference drawing: yellow = PA -> highway
(entry), red = highway -> PA (exit). Entry and exit swap sides (entry now
EAST, exit WEST) and both trunks hug the PA perimeter instead of running
concentric spirals.

The simplification: both carriageways sit at the same deck level, adjacent,
so the median opening IS the far-side access path. The under-deck crossing
and merge runs are deleted outright -- 8 runs collapse to 4, and the
girder-soffit ceiling logic that constrained the crossing goes with them.
Part count 24,210 -> 21,691.

The median opening is now load-bearing rather than cosmetic (it is the only
route from the far carriageway to the ramps), so it widens from 6 to 9
samples per junction.

Orientation is a single flip-able constant (ORIENT) so a mirrored result is
a one-line correction, not a rewrite.

Measured on the built map (not asserted):
  - 600 entry + 600 exit ramp parts
  - max grade 8.00% / 8.27%, under the 9% limit
  - 0 collisions with piers/masts/girders (558 structural parts)
  - segment continuity <= 2.5 studs; trunk->merge handoff <= 1.7 studs
  - merge lands at dY 0.0 (exact deck level), 33 studs lateral
  - median open at junctions: 0 parts vs. control ~7 on plain mainline

Two traps worth recording, both caught by controls:

1. Studio's require() cache silently rebuilt STALE code. The first "passing"
   build reported 17,575 parts and zero ramps, and the map contained
   PAOffRamp/PAOnRamp parts whose names exist nowhere in the current source.
   Every measurement taken before this was describing an old map. Added
   tools/rebuild_fresh.luau, which clones the module to bust the cache; use
   it rather than requiring MapBuilder directly.

2. A reported "median never opens" bug was a bad probe, not a defect. It
   counted `Barrier` (the outer edge parapet, which must NEVER open) instead
   of `Median_<i>`. Re-run against the right name: control 7, junctions 0.

Both were only visible because the probes carry controls -- a 0-hit result
with no control is vacuous. The verification harnesses are kept in tools/
with their controls built in.
This commit is contained in:
2026-08-03 11:53:40 -04:00
parent badba0f7a4
commit 1d23c187ad
15 changed files with 1506 additions and 192 deletions
+8 -4
View File
@@ -85,8 +85,7 @@ for i = 1, n do
end
end
end
line(("TAPER max width step=%.2f studs at i=%d -> %s"):format(
maxJump, jumpAt, maxJump <= 6 and "PASS" or "FAIL"))
line(("TAPER max width step=%.2f studs at i=%d -> %s"):format(maxJump, jumpAt, maxJump <= 6 and "PASS" or "FAIL"))
-- PIER LATERAL OFFSET -------------------------------------------------------
-- Perpendicular distance from each pier to the centreline polyline (XZ).
@@ -113,8 +112,13 @@ for _, d in ipairs(map:GetDescendants()) do
worstPier = math.max(worstPier, best)
end
end
line(("PIER lateral offset from centreline: n=%d worst=%.3f studs -> %s"):format(
nPier, worstPier, (nPier > 0 and worstPier < 3) and "PASS" or "FAIL"))
line(
("PIER lateral offset from centreline: n=%d worst=%.3f studs -> %s"):format(
nPier,
worstPier,
(nPier > 0 and worstPier < 3) and "PASS" or "FAIL"
)
)
-- Girders must hang BELOW their deck, never poke through the driving surface.
local bad, nG = 0, 0