Tech-en

/Tech-en

【Original Article】e-Plan Check Platform Execution in Taipei City & New Taipei City (II): Execution Introduction

上篇的電子審查平台基本介紹,相信大家應該了解在平台可執行的作業、平台位址與帳號申請的方式,接下來本篇將要說明如何進行檢測檔案的建置與上傳!   平台系統的開發者-中華民國資訊學會,針對檢測作業流程與所需要的檔案撰寫使用手冊,內容詳細說明如何建置相關的檢測檔案,有需要的夥伴可以點選下列網址前往下載。 行政檢測操作手冊下載:(下載網址:請點我) 技術檢測操作手冊下載:(下載網址:請點我)   (一)行政檢測 目前行政檢測的執行僅有基地座落在臺北市內的公共工程案需要進行此部分的檢測。行政檢測的檢測項目內容如圖 1所示:在建造執照掛件前,需要先完成約九成的檢測項目,並以此階段性檢測結果報告電子檔作為建造執照掛件的附件;而尚未完成的項目(如圖 1中紅色的部分)則是需要在建造執照取得後,依據個案是否被市府要求進行都市審議,與建造執照一併綁定,如專案無此需求則無需強制執行這些項目。 圖 1 行政檢測項目   行政檢測作業流程主要分為三個步驟,地界線檔案下載、CAD圖層繪製、檢測檔案上傳並確認檢測結果,後面將說明各階段執行內容。 圖 2 行政檢測流程   Step1 地界線檔案下載:當我們完成對平台的帳號申請與專案資訊申請後,點選產生基地範圍,通常要等個15-20分鐘,再將產生出的基地範圍DWG檔案進行下載。   Step2 CAD圖層繪製:打開下載的地界線檔案,我們依據檔案內的圖層要求進行繪置(如圖 3),例如:已開闢道路、未開闢道路、地下室開挖範圍、車道破口、前面基地線、建築線、消防救災空間、現有巷…等等,依據專案資料進行繪置。 圖 3 地界線檔案繪製平台檢測所需的圖層   Step3 檔案上傳檢測結果確認:檔案繪製後便可以將檔案上傳,這邊需要上傳兩個檔案(如圖 4)。筆者建議大家在這個步驟可以將現況實測圖與一樓平面圖繪製在同一個檔案,不需要拆分,在上傳時選擇同一個檔案即可,因為系統在檢測時只根據需要的圖層進行檢測,額外的圖層系統是不會檢測的! 圖 4 行政檢測檔案上傳畫面   行政檢測報告結果有以下三種狀態(如圖 5):訊息提醒、通過及有疑義。而在檢測結果頁面中如下圖 6,在每一項檢測項目後方欄位可以查閱各項檢測內容資訊,像是平台會依據檢測資料產生建築物消線的CAD檔案,之後也可將CAD檔案匯入到軟體並套繪至BIM模型中(如圖 7)。另外除了在網頁上瀏覽檢測結果,也可以將檢測結果進行下載。 圖 5 行政檢測報告結果狀態   圖 6 行政檢測結果網頁畫面   圖 7 消線檔案套繪於Revit模型中   許多人會問那這份報告究竟是由誰決定行政檢測是否通過,依照我們執行的經驗,行政檢測報告需由建照科承辦確認無誤後核發執照!     (二)技術檢測   技術檢測的檢測項目內容如下圖 8,目前技術檢測系統使用的法規是以新北市法規為基礎。 圖 8 技術檢測項目   技術檢測執行的流程主要分為三個步驟,取得技術檢測樣板檔案、BIM檢測模型建置、檔案上傳與檢測結果確認,後面將說明各階段執行內容。 圖 9 技術檢測流程   Step1 取得檢測樣板檔:首先必須要先取得樣板檔案,並且安裝"免計容積計算"的API。樣板檔案取得後會有兩種執行方式,一種是依據檢測樣板檔案發展整體的設計模型,另外一種是已經使用自家公司的樣板該如何將檢測樣板轉移至公司的檔案。請先確認自己的專案預計採用哪種執行方式,在使用手冊中有教大家如何使用樣板,相關步驟大家可以參考手冊來操作喔! [下載網址請參考作者在上集撰寫的:雙北電子審查平台執行經驗分享(一)平台介紹。文章內有分享喔!]   Step2 BIM建置:這個階段的作業主要區分為三個部分:元件放置與參數調整(包含專案資訊基本參數輸入)、面積圈畫、檔案匯出。 基礎GIS圖資運用與整合 將專案基本資訊填入到軟體的參數欄位中以及調整專案使用的單位,建置檢測所需要的元件並且輸入參數,主要元件放置與參數調整的項目如圖 10所示 (建置元件依據使用手冊需求建置)。 圖 10 技術檢測建置內容   面積圈畫 依據設計規劃的空間類型,將樓地板、容積樓地板面積、開挖面積、綠化面積、防火面積進行圈畫,圈畫完成後軟體也同步完成面積的計算,在上傳檔案前可以透過自主檢查的方式,核對設計值與實際於模型圈畫出來的值是否有差異,再將差異回饋至設計中。 圖 11 樓地板面積圈選示意圖   檔案匯出 檢測模型建置完成後便可以匯出成IFC共同檔案格式,在匯出的時候選擇的項目是IFC2x3 Coordination View 記得檔案名稱要命名為平台系統裡的“案件編號”喔!否則系統不會執行檢測喔!(詳圖 12) 圖 12 匯出檔案選擇與案件編號位置   Step3 檔案上傳檢測結果確認: 檔案匯出後點選「上傳檔案」即可(如圖 13),通常檢測需要15-30分鐘。技術檢測結果有三種狀態:已檢核(需人工審查)、通過、有疑義(如圖 14)。如果在執行檢測發現有疑義時,在每一項檢測項目後方欄位可以檢視相關圖檔以及檢測結果清單可以確認數值否有問題(如圖 15),同樣的檢測結果不止可以在網路上查看平台也可以將檢測結果轉成PDF檔案。 圖 13 技術檢測檔案上傳畫面   圖 14 技術檢測結果狀態   圖 15 技術檢測結果網頁畫面     結語 經過二篇專文的介紹,是不是發現執行電子審查其實沒有想像中這麼困難呢?行政檢測可針對建物初始的基地規劃進行初步的檢核,而技術檢測中則可以有效的檢核容積與樓地板面積。這個平台其實是需要大家共同不斷地使用、發現問題及不人性化操作,並回饋執行的心得與意見給業主或是正在協助執行平台開發的中華民國公共工程資學會,透過使用者執行經驗的回饋,讓平台變的更貼近實際需求,也希望藉由持續的更新讓平台穩定度與效能變得完善!       延伸閱讀 | 【原創文章】雙北電子審查平台執行經驗分享(一)平台介紹 延伸閱讀 | 【原創文章】建築設計階段結構模型整合分享

By | March 8th, 2018|Tech-en|0 Comments

【Original Article】e-Plan Check Platform Execution in Taipei City & New Taipei City (I): Platform Introduction

大家應該對於公共住宅與青年社會住宅不陌生吧!近幾年臺北市政府與新北市政府積極推行公共住宅與青年社會住宅,對於主要執行建照審查作業的臺北市政府都市發展局及新北市政府工務局二個單位,為因應專案大量的建照審查作業,積極希望透過 e-Plan Check系統執行部分建照審查來加速作業時間,並且透過 BIM模型進行設計方案討論。 圖1:臺北市都市發展局首頁說明目前公共住宅數量 圖2:臺北市2017年為止公共住宅列表 圖片來源:臺北市都市發展局 http://www.udd.gov.taipei/pages/detail.aspx?Node=44&Page=10147&Index=4 圖3:2019年新北市青年社會住宅發展策略藍圖 圖片來源:新北市政府 https://social-housing.planning.ntpc.gov.tw/map.aspx   對於尚未執行過雙北 e-Plan Check系統案子的同業先進們,可以抱持著參考案例分享的心情來閱讀這篇文章,因為很有可能下一個換你要執行這些作業流程!那如果已經準備要或正在執行雙北公共專案的夥伴,看看這篇文章,藉由我們執行過的經驗分享,第一手了解雙北執行電子審查作業的流程與內容!避免在專案執行中因為不熟悉執行流程,而發生業主與 PCM提問時一問三不知的窘境。   這一系列文章主要分成兩階段來分享,都是實際執行 BIM的人員必看的喔!首先在本篇將會說明雙北執行電子審查作業的內容與平台簡介;之後在第二篇將會說明執行的作業流程。   一般人聽聞建照電子審查及電子審查平台應該會有許多疑惑,文章將針對詢問頻率最高的以下三項疑惑進行說明: 1. 臺北市跟新北市是共用平台嗎(同一網站)?我要把檔案上傳到哪裡?平台是否只具備檢測功能? 2. 第一次應該如何申請帳號?有無資格限制?是否只有建築師可以申請? 3. 究竟要如何開始在平台上作業?   (一)平台位置與執行內容說明 新北市政府與臺北市政府所使用的電子審查平台是不相同的,依據專案區域不同,平台的位址也不相同,但平台作業的內容有些是重複的,以下將說明兩平台的位址與作業內容。   新北市   新北市政府所使用的電子審查平台,全名為「新北市建築執照電腦輔助查核系統」(網址:http://www.bim.ntpc.gov.tw/FileDown.aspx),平台上執行的作業有: 預審申請 建照申請的BIM模型技術檢測(這部分將在第二篇說明) 施工勘驗申請 使照申請 PS.依據過往執行的經驗,目前在流程上是需要將技術檢測部分執行完畢,且全數通過檢測後才可取得建造執照! 圖4:新北市建築執照電腦輔助查核系統     臺北市   臺北市政府所執行的電子審查平台,全名為「臺北市無紙化雲端服務平台」(網址:https://www.bim.udd.gov.taipei/),這個平台主要執行的作業內容為: 基礎GIS圖資運用與整合   ■ 圖資包含土地使用分區、高度管制區、地形區、申請管制、使用分區、道路街廓…等。   ■ 將執照缺失抽查項目一併整合於圖資平台中,讓使用者可以了解專案所在位置週邊其他案件缺失抽查的情形。 輔助檢測-行政檢測與技術檢測執行(這部分將在第二篇說明) 圖5:臺北市無紙化雲端服務平台   臺北市政府在建築執照審查BIM應用發展計畫中,主要以推行”建造執照無紙化”及”行政檢測”為重,事實上”建造執照無紙化”這項作業是在「臺北市建築執照書圖文件電子化線上申請系統」執行,而目前臺北市公共工程案都必須要透過這個平台執行「建造執照無紙化」作業。根據實際執行經驗,透過這項作業讓原本建造執照申請的時間,從1個月縮短到7天就可以取得建造執照,是不是加速了取照的速度?並且也省下原本建照申請時所需印製大量紙本的時間及費用。不過這一段的執行作業跟本篇所要說明的BIM檢測審查沒有直接關係,因此筆者在這邊就不多做說明!有興趣的朋友可以前往「臺北市建築執照書圖文件電子化線上申請系統」(網址:http://tccmoapply.dba.tcg.gov.tw:8080/tccmoapply/login.jsp)下載使用手冊來了解「建造執照無紙化」作業內容!   在我們執行臺北市公共住宅案電子審查的經驗中,臺北市政府在執行”建造執照無紙化”作業前,必須要將輔助檢測中的行政檢測完成階段性成果,交付成果報告電子檔案當作建造執照掛件的附件,才可以進行建造執照的掛件,所以提醒大家在建造執照進行建造執照無紙化掛件前要記得先執行「行政檢測」喔!     (二)電子審查平台帳號申請方式 新北市建築執照電腦輔助查核系統:進入「新北市建築執照電腦輔助查核系統」網站(網址:http://www.bim.ntpc.gov.tw/FileDown.aspx),點擊”登入/註冊”後進行帳號申請。 圖6:新北市建築執照電腦輔助查核系統帳號申請   臺北市無紙化雲端服務平台:前往「臺北市建築執照書圖文件電子化線上申請系統」網站(網址:http://tccmoapply.dba.tcg.gov.tw:8080/tccmoapply/login.jsp#),進入網站後點選帳號申請即可。在會員類別的地方,若使用者身份非建築師也不具有技師身份,目前平台也開放一般民眾進行申請,並前往平台使用查詢以及檢測功能喔! 圖7:臺北市無紙化雲端服務平台帳號申請(網站為臺北市建築執照書圖文件電子化線上申請系統畫面) 圖8:雙北電子審查平台比照表     (三)電子審查平台前置作業 當了解電子審查平台作業內容以及完成審查平台的帳號申請後,便可進入平台開始作業囉!首先在登入系統之後,先點選新增專案,再將專案的相關資訊輸入,包含案名、建物高度、建築面積、樓地板面積、地籍地號、法定建蔽率、法定容積率、法定開挖率、戶數等,這些參數會影響專案執行檢測的結果。。 圖9:專案基本資料填寫頁面     結語 完成以上步驟後,就可以開始進行檢測檔案的建置製作與檔案的上傳,至於行政檢測與技術檢測的檢測項目內容與檔案建置則將在第二篇進行分享。希望本篇的說明可以讓讀者先了解雙北電子審查平台作業的基本內容,日後在專案執行上就可以不用擔心如何執行電子審查作業囉!       延伸閱讀 | 【原創文章】建築設計階段結構模型整合分享 延伸閱讀 | 【原創文章】設計端 BIM 自動化應用-運用 API 快速建立門窗表

By | February 27th, 2018|Tech-en|0 Comments

【Original Article】New Chapter of Cross-platform Integrated Application on BIM: 2017 Beijing Autodesk Forge Developers’ Day

大家好,還記得Forge嗎?如果還記得的話,相信通過前次分享的應用Forge於物料管理上的文章後,大家對於Forge應該有一點小了解了吧。在這雲端化的資訊時代,越來越多的公司投入研發雲端化的應用程式。雲端App可以讓使用者在不需自行負擔高昂設備費用的狀態下,享受軟體所帶來的前大功能。而Forge就是Autodesk所開發的雲端App功能模組平台,整合了Autodesk目前旗下的主流軟體。縱觀台灣下來,目前台灣業界Forge的相關應用消息還不多。而在因緣際會下,我們有了一個機會到北京參與Autodesk ADN所舉辦的Autodesk Forge開發者日。所以衛武資訊研發團隊立馬飛到北京參加了活動,並瞭解了目前有關於Forge的最新資訊,現在大家就跟著我們來到北京,了解目前中國乃至世界上Forge的最新技術與應用吧。本次活動有三天,第一天為介紹Forge的動態與相關議題,而第二、三天為Forge使用者助力日。請看本團隊的報導與介紹。 作者 | 葉人豪、簡翊亘、蘇郁智   Autodesk Forge最新趨勢 次活動Autodesk特別邀請全球高級技術經理Stephen Preston來為活動開場,從美國飛往北京跟眾多開發者們分享Autodesk Forge最新技術動態,清晰地將Forge技術已發展及未來發展的重點做了簡要介紹。Stephen在開始的時候特別提及,Forge開發團隊約有一半的時間投入在安全性及穩定性上,並且將許多國際標準作為Forge技術所遵循的重點,如ISO 27001、EU Model Clauses、AICPA SOC 2及歐盟GDPR等,以確保利用Forge開發相關應用程式的開發者,可交付有關標準的業主需求。在這幾年的Forge推廣應用,統計數據顯示了: 每月超過13000人訪問developer.autodesk.com 超過8000位開發者訂閱了Forge試用版 超過4000位開發者創建了Forge Apps 每月超過500個活躍Apps 超過30家企業級客戶在使用Forge 每月超過30億次的API調用 從這些數據都可以顯示Forge的應用於市場上正在快速增長。另一個非常重要的重點,相信也是各位開發者關注的議題,也就是Forge API的定價,Autodesk聽見了市場上的對用定價的許多意見,將定價從原本每月500雲幣(相當於美金500元),改變為每年最少100雲幣,充分地展現Autodesk給予開發者或第三方開發商的誠意,希望藉著第三方的專業領域知識,共同創造Autodesk的生態圈,將Autodesk的產品可服務的面向深化到各領域的專業上。在此議題上,Stephen特別提及新CEO (Andrew Anagnost)的重點發展方向,Autodesk不需要發展所有面向的功能,而是將已發展的主要的核心功能,其他專業領域的模組,應讓第三方廠商協助,這些專業領域可劃分數量估算、預算概算、招投標作業、進度管理、成本管理及ERP,所以建議各位開發者,可將開發方向訂在這幾個專業領域上,避免跟Autodesk做到太多重複的功能。在未來的開發重點上,Stephen提到兩個重點方向,分別為施工管理數字化及加速智慧製造。 在施工管理數字化上,Autodesk將會把目前的眾多BIM 360模組,以Forge技術為核心,整合為提出新一代的BIM 360,以打通各模組間的資料互通性,讓開發者更容易拋投BIM 360中的各種數據資料至所需要的應用程式中;此外,Autodesk將於雲端API中,整合AutoCAD、Revit、Inventor等軟體的Automation API,提供開發者可將相關API部署到Autodesk的雲伺服器中,直接地針對相關檔案進行自動化資訊讀取與寫入;而在市場上非常火熱的VR/AR的議題,Forge也搭上了這班列車,提出了相關的解決方案,從原有的Forge Viewer所提供的WebVR Extension,直接進化到AR的功能,從技術經理吳忠先生的敘述,VR/AR API可協助開發者將Reivt傳至雲端中轉檔處理,並可在遊戲引擎(如Unity、Unreal)中調用此API,動態的加載指定的模型物件,而不需要整個模型加載,大大提升應用程式場景物件製作的彈性,也降低了原有模型拋投的工作流(Revit->FBX->3ds->FBX->unity or unreal)所需花費的大量時間。 圖二、IDX開發平台   透過以上Stephen的介紹,我們可以瞭解Forge在Autodesk戰略規劃上的重要性以日趨重要。而會上Autodesk高級市場經理唐獻華先生也分享了他前往美國拉斯維加斯參與本年度AU的經驗。根據他觀察大部分演講與參展廠商下來,目前大家關注的重點已慢慢由設計移往施工管理。在未來Autodesk將持續於資料處理與整合部分發展,並於相關專業領域與優秀的第三方進行合作創造一互利共生的生態。 雲端運算 輕量化工作 在本次會議中,ADN技術顧問康益昇先生與我們帶來一個驚喜的消息。在Forge的開發下,Revit的雲端化也有了良好的進展。康顧問於本次會議披露了Autodesk所新推出的Revit雲端輕量化自動化設計。在目前Revit雲端輕量化自動化設計還未正式發行,僅提供內部測試版。而產品名稱暫定為Design Automation API for Revit,主要提供使用者透過雲端方式建立、修改Revit與提取Revit內部資訊。Revit雲端輕量化自動化設計的核心概念將Revit核心引擎放在雲端上以達成以下目的: 建立基於Revit雲端化應用程式 在雲端編修既有Revit模型 讓沒有安裝Revit的用戶也可以體驗到Revit帶來的好處 不需為既有電腦硬體無法順暢運行Revit而煩惱 圖四、Reality Capture API示意圖   Webhooks 在Forge Data Management API 也有新消息傳出。讓眾多開發者苦惱的使用者事件追蹤議題,Autodesk也有了新解法。以下我們來介紹Webhooks,Webhook s並不是產品的專有名詞,而是一個發生任何事情都會提醒你的概念,此次開發者會議康顧問亦提及Forge API根據Webhooks概念實現了Forge Webhooks API,開發者可利用Webhooks API關注使用者的相關動作,如Autodesk 雲端儲存區資料的新增、刪除和修改等等,目前Forge Webhooks API僅支援Data Management API,後續將計畫支援Model derivative API,若對此API有興趣的開發人員可透過連結(forge.webhooks.beta.appsupport@autodesk.com)向官方申請測試權限。 圖六、BIM360未來架構圖   Autodesk 雲端商店目前已開放開發者上傳BIM360相關APP,由於許多產業人員都會透過這個平台尋找最適合自身的解決方案軟體,開發人員能藉此機會向產業界展現開發成果並讓其公司開發項目打入世界市場。 BIM IoT 加值應用 關於物聯網的應用,Autodesk前沿科技研究部推出的dasher360實現了許多完整應用,各位可以前往以下連結(https://dasher360.com/)查看相關資訊,我們在此處將簡單介紹此產品的網絡架構和數據處理功能。Dasher 360 的網路架構在伺服器端應用的是node.js技術、資料庫使用mongodb、前端技術則使用Forge API中的Forge ViewerAPI配合相關資源庫開發而成(時間軸visjs、感測器顯示-svg和模型導覽結構-fancytree)、模型處理則使用其餘Forge API完成(數據提取、身分驗證、數據提取與轉換)和Dasher360自行開發的數據處理功能,該功能可分成五個模組,傳感器與設備互聯、數據路由、按時間密度保存的歷史數據(Data 360)、多種密度的數據彈性顯示和關聯三維模型的可視化分析。而這也正是Dasher360的特別之處,其花費許多開發成本在於優化物聯網數據的存取和顯示,使用者因而可透過Dasher 360依樓層空間設計的模型導覽功能,快速檢視該模型的各個空間資訊,並能透過Dasher 360開發的數據顯示功能,實時監測各空間的感測數據。 圖八、使用者助力日活動現場   結語 雖然上面提到Forge這麼多功能,但提醒各位,很多功能還只是Bata版,並且有些需開發者自行提出申請才得使用,正式發布還需要再等Autodesk的正式發表。另外,目前Forge Viewer還不是完全開源,Forge Viewer的版權仍為Autodesk所有,使用者需要經過Autodesk 提供的轉檔API才可合法使用。從本次的Autodesk Forge開發者日來看,未來Forge與BIM360的表現確實是精采可期。相信在Autodesk的努力下,我們可以看到在許多領域中,我們都可以得到Autodesk軟體的幫助。最後也感謝Autodesk ADN團隊的付出與努力讓本次活動有個完美的結束。以上內容由研發團隊群在冷得要結凍的北京綜合報導,謝謝大家。 【技術交流】Autodesk中國區開發技術顧問團隊來訪WeBIM

By | December 14th, 2017|Tech-en|0 Comments

【Original Article】WeBIM Internal Training Material: Revit API Material (I)

這系列是衛武資訊研發部的公司內部訓練教材,無私公開教大家基礎的API開發,將持續分享! 作者 | 葉人豪   在現今這個BIM概念越來越普遍的業界,BIM建模軟體已經慢慢成為我們製圖時主力工具。而在台灣,Revit更是BIM建模的主流軟體。當我們使用Revit建模的時候,常常會有一些相當零碎又重複性的工作出現或者Revit目前還沒有功能來達成我們的需求。當我們無法通過Revit的功能來解決我們的需求時,我們就需要找一些快速的方法來達成我們的目的。這時Revit API就是我們的好幫手。 Revit API是Revit提供予使用者的應用程式函式庫,聽不懂?沒關係!讓我們來用一個例子來比喻一下,簡單來說Revit就像是一間餐廳,Revit API就像是餐廳裡的服務生,我們可以通過跟服務生說我們想吃什麼來向餐廳點菜。而服務生就會幫我們跟餐廳說我們需要什麼,並拿來給我們。所以其實Revit API就是一個傳遞我們需求的角色,幫助我們與Revit做資訊上的傳遞(如圖一所示)。 當Revit讀取addin時,Revit會了解到他現在需要加入這個外掛。addin本身包含了外掛程式的XML格式相關資訊,例如:程式的名稱、程式的類型、程式(.dll)的實體位置、程式的GUID、程式裡面的函式名稱等等的資訊。以下將用表格方式介紹。 表一、addin內部屬性註釋表 圖二、無透過Add-in Manager狀態下製作與部屬addin 而若是addin中的API資料有錯誤,Revit就無法載入Revit API程式已進行測試。來來回回的檢查與開啟Revit相當的繁複,很容易浪費我們寶貴的時間。所以我們才需要Add-in Manager來幫助我們開發Revit API程式。Add-in Manager提供我們快速執行我們API程式的服務,而不需事先部署addin,也可以幫我們快速產生我們的API程式的addin等方便的功能。因此我們只要等到程式完成開發後來進行部屬,而不須在程式開發過程中進行部屬。在有Add-in Manager的幫助下進行部屬得流程大致如下: 圖四、Autodesk.AddInManager.addin文檔 然後再把Autodesk.AddInManager.addin這個檔案(附檔名須為addin)放到C:\ProgramData\Autodesk\Revit\Addins\Revit\中對應版本的資料夾中,我們就完成了Add-In Manager的addin部屬了。然後我們只要開啟Revit,Revit就會跟我們說他偵測到了一個新的.addin,並詢問是否載入這個檔案。這時只要點選永遠載入,就可以在Revit工具列的增益集的外部工具中看到Add-in Manager被加入了。 現在讓我們進入Revit來看看Add-in Manager到底長怎樣吧。進入Revit專案後,到外部工具中我們就可以看到Add-in Manager,開啟Add-in Manager就會開啟如圖五的視窗出現。 圖六、新增專案畫面 那麼接下來我們要來把這個專案變成RevitAPI外掛程式。首先,在方案總管的參考中點選右鍵,並選擇加入參考(如下圖七所示)。 圖八、加入Revit參考檔畫面 在這邊我們需要幫專案參考做一下設定來節省硬碟空間,點選我們剛剛加入的參考檔,也就是RevitAPI.dll與RevitAPIUI.dll。然後在屬性的視窗中把複製到本機的選項改成False(如下圖九所示)。這樣在建置API程式時,程式就會去找Revit本體中的參考檔,而不會產生一些額外的參考檔到API程式的資料夾中。 再來就是要來進行程式碼得測試啦。測試也是需要做一些設定的,我們再次一步一步來: 1. 於方案總管中的專案上點選右鍵(如下圖十所示),並選屬性(R)。 圖十一、設置專案啟動時外部程式畫面 3. 這此處我們要選擇Revit.exe,來當作啟動外部程式的目標。Revit.exe位置跟參考檔一樣,位置就在Revit安裝資料夾中。 這時雖然完成了測試的設定。但由於Visual Studio的設定,按下開始偵錯方案後,會無法進行偵錯。所以我們接著要更改Visual Studio的設定。 4. 按下Visual Studio上方選單的工具(T),並點選選項。這時會出現選項視窗。 5. 於選項視窗的右側列表中,點選偵錯,並於左側的選單中找到使用Managed相容性模式,把該選項勾選(如下圖十二所示),並按下確定。 圖十三、執行Revit外掛畫面 此時Add-in Manage就會執行我們的程式碼。在下圖十四中,可以看到Hello World的視窗,這樣我們的第一支Hello World測試就完成了。 圖十五、製作Hello World外掛之addin畫面 這時Add-in Manager就會幫我們把外掛程式的addin做出來了。做出來的addin會跟我們dll檔一樣的位置了。 在這邊有些朋友可能會想問Save checked items to Addins folder這個選項是什麼?小編在這邊說明一下,這個選項可以產生當前選擇的Revit API外掛的addin,並送進Revit的Addins資料夾中。不過實際上是送進哪一個版本的Revit Addins資料夾可能因人而異。大家如果想知道自己的電腦預設的儲存資料夾在哪,可以把滑鼠移至Save checked items to Addins folder選項上方。這時就可以看到選項上出現說明,在說明中即可知道實際上是送進哪一個版本的Revit Addins資料夾中了(如下圖十六所示)。

By | December 6th, 2017|Tech-en|0 Comments

【Original Article】New Chapter of Cross-platform Integrated Application on BIM: Application on Material Management Using Forge Technology

現今營建工程專案執行過程中,應用BIM執行專案已經變成主流,如設計端建築師應用BIM進行設計空間和法規檢討,或是施工端營造廠透過BIM進行介面整合、檢討衝突和工進模擬等等,甚至是營運維護端業主使用BIM和相關設施管理軟體掌控建築物內部設備的例行性維護和緊急維修作業等等,儘管大家都明白應用BIM能獲得效益,但在執行面又衍生了另外一個問題,難道每個專案相關執行人員都需要熟悉BIM工具的使用嗎?如果不會操作BIM工具的工作人員又該如何享受導入BIM產生的效益呢? 作者 | 簡翊亘、蘇郁智   WeBIM應用Forge的技術讓非BIM專業工程師能夠透過瀏覽器直覺的操作和瀏覽BIM模型內的資訊,同時,因應不同的專案需求開發客製化管理平台,藉此實現BIM模型和專案資訊的整合應用,以下將分別簡介Forge技術內容並分享專案應用成果。   Forge主要技術服務可分成資料管理(Data Management) API、模型資料截取及轉檔(Model Derivative) API、模型網頁瀏覽及擴充應用(Viewer) API和AutoCAD雲端自動化(Design Automation) API,而BIM 360 API和Reality Capture API目前仍處於Beta版本。 其中模型瀏覽API則提供了網頁中瀏覽、檢視、協作多種二維(2D) 或三維(3D)的模型的功能,並開放豐富的應用介面(API),讓開發者依照特定使用需求自行擴充應用,許多模型操作的客製化應用多是透過此API進行,而模型資料截取及轉檔API負責多種格式的模型資料、清單文件的轉檔和資料萃取功能,想要透過模型瀏覽API呈現的模型必須先透過此API進行轉檔,方能於網頁中讀取模型,另外資料管理API統一了模型資料的存取模式,讓開發者取得及操作A360, Fusion 360, BIM 360等外部資料和底層資料存儲服務(Object Storage Service),在模型轉檔之前,必須先透過此API將模型上傳至此處。最後AutoCAD雲端自動化API則提供了產生或編輯AutoCAD DWG 圖紙的功能。   關於專案應用的成果分享簡介如下,本次合作廠商名為台灣蛭川金屬,是一家非常優秀的日本公司的台灣分公司,他們所有專案皆建有足以供CNC機台製作的BIM模型,其金屬製品的生產地點位於台灣,待成品完成後即拆分成不同子物料,分批輸出至國外,提供給現地安裝使用,而目前該廠商物料管理實務執行方式多仰賴試算表進行物料統計,並以實體吊牌的形式將物料編號繫在製作完成的物料上,以利物料送達目的地時,執行物料的點交與確認作業,現行做法除缺少有效的資訊整合外,亦衍生了許多的問題,問題如下。 1. 現場安裝人員需花費許多時間統整點交的物料數量。  2. 現場安裝人員不清楚點交物料的安裝位置。  3. 業主難以即時掌控物料製作與安裝的進度。    為了解決上述困難,WeBIM替台灣蛭川金屬開發了一套物料管理系統,其中應用Forge技術實現網頁中操作和瀏覽3D模型的功能,並配合客製化開發功能模組管理物料狀態與物料數量統計,以利使用者能快速掌握物料安裝位置和相關資訊,業主也能藉由3D模型中的狀態顯示功能了解物料的運送狀況。 依據物料參數進行物料拆分動作   在透過系統管理物料之前,合作廠商首先使用Revit建模並根據其物料管理需求於元件編列物料參數並將完成後的模型上傳至本系統,本系統即能依照特定物料參數,選取物料並製作物料集以便系統管控。 檢視特定物料單所屬物料位置與狀態資訊   列管物料集即可透過系統功能依照物料運送情況更改其狀態,並於模型瀏覽頁面檢視特定物料的位置和狀態資訊,而業主亦可以直接查詢該專案的整體物料狀態,以掌握專案的物料運輸狀況。 視覺化專案中物料位置與狀態資訊   現場安裝人員亦可在安裝前透過本系統針對特定物料,查詢物料運送狀態和相關資訊,進而檢核物料數量是否齊全,並對照現場安裝位置,避免錯誤施工並提升作業效率。 透過模型查詢物料資訊 獲得物料屬性資訊與其子物料組成內容 左至右:既有物料吊牌與物料QRcode比較 / 以行動裝置掃描QRcode追蹤現地物料狀態 / 模型資訊檢視與物料狀態改變 結論 本系統透過Forge的模型轉檔、模型瀏覽和操作技術,配合開發相關物料管理功能模組,讓合作廠商能透過行動裝置、網頁管理平台和直覺的3D模型瀏覽和操作功能完成物料安裝、物料資訊查詢和物料狀態檢視,此舉除了整合物料運送狀態和物料相關資訊,改善合作廠商既有工作流程進而提升作業效率,也讓現場安裝人員在不熟悉專業BIM工具的前提之下,能得到安裝作業所需資訊。 平台交付 / 教育訓練 / 實際使用   延伸閱讀 | 【原創文章】引領 BIM 走向高擬真視覺呈現 (二) 延伸閱讀 | 【原創文章】引領 BIM 走向高擬真視覺呈現 (三)

By | November 21st, 2017|Tech-en|0 Comments

【Original Article】Leading BIM to Highly Realistic Visual Presentation (III)

By | November 6th, 2017|Tech-en|0 Comments

【Original Article】Leading BIM to Highly Realistic Visual Presentation (II)

By | October 12th, 2017|Tech-en|0 Comments

【Original Article】Leading BIM to Highly Realistic Visual Presentation (I)

By | October 2nd, 2017|Tech-en|0 Comments

【Original Article】2017 Shanghai BIM Elites Visit

By | August 16th, 2017|Tech-en|0 Comments

【Original Article】BIM Automation Application of Design Phase: Calculating Area Using Dynamo

By | July 26th, 2017|Tech-en|0 Comments