batgreenbuild.com - Last entrieshttp://batgreenbuild.com/MyBlog/blog/The last entries on the site batgreenbuild.comzh-hansZinniaMon, 03 Jun 2019 22:58:57 +0000 IFC(INDUSTRY FOUNDATION CLASSES) IFC 與revit的結合 http://batgreenbuild.com/MyBlog/blog/2019/06/03/whatever/<p>FIC And Revit</p> <p>Hello Every Every<br />在創立百特BIM后,我們致力于將BIM模型更好的應用于建設工程項目中。我們以Autodeks Revit+Rhino 為主建立BIM模型。但是在實踐中,我們面臨了一個嚴峻的問題,BIM信息模型的信息通用性。在建筑全過程中,由于每個環節使用不同BIM平臺,導致BIM信息的不通暢。因此我們決定以IFC 為標準格式對BIM模型進行統一描述。但是Revit與IFC之間有不對應性,尤其是非幾何信息部分。因此我們在這個博客中將分享我們對Autodesk Revit 到IFC 之間信息統一的研究<br /><hr style=" height:2px;border:none;border-top:2px dotted #185598;" /><br /><Strong>混亂的信息</Strong><br />我們一部分的工作是建立建筑信息的相關流程。當你深入了解整個信息流程時,你會發現這些信息涵蓋了每個工作階段,工作要求,描述語義等,你會發現這些內容在信息描述中處于一種混亂的狀態</p> <p>這可能是因為建筑信息碎片化的發展了多年,一直沒有對齊進行統一的定義,我們只是在不斷的避免這種混亂。計算機在處理信息的過程中需要一致性,我們需要重新思考信息時代的信息,這也正是BIM的意義<br /><hr style=" height:2px;border:none;border-top:2px dotted #185598;" /><br /><Strong>理解信息</Strong><br />信息作者在信息生態系統中發揮著非常重要的作用,他們畢竟是從可怕的空白屏幕開始的信息的創造者。這個角色使用了大量的技術,因此我覺得這個角色的某些重要部分有時可能會丟失<br /><ul><br /><li>1、我們需要改變對信息的思維方式。特別是建模不僅僅是創造漂亮的幾何形狀;而是信息上花費同樣多的時間。就Revit而言,建模者需要在統計視圖中花費與在2D / 3D視圖中一樣多的時間。這就是為什么我們現在所做的與過去的建模完全不同。我們需要創造信息之美</li><br /><li>2、考慮我們創造的信息,我們并非為了創造信息而創造信息。所有的信息應該尤其目的性,并且充分考慮使用這些信息的人如何使用這些信息。</li><br /><li>3、針對Revit用戶,真實建筑的構件不是以Revit開始的,也不會以Revit結束。真實世界的信息系統是一個巨大的生態系統,這一巨大的生態系統需要多專業的不同標準協同完成的,這些標準與軟件無關,信息是獨立存在的。因此要更多的考慮信息的本質,而非一定和某種軟件綁定</li><br /></ul><br /><hr style=" height:2px;border:none;border-top:2px dotted #185598;" /><br /><Strong>IFC 基礎</Strong><br />IFC 是這樣來的。IFC 不是某個特定的軟件,而是之中文件格式。是一個IOS標準,用于描述建造信息。一個標準的描述文件意味著我們可以使用統一的結構方式清晰的描述清楚構造我們的信息結構。同時也解決了不同平臺軟件信息之間不統一的問題。</p> <p>IFC為我們提供了一種基礎語言和結構,讓我們統一管理信息。我們有了一個一致的結構,在一個有數千種變化的世界中提供了一個起點。雖然IFC并不完美,但是IFC為我們提供了更加自由的可能性</p> <p>IFC從1994年開始建立到現在,經歷了很多次的修改,現在的版本是IFC4。但在此我們的主要研究對象還是早期的IFC2×3,這一版本是現今應用最為廣泛的版本。</p> <p>在這個Blog中我們將會使用一個Test文件為例,介紹Revit與IFC的對接問題</p> <p><hr style=" height:2px;border:none;border-top:2px dotted #185598;" /><br /><Strong>IFC 基本結構/Strong><br /><ul> <br /> IFC<br /> <li>實體(Entities)<br><br />實體是IFC中的主要節點;物理元素如IfcWall,人如IfcActor,幾何形體如IfcSurface。它們基本上都是前面帶有字母“Ifc”的東西。在IFC中,這些節點形成復雜的族樹。選擇其中一個實體可以打開與該實體相關的更多信息。Entiry會向下分裂為兩個部分,分別為 occurrences 和types. <br /> <ul><br /> <li>Occurrences 是獨立的產品實例,這些實體中不包含“Type”在名字中 例如 ifcColumn,ifcWall,ifcOutlet。在revit中 這個詞相當于實例</li><br /> <li>Types 這一類Entities 在名字中包含了“Type”,例如ifcColumnType,ifcWallType,ifcOutletType。在revit中等同于類型</li><br /><em>ps:當我們查看IFC元素時,將會出現一些完整的其他繼承關系,一直查詢到繼承關系的底部,有些部分entites 中嵌套了entites。最后的那個entities 往往是我們最需要的那一個<br><br />例如:ifcElementType>ifcDistributionElementType>ifcDisatributionControlElementType><Strong>ifcAlarmType</Strong><br /></em><br />這很容易理解,當您開始查看實體并意識到事件和類型之間的關系有時不是一對一時,就會出現復雜的情況,事實上,您有三個主要的場景<br /><li>有些實體的 occurrences 與types 有相同的出現次數,如ifcslab和ifcslabtype</li><br /><li>有些實體只有 occurrences 比如ifcpile(在ifc2x3中沒有ifcpiletype)</li><br /><li>有些實體只有 types 比如ifcAlarmType(在ifc2x3中沒有IfcAlarm,因此你必須向上推一個層級,使用ifcDistributionControlElement)</li></p> <p></ul><br />在使用revit時,請始終牢記這一點,但不要過于沉迷于它,有時這會很重要。</p> <p>IFC4中這一點得到了很好的改善,所以使其變得更加容易</p> <p></li><br /> <li>Attributes</li><br /> <li>Properties</li><br /></ul><br />https://bimblog.bondbryan.co.uk/ifc-industry-foundation-classes-an-introduction-for-autodesk-revit-users/#more-7365</p> gaochaoMon, 03 Jun 2019 05:34:00 +0000http://batgreenbuild.com/MyBlog/blog/2019/06/03/whatever/IFC9.99彩票群