台森數碼世界 DTFS.TW/半月甕城 數位孿森架構-節點說明

古城運砲(半月甕城)建築結構示意圖
一、節點定位(Node Positioning)
節點名稱: 古城運砲|甕城—主城門—城牆通道系統
森域名路徑: DTFS.TW/古城運砲
所屬子森林: 運輸/防禦子森林(Transportation & Defense Sub-Forest)
本節點以「台南有半月甕城(大多已拆除或部分修復)」為推論對象,透過考古圖資、地面線圖與工程常識,重建古城在實際防禦狀態下,大型火砲如何被運送、部署與轉向的空間機制。
本節點並非斷言歷史唯一真相,而是提供一套「在物理與工程條件下必然合理」的運作模型。
二、問題意識:為何需要「運砲動線」節點?
傳統古城數位展示多聚焦於:
-
城門外觀
-
城牆高度
-
建築樣式
然而在實際防禦中,城的價值不在於被看見,而在於能否被使用。其中最關鍵、也最常被忽略的問題是:
「如此沉重的火砲,究竟如何被送進城內、轉向、並部署至城牆?」
若無合理答案,則相關空間設計(甕城尺度、門洞寬度、水平通道)即失去工程意義。
三、空間結構總覽(DTFS 推論對象)
本節點所重建之結構包含四個關鍵單元:
-
前半部半圓甕城(月城):
-
作為進城前的減速、緩衝與轉向空間
-
-
主城門(位於圓心軸線):
-
作為大型器械通行的核心門洞
-
-
主城門前後直線通道:
-
提供火砲推行時的卸力與校正距離
-
-
城門左右水平延伸城牆通道:
-
作為火砲分流、轉向與部署的必要空間
-
這四者構成一條「連續、可操作、不需急轉彎」的運輸系統。
四、運砲動線之分段推論
(一)城外集結 → 甕城入口
火砲於城外平地完成組裝後,以木製砲架或滑撬方式推行。此階段要求:
-
地面平整
-
動線筆直
-
通道寬度足以容納砲架與人力配置
因此甕城前方必須保留一定長度與寬度的進入通道,而非直接貼牆設計。
(二)進入半圓甕城:速度控制與方向導引
甕城的半圓形牆體,在運砲動線中具有雙重功能:
-
工程功能:
-
迫使推行速度自然降低
-
利用圓弧減少急轉彎風險
-
-
軍事功能:
-
即使城門受損,仍可在甕城內形成防禦包圍
-
此設計使火砲運輸與防禦需求在同一空間中被同時滿足。
(三)甕城 → 主城門:中軸線直進
在 DTFS 模型中,主城門設於甕城圓心軸線上,使火砲可沿中線直推進入。
此設計意味著:
-
主城門門洞寬度必然超出一般人行需求
-
門前需留有直線距離,避免推行過程中產生側向應力
此為「城門具備運砲功能」的重要結構證據。
(四)穿越主城門 → 左右水平城牆通道
火砲進入主城門後,並不立即上城牆或轉向,而是先進入左右水平延伸通道。
此段通道的用途包括:
-
暫停推行、重新分配人力
-
調整砲向與砲架方向
-
決定部署至左側或右側防禦段
若無此水平通道,火砲將無法安全完成轉向動作。
五、是否具備「上層部署」的可能?
依工程推論,城內若存在火砲上層部署,則必須具備:
-
緩坡而非階梯
-
足夠長度以降低坡度
-
固定牆體作為繩索或滑撬支點
此類設計通常僅在戰備或必要狀態下使用,顯示城防設計已預留彈性,而非日常通行需求。
六、DTFS 的方法論意義
本節點的價值不在於宣稱「歷史一定如此」,而在於指出:
在既有空間尺度與工程限制下,運砲行為只能以此類方式完成。
透過 DTFS:
-
空間不再只是形狀
-
建築成為行為的結果
-
歷史轉化為可被理解、推論與教學的系統
七、節點延伸與應用
本節點可進一步延伸為:
-
其他城門之運輸/防禦比較節點
-
教育用互動模擬(人力配置、推行速度)
-
數位策展中的「行為還原展示」
並可持續擴充為完整的 DTFS 運輸/防禦子森林。
台森數碼世界|DTFS.TW
讓城市,被重新理解如何運作。
目前建立的 「古城運砲推論+甕城/主城門立體模型」,完整轉寫為一個可直接上線的 DTFS 節點頁〈DTFS.TW/古城運砲〉
1.這一頁已具備以下三個「實用等級」特性: 正式節點頁等級
-
有 節點定位
-
有 子森林歸屬
-
有 方法論自我說明
-
能被獨立引用、連結、展示
