• 沒有找到結果。

IFC 資料標準規則

第三章 研究相關技術

3.1 IFC 資料標準規則

IFC 標準由許多 Schema 所組成。這些 Schema 按照物件導向的觀念和原則,

分為Select、Class、Type 以及 Property Set 等四類;並且透過嚴格的參照與繼承 關係,組成了一個包含四個觀念層級(Conceptual Layers)的架構(圖 3.1):資源層 (Resource Layer)、核心層(Core Layer)、介面層(Interoperability Layer)以及領域/應 用層(Domain/Application Layer)[12,13]。

1. 資源層

資源層為IFC 架構之最低層級。資源層所定義的類別(classes),為一般性的低 階觀念與物件,可以不依賴其他類別而獨立存在。

在IFC Release2.0 中所制定的資源層綱目包含測量資料(measure)、輔助資料 (utility)、幾何資料(geometry)、物件性質(property)、以及物件性質型別(property type)。在 Release 2.0 中,則針對 Release 1.5 的內容進行部份的重組,並進行部 分擴充。

2. 核心層

核心層為IFC 架構的第二層級。核心層所定義的類別可被介面層與領域/應用 層的所有類別所參照(referenced)與特殊化(specialized)。核心層提供了 IFC 物件模 型的基本結構並且定義了大部分的抽象觀念。

核心層本身包含了兩階抽象內容:基本核心(The Kernel)和核心延伸(Core Extensions):

核心延伸的內容包含基本核心的延伸觀念或特殊觀念,提供營建/設施管 理相關產業使用所需。每一個核心延伸為基本核心所定義類別之特殊化。

3. 介面層

介面層定義了不同的領域/應用層模型之間所共用的觀念或物件模組。介面層 的綱目類別包含了共享建築元件(shared building elements)以及共享建築服務元件 (shared building service elements)。

4. 領域/應用層

領域/應用層為 IFC 架構的最高層級,提供了營建和設施管理領域所需要的物 件模型。目前IFC 所定義的領域模型(Domain Models)包含建築(Architecture)、設 施管理(Facility Management)、估價(Cost Estimating)、以及機電設備(HVAC)。

IFC 之架構遵循「階梯原則」(ladder principle):每一個層級的類別可參照 (reference)同一層級或較低層級的其他類別,但不能參照較高層級的類別。

階梯原則的內容如下[14]:

1. 資源類別(Resource Classes) 只能參照或使用其他資源類別。

2. 核心類別(Core Classes)能參照其他核心類別,以及無限制地參照或使用(use) 資源層的資源類別。核心類別不能參照或使用介面層或領域/應用層的類別。

3. 核心層本身亦遵循階梯原則。因此,基本核心類別(Kernel Classes)能被核心 延伸的類別所參照或使用,反之則否。基本核心類別不能參照核心延伸類別。

IfcColumn)以及 IFC 幾何描述的方法分別進行簡單說明。

3.1.1 IfcProject

通常一個IFC 檔案內只有一個 IfcProject,它代表一個建築計劃,通常會有一 個IfcRelAggregates 將其和 IfcSite 連結,以表示該 IfcSite 屬於此 IfcProject。一份 完整的IFC 檔案須參照或引用 IfcProject 內容的重要基本資訊[15],包括:

IfcProject 實例說明:

#5=IFCPROJECT('1inSIkC8zBXvvUqXeXO2RS',#13,'DefaultProject','C:\Documents and Settings\',$, '*Project*','design',(#40,#117),#26);

範例中資料代碼為#5,以#加上一整數組成之代碼,以方便資料連結與參照。

資料名稱為IFCPROJECT,前三個字母必為 IFC,所有字母皆需大寫。括號內有 9 項屬性資料,其屬性內容依序指述如下:

1. GlobalId :在範例中為'1inSIkC8zBXvvUqXeXO2RS'。以 22 個字元組成,由 原匯出 IFC 軟體隨機亂數產生,以給於此 IfcProject 一個專屬的、重複機率 極低名稱。

2. OwnerHistory:在範例中為#13。所參照的各項歷史紀錄之代碼,藉以參照檔 案來源、建立時間、轉換媒介等等歷史紀錄。

3. 此 Project 的名稱:在範例中為'DefaultProject'。原匯出軟體所給予此 IfcProject 的 一 個 簡 短 名 稱 , 通 常 具 有 簡 單 的 代 表 意 義 。 此 屬 性 也 可 以 不 給 定 (Optional),不給定時以$表示。

4. 對此 Project 的描述:在範例中為'C:\Documents and Settings\'。原匯出軟體所 給予的一串文字,通常具有簡單描述此 IfcProject 的意義。此屬性也可以不 給定(Optional),不給定時以$表示。

5. 此 Project 的類型:在範例中為$。原匯出軟體所給予的一串文字,通常是對 此 IfcProject 的類型作一個簡短的描述。此屬性也可以不給定(Optional),不 給定時以$表示。

6. 此 Project 的用途:在範例中為'*Project*'。原匯出軟體所給予的一串文字,

通常是對此 IfcProject 的用途作一個簡短的描述。此屬性也可以不給定 (Optional),不給定時以$表示。

3.1.2 IfcSite

IfcSite 代表一個建地,含有一些簡單的地理資訊,包括在世界座標上的點位,

經度、緯度及海拔等等。通常會有兩個IfcRelAggregates 分別將其和 IfcProject 及 IfcBuilding 連結,以表示該 IfcSite 和 IfcProject 及 IfcBuilding 的關聯性。

IfcSite 實例說明:

#10=IFCSITE('25pHYjCjHEHfryUXKQ6EZl',#13,'DefaultSite',$,$,#61,$,'*Site*',.EL EMENT.,(24,28,0),(54,25,0), 0.,$,$);

範例中資料代碼為#10,以#加上一整數組成之代碼,以方便資料連結與參照。

資料名稱為IFCSITE,前三個字母必為 IFC,所有字母皆需大寫。括號內有 14 項 屬性資料,其屬性內容依序指述如下:

1. GlobalId :在範例中為'25pHYjCjHEHfryUXKQ6EZl'。以 22 個字元組成,由 原匯出IFC 軟體亂數產生,以給於此 IfcSite 一個專屬的、重複機率極低名稱。

2. OwnerHistory :在範例中為#13。所參照的各項歷史紀錄之代碼,藉以參照 檔案來源、建立時間、轉換媒介等等歷史紀錄。

3. 此 Site 的名稱:在範例中為'DefaultSite'。原匯出軟體所給予此 IfcSite 的一個 名稱,通常具有簡單的代表意義。此屬性也可以不給定(Optional),不給定時 以$表示。

4. 對此 Site 的描述:在範例中為$。原匯出軟體所給予的一串文字,通常具有 簡單描述此IfcSite 的意義。此屬性也可以不給定(Optional),不給定時以$表 示。

5. 此 Site 的類型:在範例中為$。原匯出軟體所給予的一串文字,通常是對此 IfcSite 的類型作一個簡單的描述。此屬性也可以不給定(Optional),不給定時 以$表示。

6. IfcSite 相對於 IfcProject 的位置:在範例中為#61。所參照之相對位置與方向 的代碼,由此可以知道這個IfcSite 相對於所屬的 IfcProject 座標系統(世界座 標系統)中,座落點與方向。

7. Representation :在範例中為$。原匯出軟體所給予的一串文字,通常描述此 建地在工程架構內的安排。此屬性也可以不給定(Optional),不給定時以$表 示。

8. 此 Site 的用途:在範例中為'*Site*'。原匯出軟體所給予的一串文字,通常是 對此 IfcSite 的用途作一個簡短的描述。此屬性也可以不給定(Optional),不 給定時以$表示。

9. 建地類型:在範例中為.ELEMENT.。對此建地類型的描述,有 3 種描述可以 選擇,COMPLEX、ELEMENT、PARTIAL,COMPLEX 代表多塊建地組合 而成的複合建地,ELEMENT 代表一般的建地類型,PARTIAL 代表一塊建 地的某個區域。

10. 建地緯度:在範例中為(24,28,0)。該建地的緯度,24 是度、28 是分、0 是秒,

赤道以北的緯度範圍為0 至 90 度,赤道以南的緯度範圍為 0 至-90 度。此屬 性也可以不給定(Optional),不給定時以$表示。

11. 建地經度:在範例中為(54,25,0)。該建地的經度,54 是度、25 是分、0 是秒,

Greenwich(地名)本初子午線以西的經度範圍為 0 至 180 度,Greenwich 本初 子午線以東的經度範圍為0 至-180 度。此屬性也可以不給定(Optional),不給 定時以$表示。

3.1.3 IfcBuilding

IfcBuilding 代表一個建築物。通常會有兩個 IfcRelAggregates 分別將其和 IfcSite 及 多 個 IfcBuildingStorey 連 結 , 以 表 示 該 IfcBuilding 和 IfcSite 及 IfcBuildingStorey 的關聯性。

IfcBuilding 實例說明:

#20=IFCBUILDING('22xjcHSuT5uReWvdMftCm_',#13,'DefaultBuilding',$,$,#33,$,'

*Building*',.ELEMENT.,0.,0.,$);

範例中資料代碼為#20,以#加上一整數組成之代碼,以方便資料連結與參照。

資料名稱為 IFCBUILDING,前三個字母必為 IFC,所有字母皆需大寫。括號內 有12 項屬性資料,其屬性內容依序指述如下:

1. GlobalId :在範例中為'22xjcHSuT5uReWvdMftCm_'。以 22 個字元組成,由 原匯出IFC 軟體亂數產生,以給於此 IfcBuilding 一個專屬的、重複機率極低 名稱。

2. OwnerHistory :在範例中為#13。所參照的各項歷史紀錄之代碼,藉以參照 檔案來源、建立時間、轉換媒介等等歷史紀錄。

3. 此 Building 的名稱:在範例中為'DefaultBuilding'。原匯出軟體所給予此 IfcBuilding 的一個名稱,通常具有簡單的代表意義。此屬性也可以不給定 (Optional),不給定時以$表示。

4. 對此 Building 的描述:在範例中為$。原匯出軟體所給予的一串文字,通常 具有簡單描述此IfcBuilding 的意義。此屬性也可以不給定(Optional),不給定 時以$表示。

5. 此 Building 的類型:在範例中為$。原匯出軟體所給予的一串文字,通常是 對此IfcBuilding 的類型作一個簡單的描述。此屬性也可以不給定(Optional),

不給定時以$表示。

6. IfcBuilding 相對於 IfcSite 的位置:在範例中為#33。所參照之相對位置與方 向的代碼,由此可以知道這個IfcBuilding 相對於所屬的 IfcSite 座標系統中,

座落點與方向。

7. Representation :在範例中為$。原匯出軟體所給予的一串文字,通常描述此 建築物在工程架構內的安排。此屬性也可以不給定(Optional),不給定時以$

表示。

8. 此 Building 的用途:在範例中為'*Building*'。原匯出軟體所給予的一串文字,

通常是對此 IfcBuilding 的用途作一個簡短的描述。此屬性也可以不給定 (Optional),不給定時以$表示。

9. 建物類型:在範例中為.ELEMENT.。對此建築物類型的描述,有 3 種描述可 以選擇,COMPLEX、ELEMENT、PARTIAL,COMPLEX 代表多塊建築物 組合而成的複合建築物,例如兩座大樓間以某結構物連結在一起者。

ELEMENT 代表一般的建築物類型,PARTIAL 代表一座建築物被垂直切割 後的其中某個區塊。

10. 建物海拔:在範例中為 0. 。此建築物的海拔高度,通常是由一樓地板算起。

此屬性也可以不給定(Optional),不給定時以$表示。

11. 基底海拔:在範例中為 0. 。此建築物基底的海拔高度。此屬性也可以不給 定(Optional),不給定時以$表示。

12. 建物位址:在範例中為$。通常是因郵政目的而給定。此屬性也可以不給定 (Optional),不給定時以$表示。

3.1.4 IfcBuildingStorey

IfcBuildingStory 代表建築物中的某個樓層。通常會有一個 IfcRelAggregates 將一至多個IfcBuildingStorey 和 IfcBuilding 連結,以表示此 IfcBuildingStorey 屬 於該IfcBuilding。

IfcBuildingStorey 實例說明:

#30=IFCBUILDINGSTOREY('1iTFK0l4XC8Om5I3Y_OZLe',#13,'GroundFloor','Mo udle',$,#30,$,'3DModel',.ELEMENT.,0.);

範例中資料代碼為#30,以#加上一整數組成之代碼,以方便資料連結與參照。

資料名稱為IFCBUILDINGSTOREY,前三個字母必為 IFC,所有字母皆需大寫。

括號內有10 項屬性資料,其屬性內容依序指述如下:

1. GlobalId :在範例中為'1iTFK0l4XC8Om5I3Y_OZLe'。以 22 個字元組成,由 原匯出IFC 軟體亂數產生,以給於此 IfcBuildingStorey 一個專屬的、重複機 率極低名稱。

2. OwnerHistory:在範例中為#13。所參照的各項歷史紀錄之代碼,藉以參照檔 案來源、建立時間、轉換媒介等等歷史紀錄。

3. 此 BuildingStorey 的名稱:在範例中為'GroundFloor'。原匯出軟體所給予此 IfcBuildingStorey 的一個名稱,通常具有簡單的代表意義。此屬性也可以不 給定(Optional),不給定時以$表示。

4. 對此 BuildingStorey 的描述:在範例中為'Moudle'。原匯出軟體所給予的一串 文字,通常具有簡單描述此 IfcBuildingStorey 的意義。此屬性也可以不給定 (Optional),不給定時以$表示。

5. 此 BuildingStorey 的類型:在範例中為$。原匯出軟體所給予的一串文字,通 常是對此 IfcBuildingStorey 的類型作一個簡單的描述。此屬性也可以不給定 (Optional),不給定時以$表示。

6. IfcBuildingStorey 相對於 IfcBuilding 的位置:在範例中為#30。所參照之相對

6. IfcBuildingStorey 相對於 IfcBuilding 的位置:在範例中為#30。所參照之相對

相關文件