Back to Works

01_Project Specs

Location

Jerusalem

Year

2026

Category

Technical

Recognition

First-place graduate thesis prize; manuscript in preparation

RepositoryView Source

Restoring the Jewish Temple: A Spatial Study

Evidence-Based Historic Restoration & BIM/GIS Integration

Problem

Historic restoration of a contested sacred precinct required reconciling fragmentary archaeological evidence with architectural precision — without displacing standing fabric.

Method

Built an evidence hierarchy, then combined BIM modeling, GIS control data, Monte Carlo testing, and iterative drawing studies to bound what the evidence supports.

Output

A documented restoration model, analytical diagrams, coexistence studies, and a navigable image archive.

Tools

Revit, PyRevit, QGIS, PyQGIS, Python, TwinMotion

Overall spatial reconstruction of the Temple Precinct.
RENDER // FIG.01

Overall spatial reconstruction of the Temple Precinct.

01 / 31
Selected Plates31 drawings / renders
Project Narrative

A historic restoration study that treats one of the most contested reconstruction questions in architecture as a testable geospatial problem. Rather than beginning from inherited placement traditions, the project built an evidence hierarchy — textual, archaeological, and architectural sources translated into measurable constraints — and asked a narrow question: do the spatial relationships surviving on the existing platform converge in a statistically meaningful way when tested against uncertainty? The output is a bounded candidate zone, not a location proof. The analysis supports the plausibility that the Foundation Stone belongs to a wall of the Herodian temple courtyard rather than the sanctuary itself, placing the restored Temple on the east–west axis of the Golden Gate, approximately 80–100 meters east of the Dome of the Rock. The restoration proposal is governed by minimal intervention: every existing structure on the platform is retained in situ, no standing fabric is displaced, and the precinct is framed as shared sacred space rather than a site reclaimed from its present custodians.

Design Analysis

All geometry was consolidated into EPSG:32636 (WGS 84 / UTM Zone 36N) within QGIS and PyQGIS. A five-stage workflow moved through data preparation, observed-model construction, Monte Carlo uncertainty modeling, null-orientation comparison, and leave-one-out sensitivity testing. Dual-environment validation — primary construction in QGIS, independent blind retest in a Python repository — reduced the risk of results being artifacts of the GIS session. The observed constraints converged more tightly than randomized orientation models, defining the candidate zone against uncertainty. The architectural translation follows conservation practice rather than conjectural rebuilding: surviving fabric is treated as fixed datum, restored geometry is derived only where the evidence carries it, and the reconstruction is legible as an interpretation rather than a replica. The result adopts a Haggai-era register — a modest restoration under constrained circumstances rather than a maximal Herodian reconstruction — expressed through parametric cubit-based overlays, footprint and altar-offset studies, and processional axis diagrams anchored to the eastern gate alignment.

02_Technical Specs

Software

Revit, PyRevit, QGIS, PyQGIS, Python, TwinMotion

Focus

Historic Restoration, BIM/GIS Integration

Restoration Principle

Minimal intervention — all existing structures retained in situ

Evidence Base

Textual, archaeological, and geospatial constraints, ranked by reliability

Restoration Register

Haggai-era modesty rather than maximal Herodian reconstruction

Scale

Site-wide analysis

03_Axial Logic & Orientation

"The precinct organization is recovered from a strict axial system that ties the surviving archaeological fabric to the Golden Gate alignment, letting the restoration follow evidence already present on the platform rather than an imposed geometry."

Click to Expand_System

ISO_01 // TECTONIC_REASONING

04_Research Connection

This project is part of a broader investigation into computational heritage documentation. Refer to the Research Archive for technical methodology.

View Research