COBie 資料產出注意問題

依照表 4.5可知，在 COBie Extension 操作過程中，一共有 4 個步驟會對產出 的資料內容產生影響，以下將依據本研究需求分別討論這四個步驟。

一、聯絡人資訊管理

在聯絡人資訊管理中，需填入與整個專案相關的設計、施工人員以及廠商 等資訊。其中需要注意的是聯絡人的 Classification，即前文所描述的 Contact 的 Category 欄位內容，這裡按照默認設定會選擇 OmniClass Table 34，在上一節名稱 映對中對此有說明，如不採用 OmniClass 的分類方式則建議在專案的開始階段就 訂定全部的分類標準。

二、轉出資料系統參數設定

表 4.5: COBie Extension 步驟對產出資料的影響 資料來源：本研究整理

在 轉 出 資 料 系 統 參 數 設 定 中， 可 以 分 別 設 定 Space、Type、Component、

System、Attribute 這些輸出欄位的參數，同時這些欄位也是後續映對中的主要欄 位。

1. 一般設定

一般設定主要是設定匯出資料的通用單位以及計算方式，而值得注意的是 Identification 的選擇，為了輸出的 COBie 資料在使用中可以與模型產生互動，此 時需要選擇輸出的 Identification 須為 Revit Element ID。

2.Space 設定

對於 Space Name 的設定，可輸出的內容包括 Element ID、GUID、Revit Cate-gory、Number、Name、Level，因為 Name 欄位是 Space 表的主鍵，匯出時不可重 複，所以可以採用十六位編碼的 GUID 作為標識，而從輸出有效資料的角度而言，

Name 是該空間的定義，Space 表中不存在其他欄位可填入 Name，故選擇在此輸 出，對於 Space Name 的設定基本以 GUID 與 Name 為必須輸出項，其他項如若系 統需要可再輸出。

3.Type 設定

對於 Type Name 的設定，可輸出的內容包括 Element ID、GUID、Revit Cate-gory、Family、Type、Type Mark、Type Dscription，同樣的，Name 欄位是 Type 表 的主鍵，匯出時不可重複，所以可以採用十六位編碼的 GUID 作為標識，而從輸

對於 Component Name 的設定，可輸出的內容包括 Element ID、GUID、Revit Category、Family、Type、Type Mark、Mark、Level，同樣的，Name 欄位是

Com-ponent 表的主鍵，匯出時不可重複，所以可以採用十六位編碼的 GUID 作為標 識，而從輸出有效資料的角度而言，這些欄位除了 Mark 基本都不屬於 Component 特有的屬性，而實際運用中，Component 的名稱其實就是 Type 的名稱，故對於 Component Name 的設定基本以 GUID 為必須輸出項，其他項如若系統需要可再輸 出。

5.System 設定

對 於 System Name 的 設 定， 可 輸 出 的 內 容 包 括 Element ID、GUID、Revit Category、System Name、System Classification，同樣的，Name 欄位是 Component 表的主鍵，匯出時不可重複，所以可以採用十六位編碼的 GUID 作為標識，而從 輸出有效資料的角度而言，System Name 為系統定義，故對於 System Name 的設 定基本以 GUID 與 System Name 為必須輸出項，其他項如若系統需要可再輸出。

同 Type 類似，System 的 Category 也可以在設定中統一填寫，可選擇的分類 方式為 OmniClass Table 21、UniFormat、UniClass，可根據系統需求進行選擇。

三、參數映對以及區域管理

這兩個步驟會對幾乎所有可以產出的資料表產生影響，但這兩個步驟的設定 依專案不同而有所不同，故將在案例實作中進行討論

綜上所述，將所有基本參數的設定總結如表 4.6。

表 4.6: 基本參數設定結果