系統架構

齊東街五十三巷二、四、六、八、九、十、十三號之建物屋頂雖受損，但可 修復性高，鄰近濟南路二段二十五號、二十七號建物曾為空軍總司令與副總司令 之官邸，全區日式住宅各種特色仍具備，有群落保存價值。

本區位於都市核心地帶，地價高昂，潛在價值大。考量未來極有可能因都市 更新而改建下，希望在變更現貌前先行掃瞄，以忠孝東路二段、濟南路一段、金 山南路一段、杭州南路一段圍繞街廓內為範圍，另選取一日式住宅詳細掃瞄內部 及外觀，作為日後更新規劃時參考、比對之用。實際包含範圍，如圖1-1 所示。

  

圖1-1 街景及掃瞄範圍示意圖（Urmap 2008, 台北市文化局 2008）

第五節 系統架構

為便利大量都市現況資料管理及使用，研究將建構資訊系統功能如下：

一、3D 資料庫：SQL 介面，提供使用者關鍵字搜尋。考量資料量及顯示速度，

初擬依照地圖區塊為單元，依照掃瞄執行階段成果彙整後切割具部分重疊之

3D 點雲及模型塊，亦保留全區模型。

二、模型網頁編寫(authoring)：都市物件模型及其格式之建立、及維護。為求使 用者能互動瀏覽，大量點雲及模型資料必須依照如Octree(Octree Corp. 2006) 格式建立，運用內建資料九種摘要層級，提供大量資料瀏覽及量測功能。

三、模型編輯(editor)：含資料結合、修補功能，使大量逐區掃瞄點雲經結合後呈 現全貌。現場掃瞄因行人、車、植栽等，在其後方形成陰影部分必須修補。

方式有二種：由其他方位掃瞄填補、建構模型後，由破洞周遭曲率運算填補。

四、資料表達方式：計點雲、模型二種。前者係原始資料，必須保存作為後續掃 瞄比對參考；前者可能經由reduce noise 及 sampling 運算，當檔案過大時，

必須減點、面，即使外觀差異有限，仍與原始資料有別。 同層級的構通介面上，提供不同資訊交換的平台(Delaney 2000)。本研究，除依 照上述「都市及郊區分期掃瞄範圍與內容」規劃時程外，亦將配合都市發展、更 參考；前者可能經由reduce noise 及 sampling 運算，當檔案過大時必須 減點、面，即使外觀差異有限仍與原始資料有別，但因具有視覺效果，

因此與點雲並列二種表達方式。向量圖檔非本研究建構內容。

z 模型編輯(editor)：含資料結合、修補功能，大量逐區掃瞄點雲經結合後 方具全貌。點雲結合：藉由控制點或特徵點自動結合方式整合成大範圍 點雲模型。

四、模型網頁編寫(authoring)：都市物件模型及其格式之建立及維護。為求使用 者能互動瀏覽，大量點雲及模型資料必須依照如 Octree 格式建立，運用內 建資料九種摘要層級，提供大量資料瀏覽及量測功能。

圖1-2 研究流程圖

網頁上架設資料庫，必需考量到多人同時瀏覽網頁的情形，因此，本網 頁的基本架構，是採用 MySQL 資料庫系統搭配 PHP 的程式語法，用 DreamWeaver 的程式，將這兩個架構連結起來。在資料庫的建立上，因為，

此資料內容出現相同的機會可以說是微乎其微，因此並不考慮正規化相關的 處理，只以最簡單的方式將資料完整的建立在一張表單上。

由於，點雲資料並不屬於文字資料的一部份，考量點雲檔案一般來說，

較文字資料的檔案量要大上許多，因此，考量電腦運作速度，策略上，採取 將點雲檔資料庫和文字檔資料庫，分兩個資料庫予以個別處理。將來點雲要 呈現的網頁，是從文字網頁鍵入點雲資料名稱，然後用超連結方式，連結點 雲資料瀏覽。最後，使用者可以在瀏覽網頁上，輸入所有相關搜尋條件，在 過程中，會經由 PHP 的 Select 的語法轉換，將相關條件之資料一併喚出，

在網頁上呈現供其瀏覽，網頁資料庫架構表，如圖1-3 所示。

五、資料服務：資料具數位版權，網路顯示及量測將有限度外試行開放，下 載。

圖1-3 網頁資料庫架構表