作者：數碼阿叔/柏基建築師，歲次辛卯年六月寫於台北
BIM 時代來臨的前夕
有人預言說台灣建築業的 BIM 時代即將來臨，因而 BIM 的應用前景一片大好。我不知道此話是否當真，但是可以預見的是當台灣建築業的 BIM 時代真的來臨的時候，由於台灣社會凡事一窩蜂的傳統，届時大多數投資建屋的業主們必然急吼吼的要求上馬，準備躋身在BIM 這班列車上。BIM 被說成能爲各個參與者省錢的神兵利器，應用 BIM 主導設計和精益施工以後蓋出來的房屋檔次比較高，銷售與經營價值也會因而提升。
在競爭激烈的房屋市場裡，怎麽搶錢比較重要，誰都沒有耐心去循序漸進，都希望能立即擁有，業主們的這種心態是可以理解的。然而看起來我們的設計界迄今似乎還沒準備好迎接這個新時代，許多人至今仍在討論著:
『...聽說有一種軟體叫做 BIM...』
『...不知道 BIM 這個東西好不好用...』
『...要不要買 BIM，聽說很貴...』
『...建築師都還沒有用 BIM...我們專業技師哪來的模型可用BIM...』
『...BIM 是啥？好像大家都不會用...』
整體的設計環境裡並沒有表現出急著武裝自己準備上陣的積極作爲，恐怕當前心裡發急的，只有賣 BIM 應用工具軟體的軟體供應商了。
當業主打算在他的建築案件裡立即啓動 BIM 的時候，首當其衝的是建築師，因爲建築師一向在業主投資的建築行爲中扮演著重要的角色，既是幫業主出謀劃策的諮詢顧問，也是建築設計的實際執行者，更是工程施工階段的監督者。按照慣例，整個設計團隊也是建築師負責召集和協調作業的。當建築師接到業主的任務要求說要 BIM 的時候，總不能跟業主說：『稍安毋躁，待我們先去學學 BIM 怎麽用再說』。不管準備好了沒有，整個設計團隊成員包括建築師和相關的專業技師們就得立即投入 BIM 作業。如果沒先準備好，情勢就會變得很被動，處處左支右絀，事事受制於人。
然而在當今 BIM 氣候未成尚無實質收益的時候，誰願意耗費許多寶貴的時間去進行準備呢？可能大多數人會選擇靜觀其變等等看，說不定還真的會錯失及時上馬的契機。但是的確不必爲此憂心，這篇博文所陳述的是未來可能生成的一種稱爲 BIM 代理服務的新興行業，它將能在 BIM 時代來臨的時候，適時填補設計單位在應用 BIM 作業能力上的不足。
也許有些人到現在心裡還想著，這沒什麽了不得的，不就一個什麽軟體嗎？到時候買一套BIM 回來畫圖就好啦！實在不濟的話，了不起去招聘一個會操作那種軟體的設計師回來，幫我搞出那種模型不就行了嘛！
大哥！別說我沒提醒過你，BIM 不是你想像中那樣就那麽一個三維模型而已，BIM 也不是簡單到買個軟體回來立馬就能搞出來的，跟你以前使用 CAD 軟體相比，差很大呢！
接下來爲了說得清楚一點，數碼阿叔我拿未來可能發生的情境做個比擬，看看在 BIM 現形以後，建築師可能會面臨到的幾種狀况。
下接《BIM代理服務芻議 (2 / 8)》「BIM情境劇：業主—BIM—建築師」
2011年7月11日 星期一
2011年4月12日 星期二
BIM是誰的菜? (4/4)
作者：數碼阿叔/柏基建築師，歲次庚寅年臘月寫於臺北
承續上一篇博文《該爲BIM支付哪些代價？》
BIM是誰的菜?
整個建築案件的生命周期以行爲階段來區分，包含到投資、規劃、設計、施工、使用等等不同的階段，它的牽涉面很廣泛，從開始規劃直到最終廢棄，整個時間跨度可能會在數十年甚至超過一百年之久，今天有些人說BIM能完美的解决那些存在已久的種種建築問題，是個很理想的東西。實際上真正運用BIM完成的建築案例不惟在這世界上數量不多，事實上其中也沒有哪一座建築物已經渡過它正常的整個生命周期，一切都是個現在進行式。
"時間"是個重要的因素，任何短期內顯現的效益和措施都必須經過長期的"時間檢驗"去驗證和落實。不可以隨口就說:『我看行!』，唯有經過檢驗才能評價它到底是行還是不行。
說得明白一點，在目前看來運用BIM以後的確可以爲投資的業主方、施工方以及設計方節省直接成本，反過來說也就是他們藉此創造了利益，這種利益當然不是雨露均沾的，從本益比來推斷是業主方與施工方獲得較多的利益，而設計方獲得較少的利益，這些都是基於建築行業當前的游戲規則裡從金錢角度的考量。可是對於整個建築行爲的最佳化和使用效益的最大化，BIM是否就是唯一的解决方案，目前言之過早。經過時間的考驗和沉澱以後，各個參與方彼此的相對關係如果因爲BIM的介入而發生變化，原先的游戲規則當然會跟著改變，未來的BIM生態未必就是今日我們所預期的BIM生態。
我這麽說，可能有些人不會同意我的觀點。當今我們這裡有少數公司的確利用統包(turnkey)的方式完成了一些基於BIM應用的個案。我的看法是，即使這些個案進行當中協調運作良好，但是這種集結在同一個公司內操作的方式，並非島內民間建築業體系異業分工合作的普遍性做法，而且零星個案的成功與否也不足以代表普遍化的狀態。我們對於任何制度的創建必須以能够讓最多的業者普遍化接受和應用做爲最終的目標。
當前，許多跟建築相關的業者對於BIM的應用與否，可能正徘徊於做與不做之間，此時此刻大家還是會循著原有的游戲規則玩下去。即使是用上了BIM，實質上的建築資訊模型化工作也幾乎都集中在設計階段進行，發給施工方的仍然是紙質的二維藍圖，建築業界共用的組件庫與材質庫仍然未見踪影。在設計方與施工方自身，各項整合與協同作業也尚在萌芽階段。其餘的參與方多半仍陷於被動因應的狀態，因此依照眼下的狀態來看，BIM整體的效益並非如同宣傳中所描述的願景那般美好，距離『王子與公主從此過著幸福快樂的日子』也還很遙遠。
建築案件運行中各個參與方所牽涉的程度深淺不同，應用BIM看起來都能獲得一些實質上的效益，同時相應的也得付出代價，收穫與付出之間能不能平衡或者怎麽去平衡，這得由參與者自己决定，別人不宜多嘴多舌的畫個大餅去指導他做出决定。
如果爲了急於推動BIM，捧著國外的所謂成功案例說我們也應該這樣那樣，這種做法沒考慮到的狀况很多，每個地區的建築環境必然會受到許多因素所影響，因爲地域不同、民情不同、社會結構不同、建築制度不同、設計業規模不同、營造施工能力不同…等等，這一切都使得我們這裡建築業界的生態跟國外存在著不小的差異。
數碼阿叔以爲，BIM要在我們這個島上生根發芽，必然會因爲上述這些既存的差異而出現"本地化" (localized)的轉變。本地化以後的"臺灣式BIM"肯定不是洋人那一套原汁原味的東西，最後被端上桌的會是一道什麽菜，我不知道，我只想知道這個BIM會是誰的菜？
（本篇完）
承續上一篇博文《該爲BIM支付哪些代價？》
BIM是誰的菜?
整個建築案件的生命周期以行爲階段來區分，包含到投資、規劃、設計、施工、使用等等不同的階段，它的牽涉面很廣泛，從開始規劃直到最終廢棄，整個時間跨度可能會在數十年甚至超過一百年之久，今天有些人說BIM能完美的解决那些存在已久的種種建築問題，是個很理想的東西。實際上真正運用BIM完成的建築案例不惟在這世界上數量不多，事實上其中也沒有哪一座建築物已經渡過它正常的整個生命周期，一切都是個現在進行式。
"時間"是個重要的因素，任何短期內顯現的效益和措施都必須經過長期的"時間檢驗"去驗證和落實。不可以隨口就說:『我看行!』，唯有經過檢驗才能評價它到底是行還是不行。
說得明白一點，在目前看來運用BIM以後的確可以爲投資的業主方、施工方以及設計方節省直接成本，反過來說也就是他們藉此創造了利益，這種利益當然不是雨露均沾的，從本益比來推斷是業主方與施工方獲得較多的利益，而設計方獲得較少的利益，這些都是基於建築行業當前的游戲規則裡從金錢角度的考量。可是對於整個建築行爲的最佳化和使用效益的最大化，BIM是否就是唯一的解决方案，目前言之過早。經過時間的考驗和沉澱以後，各個參與方彼此的相對關係如果因爲BIM的介入而發生變化，原先的游戲規則當然會跟著改變，未來的BIM生態未必就是今日我們所預期的BIM生態。
我這麽說，可能有些人不會同意我的觀點。當今我們這裡有少數公司的確利用統包(turnkey)的方式完成了一些基於BIM應用的個案。我的看法是，即使這些個案進行當中協調運作良好，但是這種集結在同一個公司內操作的方式，並非島內民間建築業體系異業分工合作的普遍性做法，而且零星個案的成功與否也不足以代表普遍化的狀態。我們對於任何制度的創建必須以能够讓最多的業者普遍化接受和應用做爲最終的目標。
當前，許多跟建築相關的業者對於BIM的應用與否，可能正徘徊於做與不做之間，此時此刻大家還是會循著原有的游戲規則玩下去。即使是用上了BIM，實質上的建築資訊模型化工作也幾乎都集中在設計階段進行，發給施工方的仍然是紙質的二維藍圖，建築業界共用的組件庫與材質庫仍然未見踪影。在設計方與施工方自身，各項整合與協同作業也尚在萌芽階段。其餘的參與方多半仍陷於被動因應的狀態，因此依照眼下的狀態來看，BIM整體的效益並非如同宣傳中所描述的願景那般美好，距離『王子與公主從此過著幸福快樂的日子』也還很遙遠。
建築案件運行中各個參與方所牽涉的程度深淺不同，應用BIM看起來都能獲得一些實質上的效益，同時相應的也得付出代價，收穫與付出之間能不能平衡或者怎麽去平衡，這得由參與者自己决定，別人不宜多嘴多舌的畫個大餅去指導他做出决定。
數碼阿叔以爲，BIM要在我們這個島上生根發芽，必然會因爲上述這些既存的差異而出現"本地化" (localized)的轉變。本地化以後的"臺灣式BIM"肯定不是洋人那一套原汁原味的東西，最後被端上桌的會是一道什麽菜，我不知道，我只想知道這個BIM會是誰的菜？
（本篇完）
BIM是誰的菜？(3/4)
作者：數碼阿叔/柏基建築師，歲次庚寅年臘月寫於臺北
承續上一篇博文《誰從BIM裡獲取了利益？》
該爲BIM支付哪些代價？
在建築案件裡應用BIM，看起來似乎對每一個參與者都有利益。然而，BIM絕對不是那種"花錢不多，樂子不小"的東西，天下沒有白吃的午餐，想要獲得利益當然得付出代價啦。爲了得到應用"BIM"所帶來的種種好處，在建築案件中的各方參與者總得付出一點"好處費"。看不破這一點，那就別去摻和BIM，還是老實一點將就著使用現在的二維CAD圖形繼續玩下去，房屋總是蓋的起來的。
(1) 投資的業主
•需要聘請真正對BIM內行的專案經理和工作人員。
爲了執行BIM業主端的操作，業主必須聘請對BIM真正內行的專業人員，代爲操持跟BIM相關的計劃、協調與檢驗事務，才能順利的運作BIM。
•因實施BIM所支付的作業成本得合理的提高。
應用建築資訊模型化的作業成本必將高於傳統的二維CAD圖形作業成本，給付設計團隊的酬金必然得相對的合理提高。業主方一定要正確的認知一個事實，BIM不是便宜擱大碗或不花錢就能得到的東西。所謂一個蘿蔔一個坑，便宜無好貨，這是顛撲不破的硬道理。如果業主不能體認到這一點，那麽他是玩不起BIM的。
(2) 建築設計團隊（建築師與專業技師等）
•需要持續學習一系列跟應用BIM相關軟體的操作。
想要應用BIM，首先必須有個清楚的認知，只憑一套CAD軟體打天下的時代已經過去了。如今需要學習一系列跟應用BIM相關軟體的操作，並且建立新的作業方法與工作流程。
•應用BIM必須具備協同作業的觀念和嫻熟的操作能力才能建立生産力。
設計團隊的成員(建築師與專業技師們)都得建立相互協同作業的架構，並且要能嫻熟的運作平行作業的工作流程，才能建立並且維持高效率的生産力。
•對電腦硬體的投資會持續增加。
當建築案件的規模擴大時，用於運行BIM相關各個軟體的電腦硬體也將隨著進行更新或提升性能。那些嵌附了完整建築資訊的三維模型，模型檔案變得龐大而且模型內容變得很複雜，想要流暢的在電腦上運行，那麽對電腦硬體處理能力的要求就不是宣傳中那麽低階了，通常都得找尋市場上PC工作站級那種高速電腦來運行。(建築設計的範圍很廣，不是只弄些小變電機房或低層雙併公寓而已，如果只搞那種小東西，又何需BIM呢？)
•跟BIM相關的各種軟體的投資會持續增加。
軟體業者每年都發行一次要收費的更新版，幷且改變模型檔案的版本相容性，讓既有的使用者不得不再度付費跟隨著升級。軟體業者常常會用擠牙膏的方式，每次更新版本裡只增加了少許新功能，延續軟體的生命周期。由於版本間的相容性問題，軟體使用者不得不跟著升級更新。
•團隊成員間的協同作業磨合期將影響生産力。
當設計團隊的組成成員(建築師與各專業技師們)發生變動時，在新加入成員與團隊的協同作業磨合期間，團隊的生産力將因而受到影響。
•專業人員教育訓練成本會不斷增加。
當工作人員離職或新進變得頻繁的時候，教育訓練的成本與生産力提升不見得能掛鈎，也使得教育訓練會成爲常態性進行的工作。
•創建組件與建築材料資料庫以及更新維護資料庫的成本隨時間增加。
當前我們的建築業界對於本地化的共用組件庫與建築材料庫的支援力度很低，要深入應用BIM就必須自己創建足够的"建築構件模型"(BEM)以及建立一個組件資料庫使用，並且得自己設法持續進行維護與更新。
•有關應用BIM所增加的設計酬金比率、爲特定專案自訂組件的智慧財産權歸屬目前都還是講不清楚的問題。
(3) 營造施工者
爲了能在施工過程裡完整的發揮BIM帶來的效益，施工者應該改變傳統上只按圖施工其他一概不理的被動心態，爭取拿到並且應用這種三維資訊模型用做建造的主要對照樣本，以積極主動的態度主導工程合理的進行。
•組織具備BIM操作能力的專業人員，對電腦軟硬體和專業人員教育訓練的投資。
•建立基於BIM的新作業方法和流程，把跟模型的互動關係加進施工程序中。
•如果位於上游的設計單位並沒有把BIM應用在設計圖說中，營造施工者可能得自己進行建築資訊模型化，在營造施工階段爲自己創造工作效率和經營利潤。
(4) 建築材料與設備供應廠商
當BIM被建築業界普及運用的時候，創建一個本地化、非營利性質的"共用資料庫"，可以促成我們這裡本地供應商的銷售商機。因此建築材料與設備供應商們一定要體認到共用資料庫的重要性，日後凡是未被共用資料庫收錄的建築材料和建築設備産品，可能就將失去被BIM操作者選用的機會，從而失去在這個領域裡的競爭力。即使不存在共用資料庫，各個設計團隊自行構建的資料庫依然左右著建築材料與建築設備的選用權。
由於共用資料庫的管理者只管收集、分類、保存與更新廠商提供的産品資料檔案，提供各個設計團隊查閱或下載使用，本身並不參與製作。因而：
•建築材料供應商得持續提供其最新的建材資訊電子檔案給共用建材資料庫。
•建築設備供應商得持續提供其設備最新資訊模型電子檔案給共用組件資料庫。
•廠商可能得額外投入成本自行製作或者委托別人代爲製作符合資料庫要求的各種格式"建築構件模型"(BEM)和建材電子型錄。
(5) 建築物的使用者
•購屋者可能會因爲購買經過BIM加持的新建成房屋而額外多付出房價
這個社會上消費者永遠是弱勢的群體，跟生産者相比，消費者獲得的産品訊息經常是被動的、片面的以及經過包裝的。因而在房屋市場中購屋者雖然人口數衆多，也容易受廣告包裝左右其表面價值，爲購買應用了BIM建造的房屋而多付出費用。
(6) 建築物的物業管理者
•對電腦軟硬體與操作人員教育訓練的投資
如果建築物的物業管理者要利用三維的建築資訊模型做爲維修管理的載台，那麽物業管理者除了得裝備能够讀取模型檔案的相關電腦軟硬體，同時也得配置能操作BIM工具軟體的人員。
(7) BIM建模工具軟體業者
•高昂的軟體售價、密集的付費更新策略，直接影響到使用軟體的群衆中合法使用者的比率，使得軟體業者的獲利率降低。
•軟體更新時間的壓力以及追隨硬體提升性能的壓力使得軟體開發成本提高。
•雖然開發BIM建模工具軟體的業者目的是銷售，並沒有義務爲軟體使用者建立完整而足够選用的建築構件資料庫。但是軟體業者藉著推銷軟體之便，扮演推手的角色，推動或協助創建一個完整的本地化共用資料庫，當能更有助於推銷軟體。
未完，接續下一篇博文【BIM是誰的菜？】(4/4):《BIM是誰的菜？》
承續上一篇博文《誰從BIM裡獲取了利益？》
該爲BIM支付哪些代價？
在建築案件裡應用BIM，看起來似乎對每一個參與者都有利益。然而，BIM絕對不是那種"花錢不多，樂子不小"的東西，天下沒有白吃的午餐，想要獲得利益當然得付出代價啦。爲了得到應用"BIM"所帶來的種種好處，在建築案件中的各方參與者總得付出一點"好處費"。看不破這一點，那就別去摻和BIM，還是老實一點將就著使用現在的二維CAD圖形繼續玩下去，房屋總是蓋的起來的。
(1) 投資的業主
•需要聘請真正對BIM內行的專案經理和工作人員。
爲了執行BIM業主端的操作，業主必須聘請對BIM真正內行的專業人員，代爲操持跟BIM相關的計劃、協調與檢驗事務，才能順利的運作BIM。
•因實施BIM所支付的作業成本得合理的提高。
應用建築資訊模型化的作業成本必將高於傳統的二維CAD圖形作業成本，給付設計團隊的酬金必然得相對的合理提高。業主方一定要正確的認知一個事實，BIM不是便宜擱大碗或不花錢就能得到的東西。所謂一個蘿蔔一個坑，便宜無好貨，這是顛撲不破的硬道理。如果業主不能體認到這一點，那麽他是玩不起BIM的。
(2) 建築設計團隊（建築師與專業技師等）
•需要持續學習一系列跟應用BIM相關軟體的操作。
想要應用BIM，首先必須有個清楚的認知，只憑一套CAD軟體打天下的時代已經過去了。如今需要學習一系列跟應用BIM相關軟體的操作，並且建立新的作業方法與工作流程。
•應用BIM必須具備協同作業的觀念和嫻熟的操作能力才能建立生産力。
設計團隊的成員(建築師與專業技師們)都得建立相互協同作業的架構，並且要能嫻熟的運作平行作業的工作流程，才能建立並且維持高效率的生産力。
•對電腦硬體的投資會持續增加。
當建築案件的規模擴大時，用於運行BIM相關各個軟體的電腦硬體也將隨著進行更新或提升性能。那些嵌附了完整建築資訊的三維模型，模型檔案變得龐大而且模型內容變得很複雜，想要流暢的在電腦上運行，那麽對電腦硬體處理能力的要求就不是宣傳中那麽低階了，通常都得找尋市場上PC工作站級那種高速電腦來運行。(建築設計的範圍很廣，不是只弄些小變電機房或低層雙併公寓而已，如果只搞那種小東西，又何需BIM呢？)
•跟BIM相關的各種軟體的投資會持續增加。
軟體業者每年都發行一次要收費的更新版，幷且改變模型檔案的版本相容性，讓既有的使用者不得不再度付費跟隨著升級。軟體業者常常會用擠牙膏的方式，每次更新版本裡只增加了少許新功能，延續軟體的生命周期。由於版本間的相容性問題，軟體使用者不得不跟著升級更新。
•團隊成員間的協同作業磨合期將影響生産力。
當設計團隊的組成成員(建築師與各專業技師們)發生變動時，在新加入成員與團隊的協同作業磨合期間，團隊的生産力將因而受到影響。
•專業人員教育訓練成本會不斷增加。
當工作人員離職或新進變得頻繁的時候，教育訓練的成本與生産力提升不見得能掛鈎，也使得教育訓練會成爲常態性進行的工作。
•創建組件與建築材料資料庫以及更新維護資料庫的成本隨時間增加。
當前我們的建築業界對於本地化的共用組件庫與建築材料庫的支援力度很低，要深入應用BIM就必須自己創建足够的"建築構件模型"(BEM)以及建立一個組件資料庫使用，並且得自己設法持續進行維護與更新。
•有關應用BIM所增加的設計酬金比率、爲特定專案自訂組件的智慧財産權歸屬目前都還是講不清楚的問題。
(3) 營造施工者
爲了能在施工過程裡完整的發揮BIM帶來的效益，施工者應該改變傳統上只按圖施工其他一概不理的被動心態，爭取拿到並且應用這種三維資訊模型用做建造的主要對照樣本，以積極主動的態度主導工程合理的進行。
•組織具備BIM操作能力的專業人員，對電腦軟硬體和專業人員教育訓練的投資。
•建立基於BIM的新作業方法和流程，把跟模型的互動關係加進施工程序中。
•如果位於上游的設計單位並沒有把BIM應用在設計圖說中，營造施工者可能得自己進行建築資訊模型化，在營造施工階段爲自己創造工作效率和經營利潤。
(4) 建築材料與設備供應廠商
當BIM被建築業界普及運用的時候，創建一個本地化、非營利性質的"共用資料庫"，可以促成我們這裡本地供應商的銷售商機。因此建築材料與設備供應商們一定要體認到共用資料庫的重要性，日後凡是未被共用資料庫收錄的建築材料和建築設備産品，可能就將失去被BIM操作者選用的機會，從而失去在這個領域裡的競爭力。即使不存在共用資料庫，各個設計團隊自行構建的資料庫依然左右著建築材料與建築設備的選用權。
由於共用資料庫的管理者只管收集、分類、保存與更新廠商提供的産品資料檔案，提供各個設計團隊查閱或下載使用，本身並不參與製作。因而：
•建築材料供應商得持續提供其最新的建材資訊電子檔案給共用建材資料庫。
•建築設備供應商得持續提供其設備最新資訊模型電子檔案給共用組件資料庫。
•廠商可能得額外投入成本自行製作或者委托別人代爲製作符合資料庫要求的各種格式"建築構件模型"(BEM)和建材電子型錄。
(5) 建築物的使用者
•購屋者可能會因爲購買經過BIM加持的新建成房屋而額外多付出房價
這個社會上消費者永遠是弱勢的群體，跟生産者相比，消費者獲得的産品訊息經常是被動的、片面的以及經過包裝的。因而在房屋市場中購屋者雖然人口數衆多，也容易受廣告包裝左右其表面價值，爲購買應用了BIM建造的房屋而多付出費用。
(6) 建築物的物業管理者
•對電腦軟硬體與操作人員教育訓練的投資
如果建築物的物業管理者要利用三維的建築資訊模型做爲維修管理的載台，那麽物業管理者除了得裝備能够讀取模型檔案的相關電腦軟硬體，同時也得配置能操作BIM工具軟體的人員。
(7) BIM建模工具軟體業者
•高昂的軟體售價、密集的付費更新策略，直接影響到使用軟體的群衆中合法使用者的比率，使得軟體業者的獲利率降低。
•軟體更新時間的壓力以及追隨硬體提升性能的壓力使得軟體開發成本提高。
•雖然開發BIM建模工具軟體的業者目的是銷售，並沒有義務爲軟體使用者建立完整而足够選用的建築構件資料庫。但是軟體業者藉著推銷軟體之便，扮演推手的角色，推動或協助創建一個完整的本地化共用資料庫，當能更有助於推銷軟體。
未完，接續下一篇博文【BIM是誰的菜？】(4/4):《BIM是誰的菜？》
BIM是誰的菜？(2/4)
作者：數碼阿叔/柏基建築師，歲次庚寅年臘月寫於臺北
承續上一篇博文《BIM來也！我就是路我是光》
誰從BIM裡獲取了效益？
•有效的控制工程進度，在最合理的期限內把房屋建造起來。(不該是最短！)
•有利於規劃資金流程，能比較精准的管理資金進出的時程。
•有利於提升房屋價值，在社會觀感上對業主的經營地位與房屋價值都有助益。
應用了BIM的建築行爲，應該能比較容易的幫助業主達成資金投入率合理化、報酬回收率最大化的目標。
(2) 建築設計團隊(建築師/專業技師等)
•把建築設計體現在單一的三維模型上。
從單一模型産生平面、立面、剖面以及細部詳圖，最大程度的减低圖面不一致的可能性。這並非BIM獨有之處，一般經由三維模型進行建築設計的工具都能辦得到，然而應用這些BIM工具軟體目前可以先行生成所需的各種圖面嵌附在模型裡，跟隨著模型同步深化和修改。
•把相關的建築資訊嵌附在模型的各個物件上。
這是BIM的精華所在，使用三維模型把往昔設計圖、說明書、材料清單...等等格式不同的建築資訊整合在一起，提升整體的應用效率。同時避免了像從前那樣在一大堆圖面中次第輸入標註、詮釋、跨圖面指引詳圖與說明的麻煩與時間。時間就是金錢，對於設計者與施工者來說，能節省時間意味著能降低成本。
•改圖或變更設計內容直接在模型上作業。
直接在三維模型上修改，不再需要逐張圖面分別修改，消除漏改的可能性。
•對"建築設計"裡形式、風格的建立無所助益，但是對"製圖"操作的效率幫助甚大。
建築設計思想層面的內涵取决於建築師腦海中的設計思維，這是電腦永遠無法取代的。要用做建築設計推演工具，軟體必須具有親和性很高的人機界面，可以像建築師手持鉛筆勾勒草圖那般跟腦海中的思維同步推演。但是當前這些BIM建模軟體，其人機界面的操作方式仍然延續傳統CAD軟體所需的精確輸入與計算，時時干擾設計構思的推演過程。雖然在某種程度上不適於拿來直接操作設計，但是三維模型整合圖形的功能，在設計後期却是一種整體效率很高的工具。
(3) 營造施工者
•從設計單位獲得的BIM施工圖其內容的錯誤與遺漏會比較少。
即使應用了BIM，完全無錯誤是不可能的，但是减低了因爲除錯或增補遺漏導致對施工程序的干擾和對工期的耽擱。
•準備根據傳統的二維施工圖自行創建三維資訊模型用於施工。
如果上游的設計者並沒有應用BIM完成施工圖說，具備BIM操作能力的營造施工單位可以自行創建三維資訊模型用於施工階段，從中獲取的實質效益將大於軟硬體與教育訓練的投資成本。
•根據BIM的建築資訊模型，建立切合實際進度能力的合理施工期限與工程施作程序。
切合實際的工程期限必須由施工廠商參照自身的施工能量，考量自身資金調度能力與業主分期支付工程款的能力，甚至包括長期氣象預報等等因素，藉此自己編製。在設計階段擬定的施工日程，通常是根據一切都理想的狀態，很可能會偏離實際狀况，施工者不能直接拿這種日程做爲工程期限施作。
•直接從模型"存取"詳細的建築資訊。
所有跟建築物相關的資訊都整合在單一的三維模型上，施工階段所有應用到的資料都能從模型上直接讀取，並且在施工階段持續更新建築資訊模型。
•以三維模型替代紙質施工藍圖，提升工程施作的精確度。
在工程施作前藉由三維模型進行模擬施作與安裝，可以大幅提升施工的精確度。
(4) 建築材料與設備供應廠商
•提升建築材料産品銷售商機。
建築材料供應廠商建立包含材料資訊的産品電子型錄，提供到"共用材料庫"存放，讓應用BIM的設計者直接從共用材料庫中選擇使用。這麽做能讓建築材料供應商開啓另一種有效率的銷售管道。
•提升建築設備産品銷售商機。
建築設備供應廠商建立産品的新型電子型錄，包括嵌附産品資訊的組件(三維的模型)，提供到"共用組件庫"存放，讓應用BIM的設計者直接從共用組件庫中選擇使用。相同的也開啓有效率的銷售管道。日後當BIM被建築業界普及使用的時候，設備供應商如果未能提供嵌附産品資訊的"建築構件模型"(BEM)可能就此失去被設計者採用的機會。
•在建築業界共用材料庫和共用組件庫尚未成立之前，這些電子型錄將由廠商直接提供給各個應用BIM的設計團隊使用。
(5) 建築物的使用者
•應用嵌附的建築性能資訊，讓使用者能更有效率的控制室內空間環境品質。
•從三維模型獲得準確的産權面積資料。
•藉由建築資訊模型能使得建築物在使用階段的"中期更新"具體化以及制度化。
(6) 建築物的物業管理者
•可以獲得準確的建築物施工圖，作爲執行物業管理的參考藍圖。
•利用三維模型可以明確知道建築物內外所有管綫、閥門的佈設位置以及所有管綫與設備的規格。對於建築物的設備管理和常態性維修過程有很大的幫助。
•在建築物維修保養和中期更新的時候，從三維資訊模型上可以直接查閱建築物使用建築材料的資料，也可以查閱建築物內外各種設備與設施的規格、型號、廠商的資訊。
(7) BIM工具軟體業者
•藉著推廣建築資訊模型化，軟體業者可望大幅度提升軟體的銷售率。如果再加上不斷更新版本，能獲利更多。
•藉由設計者所建立特定格式的三維模型，軟體業者可以設置地區性伺服器，經由網際網路提供建築性能分析、成本估算與能耗計算等，從銷售雲端服務獲利。
未完，接續下一篇博文【BIM是誰的菜？】(3/4):《該爲BIM支付哪些代價？》
承續上一篇博文《BIM來也！我就是路我是光》
誰從BIM裡獲取了效益？
BIM看起來不錯，在工程建設中實施了BIM以後，對參與的各方都有好處。雖然天下沒有只賺不賠的行業，操作得好，賺錢；操作得不好，賠錢；願賭服輸，這也是天經地義的事情，一切都在於主其事者的企圖心和準備好了沒有。那麽應用了"BIM"以後能爲各個參與者帶來哪些效益(包括利益)呢？
(1) 投資的業主
•有效的控制預算成本，花費最合理的費用把房屋建造起來。(不該是最少！)
(1) 投資的業主
•有效的控制預算成本，花費最合理的費用把房屋建造起來。(不該是最少！)
•有效的控制工程進度，在最合理的期限內把房屋建造起來。(不該是最短！)
•有利於規劃資金流程，能比較精准的管理資金進出的時程。
•有利於提升房屋價值，在社會觀感上對業主的經營地位與房屋價值都有助益。
應用了BIM的建築行爲，應該能比較容易的幫助業主達成資金投入率合理化、報酬回收率最大化的目標。
(2) 建築設計團隊(建築師/專業技師等)
•把建築設計體現在單一的三維模型上。
從單一模型産生平面、立面、剖面以及細部詳圖，最大程度的减低圖面不一致的可能性。這並非BIM獨有之處，一般經由三維模型進行建築設計的工具都能辦得到，然而應用這些BIM工具軟體目前可以先行生成所需的各種圖面嵌附在模型裡，跟隨著模型同步深化和修改。
•把相關的建築資訊嵌附在模型的各個物件上。
這是BIM的精華所在，使用三維模型把往昔設計圖、說明書、材料清單...等等格式不同的建築資訊整合在一起，提升整體的應用效率。同時避免了像從前那樣在一大堆圖面中次第輸入標註、詮釋、跨圖面指引詳圖與說明的麻煩與時間。時間就是金錢，對於設計者與施工者來說，能節省時間意味著能降低成本。
•减少大量對圖面檢查、除錯與核對的時間。
對設計者來說，出圖前仔細核對圖面與除錯是應盡的責任同時也是比較頭疼的問題，不但得花費大量的時間與人力，並且，偶有遺漏之處就會被人說成是普遍發生的現象。應用BIM把圖形直接鏈接在模型上，跟隨著模型同步更改，能爲設計者在核對圖面與除錯上節省大量的時間。
對設計者來說，出圖前仔細核對圖面與除錯是應盡的責任同時也是比較頭疼的問題，不但得花費大量的時間與人力，並且，偶有遺漏之處就會被人說成是普遍發生的現象。應用BIM把圖形直接鏈接在模型上，跟隨著模型同步更改，能爲設計者在核對圖面與除錯上節省大量的時間。
•改圖或變更設計內容直接在模型上作業。
直接在三維模型上修改，不再需要逐張圖面分別修改，消除漏改的可能性。
•對"建築設計"裡形式、風格的建立無所助益，但是對"製圖"操作的效率幫助甚大。
建築設計思想層面的內涵取决於建築師腦海中的設計思維，這是電腦永遠無法取代的。要用做建築設計推演工具，軟體必須具有親和性很高的人機界面，可以像建築師手持鉛筆勾勒草圖那般跟腦海中的思維同步推演。但是當前這些BIM建模軟體，其人機界面的操作方式仍然延續傳統CAD軟體所需的精確輸入與計算，時時干擾設計構思的推演過程。雖然在某種程度上不適於拿來直接操作設計，但是三維模型整合圖形的功能，在設計後期却是一種整體效率很高的工具。
(3) 營造施工者
•從設計單位獲得的BIM施工圖其內容的錯誤與遺漏會比較少。
即使應用了BIM，完全無錯誤是不可能的，但是减低了因爲除錯或增補遺漏導致對施工程序的干擾和對工期的耽擱。
•準備根據傳統的二維施工圖自行創建三維資訊模型用於施工。
如果上游的設計者並沒有應用BIM完成施工圖說，具備BIM操作能力的營造施工單位可以自行創建三維資訊模型用於施工階段，從中獲取的實質效益將大於軟硬體與教育訓練的投資成本。
•根據BIM的建築資訊模型，建立切合實際進度能力的合理施工期限與工程施作程序。
切合實際的工程期限必須由施工廠商參照自身的施工能量，考量自身資金調度能力與業主分期支付工程款的能力，甚至包括長期氣象預報等等因素，藉此自己編製。在設計階段擬定的施工日程，通常是根據一切都理想的狀態，很可能會偏離實際狀况，施工者不能直接拿這種日程做爲工程期限施作。
•直接從模型"存取"詳細的建築資訊。
所有跟建築物相關的資訊都整合在單一的三維模型上，施工階段所有應用到的資料都能從模型上直接讀取，並且在施工階段持續更新建築資訊模型。
•以三維模型替代紙質施工藍圖，提升工程施作的精確度。
在工程施作前藉由三維模型進行模擬施作與安裝，可以大幅提升施工的精確度。
(4) 建築材料與設備供應廠商
•提升建築材料産品銷售商機。
建築材料供應廠商建立包含材料資訊的産品電子型錄，提供到"共用材料庫"存放，讓應用BIM的設計者直接從共用材料庫中選擇使用。這麽做能讓建築材料供應商開啓另一種有效率的銷售管道。
•提升建築設備産品銷售商機。
建築設備供應廠商建立産品的新型電子型錄，包括嵌附産品資訊的組件(三維的模型)，提供到"共用組件庫"存放，讓應用BIM的設計者直接從共用組件庫中選擇使用。相同的也開啓有效率的銷售管道。日後當BIM被建築業界普及使用的時候，設備供應商如果未能提供嵌附産品資訊的"建築構件模型"(BEM)可能就此失去被設計者採用的機會。
•在建築業界共用材料庫和共用組件庫尚未成立之前，這些電子型錄將由廠商直接提供給各個應用BIM的設計團隊使用。
(5) 建築物的使用者
•應用嵌附的建築性能資訊，讓使用者能更有效率的控制室內空間環境品質。
•從三維模型獲得準確的産權面積資料。
•藉由建築資訊模型能使得建築物在使用階段的"中期更新"具體化以及制度化。
(6) 建築物的物業管理者
•可以獲得準確的建築物施工圖，作爲執行物業管理的參考藍圖。
•利用三維模型可以明確知道建築物內外所有管綫、閥門的佈設位置以及所有管綫與設備的規格。對於建築物的設備管理和常態性維修過程有很大的幫助。
•在建築物維修保養和中期更新的時候，從三維資訊模型上可以直接查閱建築物使用建築材料的資料，也可以查閱建築物內外各種設備與設施的規格、型號、廠商的資訊。
(7) BIM工具軟體業者
•藉著推廣建築資訊模型化，軟體業者可望大幅度提升軟體的銷售率。如果再加上不斷更新版本，能獲利更多。
•藉由設計者所建立特定格式的三維模型，軟體業者可以設置地區性伺服器，經由網際網路提供建築性能分析、成本估算與能耗計算等，從銷售雲端服務獲利。
未完，接續下一篇博文【BIM是誰的菜？】(3/4):《該爲BIM支付哪些代價？》
BIM是誰的菜？(1/4)
作者：數碼阿叔/柏基建築師，歲次庚寅年臘月寫於臺北
BIM來也！我就是路我是光
當前，在我們這個社會上，如果誰想要扮演推手的角色，想要順利推動一種革命性的新工具或者新技術，光憑著四處宣示美麗的願景是絕對無法達成目標的。經過了金融海嘯和景氣持續低迷以後，大家都學會了秉持著守成不易的想法，行事變得保守因循，要求他們一下子改弦更張棄舊迎新，結果必然是沒人理你。因此最爲可行的方式就是把那些跟目標領域裡相關聯的一攬子協同作業單位統統都拖下水，告訴他們只要能跟著我走(follow me)，今後大家就能耕者有其田，不再食無魚出無車。最好再搞個幾次論壇，找來幾位專家爲此背書，或弄幾件成功的案例(case study)來演示一番，顯現出在他們各自的專業領域裡真能有光明的前途和足够的利潤。
BIM亦如是，自從上個世紀80年代以來，我們的建築業界一直廣泛的運用PC級的二維CAD軟體作爲共同的製圖工具，迄今已經將近30個寒暑。雖然把這些二維CAD軟體應用在建築設計中的時候，因爲其本身的人機界面親和性先天存在著無法克服的缺點(關於這一點那些軟體公司多半不會承認的)，使用的人雖然不甚滿意但還可以接受，建築業自動化的理想也就在小部份自動、大部份手工的狀態中沿用至今，多年下來大家也習以爲常，並且已經發展成建築業中相關各專業間共同遵循的一套游戲規則。
最近這幾年，就在大家的眼皮子底下忽然冒出來一個叫做BIM的東西，有人說它是將零散的建築資訊經由"模型化"(Building Information Modeling)整合在一起，有人硬說它指的是一種建築資訊"模型"(Building Information Model)，衆說紛紜莫衷一是哪！推銷BIM的人說它是個好東西，是當前武林中傳聞的倚天劍屠龍刀，它的橫空出世將能解决目前建江湖中所存在的一切問題，化解所有的難題和矛盾。這個被說成震驚武林轟動萬教的神兵利器體現在新一代的CAD工具軟體上，賣軟體的公司說這是一種具備實現BIM能力的工具軟體，好東西當然得賣個好價錢，但是一定得讓掏出銀子買這種軟體的人感覺到物超所值，你說是吧？
暫且不論BIM是工具技術還是行爲觀念，根據數碼阿叔我這幾年來對BIM的粗淺認識，我也認爲用上BIM能有機會爲建築業界解决某些既有的"歷史遺留問題"。但是這個世界上不存在完美的東西，許多能給我們帶來效益的措施和做法都可能在一些環節中産生副作用，重要的是我們得事先瞭解隱藏在這裡面的一些不足之處，才能有效的防杜或者適時的進行彌補。實際上，比較完整的BIM概念和整合性操作方法，是在晚近的四五年間出現的。在此之前，這麽多年以來即使沒有這個所謂BIM可資運用，我們的建築業界照樣把都市搞得高樓林立，因此在本質上這個BIM並不存在非我不可的必然性，只是藉著BIM可以讓我們飛得更高、走得更遠。
那些被BIM業者所一再拿出來强調的什麽圖面不一致的失誤…等等現象，凡是真正在建築行業的第一綫工作過的人都很清楚，會發生這種狀况多半是設計者在出圖前沒有仔細核對圖面，所以設計者自己本身要擔負相當的失察責任，不能推說是人力所不能及的狀態。至於施工時無法掌握工期或者錯誤返工…等等問題，負責施工的營造廠在開工前製作施工計劃時，有責任根據自己的施作能力合理的制定相應的工期。同時施工者必須在施工前仔細讀圖，確實瞭解工程的每一處細節(俗話說把圖吃透)，如果真的能貫徹這一點，圖說中有任何不一致、遺漏或錯誤的地方此時將無一遁形，應該向設計方要求厘清或者要求解釋。該怎麽做才能避免錯誤返工或者耽誤工期，這些都跟施工者的經營成本息息相關的，不宜概括承受或者一推了之，難道身爲一個負責任的專業施工廠商，會在沒有規劃施工細節的情况下就冒然去施作嗎？因此，對於發生錯誤返工這種情況，實際上雙方都有責任，相互推諉是不好的。
制度上並非沒有過濾的機制，如果該要把關的人能負責盡職，當然能避免掉很多不該發生的狀况。然而，人事！人事！只要有"人"摻和在裡面必然會有"事"，任何團體裡總是有人夾在裡面打混的，否則也不會有機會讓人拿這些狀况來說事。許多個別事件的事後卸責之詞在今天被有意放大並且說成是一種普遍現象，拿這些用做推廣BIM的重要理由，我認爲這種心態不可取。
我不禁想問問，在運用了BIM之後，是否就能避免設計中的錯誤遺漏，是否就能保證上述這些問題不會再發生呢？(答案當然是否定的啦！)
一座建築物從開始規劃一直到最終拆除廢棄，在這整個建築生命周期的各個階段當中牽涉到很多不同參與方，他們之間有的搭台有的唱戲，都扮演著特定的角色。我的看法，真正能讓他們參與並且應用BIM的驅動力只有一個"錢"字，希望經由BIM能節省成本並且獲取最大的利益，除此之外，還有別的嗎？
最近這幾年，就在大家的眼皮子底下忽然冒出來一個叫做BIM的東西，有人說它是將零散的建築資訊經由"模型化"(Building Information Modeling)整合在一起，有人硬說它指的是一種建築資訊"模型"(Building Information Model)，衆說紛紜莫衷一是哪！推銷BIM的人說它是個好東西，是當前武林中傳聞的倚天劍屠龍刀，它的橫空出世將能解决目前建江湖中所存在的一切問題，化解所有的難題和矛盾。這個被說成震驚武林轟動萬教的神兵利器體現在新一代的CAD工具軟體上，賣軟體的公司說這是一種具備實現BIM能力的工具軟體，好東西當然得賣個好價錢，但是一定得讓掏出銀子買這種軟體的人感覺到物超所值，你說是吧？
暫且不論BIM是工具技術還是行爲觀念，根據數碼阿叔我這幾年來對BIM的粗淺認識，我也認爲用上BIM能有機會爲建築業界解决某些既有的"歷史遺留問題"。但是這個世界上不存在完美的東西，許多能給我們帶來效益的措施和做法都可能在一些環節中産生副作用，重要的是我們得事先瞭解隱藏在這裡面的一些不足之處，才能有效的防杜或者適時的進行彌補。實際上，比較完整的BIM概念和整合性操作方法，是在晚近的四五年間出現的。在此之前，這麽多年以來即使沒有這個所謂BIM可資運用，我們的建築業界照樣把都市搞得高樓林立，因此在本質上這個BIM並不存在非我不可的必然性，只是藉著BIM可以讓我們飛得更高、走得更遠。
那些被BIM業者所一再拿出來强調的什麽圖面不一致的失誤…等等現象，凡是真正在建築行業的第一綫工作過的人都很清楚，會發生這種狀况多半是設計者在出圖前沒有仔細核對圖面，所以設計者自己本身要擔負相當的失察責任，不能推說是人力所不能及的狀態。至於施工時無法掌握工期或者錯誤返工…等等問題，負責施工的營造廠在開工前製作施工計劃時，有責任根據自己的施作能力合理的制定相應的工期。同時施工者必須在施工前仔細讀圖，確實瞭解工程的每一處細節(俗話說把圖吃透)，如果真的能貫徹這一點，圖說中有任何不一致、遺漏或錯誤的地方此時將無一遁形，應該向設計方要求厘清或者要求解釋。該怎麽做才能避免錯誤返工或者耽誤工期，這些都跟施工者的經營成本息息相關的，不宜概括承受或者一推了之，難道身爲一個負責任的專業施工廠商，會在沒有規劃施工細節的情况下就冒然去施作嗎？因此，對於發生錯誤返工這種情況，實際上雙方都有責任，相互推諉是不好的。
制度上並非沒有過濾的機制，如果該要把關的人能負責盡職，當然能避免掉很多不該發生的狀况。然而，人事！人事！只要有"人"摻和在裡面必然會有"事"，任何團體裡總是有人夾在裡面打混的，否則也不會有機會讓人拿這些狀况來說事。許多個別事件的事後卸責之詞在今天被有意放大並且說成是一種普遍現象，拿這些用做推廣BIM的重要理由，我認爲這種心態不可取。
我不禁想問問，在運用了BIM之後，是否就能避免設計中的錯誤遺漏，是否就能保證上述這些問題不會再發生呢？(答案當然是否定的啦！)
一座建築物從開始規劃一直到最終拆除廢棄，在這整個建築生命周期的各個階段當中牽涉到很多不同參與方，他們之間有的搭台有的唱戲，都扮演著特定的角色。我的看法，真正能讓他們參與並且應用BIM的驅動力只有一個"錢"字，希望經由BIM能節省成本並且獲取最大的利益，除此之外，還有別的嗎？
未完，接續下一篇博文【BIM是誰的菜？】(2/4):《誰從BIM裡獲取了效益？》
你也BIM！我也BIM！大家都來BIM！
你也BIM！我也BIM！大家都來BIM！
作者：數碼阿叔/柏基建築師，歲次庚寅年臘月寫于臺北當前，只要是跟建築行業有點關連的人，很少沒聽到過"BIM"的，BIM是個被熱烈談論的時髦話題，許多吃建築飯的人見面時的第一句話就是詢問對方:『你BIM了沒？』，好像沒跟BIM沾上點邊兒(即使只是嘴上說說)，自己就沒能站在時代的風頭浪尖上。
BIM是什麽我們另文再談，我們先來看看這個BIM在應用過程中到底牽扯了哪些人在內呢？數一數還真不少，包括了搞投資開發的業主、搞設計的建築師與專業技師、搞營造施工的營造廠、搞技術服務的專業顧問、供應建築構件與設備的供應廠商以及提供相關軟硬體的電腦廠商等等一拖拉庫的單位或個體。為什麽他們對BIM如此關心，或者說為什麽他們應該關心BIM，主要的原因是因為這些人士是靠著平地起高樓吃飯的，他們實際上關心的是商機、成本以及利潤，實施了BIM能給他們帶來這種好處。
況且，我們全能的政府也發話了：『在可以預見的未來，工程界都要把BIM應用在工程上』，說不定從哪天開始就連向政府申請建築許可都得提出BIM的文檔和模型政府才受理。商機的召喚甚囂塵上，加上有政府這隻手在不住推動，即使現在大家(不包括那些"BIM專家"吧)可能還弄不太清楚這個BIM在他們這些領域裡具體的內容，可是既然已經有傳說將來可能要這麽做，那麽與其到時候被迫去做，不如現在自己主動先做，晚做不如早做，反正大家一起摸著石頭過河，總能搞出一點名堂來吧(從BIM裡能搞出一點錢來倒是比較實在的)。說起來上述這些單位和個體他們是BIM的製造群體，他們在實施過程中可能直接從應用BIM而獲利(也許不是金錢上的利益)。
除了將來會靠BIM生財的這一方以外，還有更重要的一方我們不應該漏掉，那就是建築物落成以後的最終使用人以及建築物的物業管理維修者，雖然在前半段的建築行為過程中他們插不上手，扮演了被動接受的角色，但說實在的他們也是BIM的間接受益者。通過BIM應用在建築物上的行為，將來可能給他們帶來的是很長一段歲月的省錢、便利和使用效益，因而他們也該好好關心BIM這個話題。
那麽BIM是打哪兒來的？BIM終究不是從石頭縫裡蹦出來的那隻猴子，說起來這BIM還是個洋玩意兒，從夷狄之邦傳進中土還是最近幾年的事情，人家連國家標準都建立起來了，咱們這兒吶？跟它有關連的單位好像還在睡覺。為了我們也能BIM一下，別不好意思，現在師夷之長也是應該的，也還來的及哪！
建築業是個古老的行當，自從上個世紀80年代脫離了手工繪圖以後，這些年來始終是拿二維的CAD當成唯一的生產工具。然而隨著時代進步，人類在地球上蓋的房子越來越高、規模越來越大，傳統的二維CAD逐漸窮於應付越來越複雜的建築行為，而二維CAD製圖原生的問題也越發凸顯出來。那些以銷售CAD軟體為營利目標的各軟體開發商，他們也急於給逐漸捉襟見肘的CAD找出一條新的生路，於是…於是在那幾家軟體開發商的推波助瀾之下，結合渴求新工具的工程界，合力張起一面說是以天下為己任的大旗，藉著巧妙的廣告包裝，向世人推銷BIM的種種「無缺點的優點」，說是工程與建築業界未來的方向和希望。但換一個角度來看，我們身為建築設計人也許得感謝這些軟體開發商辛苦勞動的成果，使得一種新世代的三維CAD工具體系給逐步架構起來，為一次真正的設計工具革命掃除了障礙，鋪平了道路。
當然，在私底下我還是覺得軟體開發商他們真正期待的，是盼望建築相關行業為了實現BIM，大家都能從口袋裡掏出大把白花花的銀子購買他們所銷售的那些跟BIM相關的工具軟體。在此同時，軟體開發商們真該感謝那些BIM專家與先知們，他們利用各種場合宣講BIM的未來以及種種好處，凸顯對BIM應用的先知先行，其中有的人甚至宣稱已經從事或研究BIM凡廿年，真可謂是資深哪！如果你說搞了八年或十年的BIM，數碼阿叔我會肅然起敬，說搞了十五年的二維參數模型，我也可能會相信，但是要說搞了十八年或廿年的BIM，這我就不敢相信了，何不說是跟那位教父級的先行者Eastman先生並駕齊驅的從1975年開始一路搞到現在呢。人為了彰顯自己難免會膨風，但也別弄得太超過了，總不能把自己當年使用AutoCAD的"年資"也加進BIM裡面算在一起吧？
並不是我在故意寒磣某些人，我也玩了將近27年的AutoCAD，1983年購入的第一部電腦還是16-bit的PC-AT 8086, 8MHz。相對於今天使用64-bit的四核八線程Core i7 965, 3.2GHz，效能上簡直是天差地別。27年前AutoCAD 2.17版跟現在的2011版相比之下，那時功能真的很初級。至於電腦硬體方面，我們看看下面的資料，讓事實來說話。
廿年前的1992年，當時個人電腦PC-AT的CPU是1989年上市的80386SX, 20MHz，主記憶體只有16 Mb，安裝的作業系統是受到640Kb限制的MS-DOS 4.01。我們熟知的PC級圖形作業系統微軟Windows 3.11則尚未上市(直到1993年12月31日才上市)。就連Autodesk那年發行的也是在DOS作業系統下運行的AutoCAD R12版。至於高效能的電腦輔助設計軟體那時並不是沒有，當時的確有少數國外的大公司能有財力買得起昂貴的工作站級電腦(UNIX作業系統)，應用在汽車製造、航空太空以及電子工業的領域。除此之外，在那個時代一般平民百姓只能負擔得起、也只能買得到效能相對很低階的個人電腦(PC)，在那樣的軟硬體環境下，居然某些先知能高瞻遠矚的搞出BIM來，太有才了，真的！
因此趕時髦也好，追流行也罷，但就是因為到處都有人在給BIM煽風點火，所謂星星之火可以燎原，短短三四年之間，這個BIM竟被鼓搗得風起雲湧起來，吸引了更多人加進來摻和。因而時至今日，你也BIM！我也BIM！大家都來BIM！至於BIM這個橫空出世的工程建築界救星究竟是個什麽東西？我們下回分解，請看數碼阿叔我的另一篇博文《BIM是誰的菜》
2010年3月28日 星期日
從DWG導入SKP的準備工作
作者：數碼阿叔
http://blog.sketchupbbs.com/space.php?uid=6670&do=blog&id=2553
封面的問題：在進行描邊封面的過程中某些地方總是封不了面、在意外的位置封了面、封面時總有些面粘來粘去或出現不該有的重叠面、無法分離內部的面等等。
模型大小的問題：明明建立的模型很簡單，也還沒貼材質，但是SKP文件變得非常大，感覺有點拖不動模型，影響到操作性。
圓弧問題：原先連接在圓和弧上的綫端點現在抓不到或抓到的位置不對，以致封不了面。
對於上述這些現象，說起來導入的DWG圖形本身要負很大的責任，這個DWG圖形是在SketchUp裏三維模型的定位基準，再怎麽說在導入SketchUp之前也要先把DWG圖形整理得正確和清爽才行。否則帶過去後患無窮。
關於在把DWG格式的2D圖形導入SketchUp之前如何清理圖形內容的問題，由於原始的DWG圖形可能很單純也可能比較複雜，數碼阿叔抽空寫了這篇比較完整的清理圖形過程。
雖然SketchUp本身具備完整的建模功能，可以從無到有的完成整個三維模型。但由於SketchUp使用的座標系統不是AutoCAD的那種WCS絕對座標系統，在AutoCAD裏使用WCS座標系統是根據絕對座標值明確而直接的給圖形裏的各個"圖元" (Entity)定位。SketchUp所使用的是相對座標系統，所有的操作幾乎都是根據前一點的相對距離或角度進行定位，對於習慣於操作AutoCAD的使用者在初期概念設計階段或對既有圖形放樣會造成一定的不習慣。同時SketchUp對于圖層定義不像AutoCAD那麽嚴謹，在AutoCAD中每個圖元都隸屬於某個單一的圖層，新畫上一條綫，一定會落在"當前圖層" (Current layer)上，不同圖層上的圖元間不會相互干擾。
SketchUp對圖層的定義則鬆散得多，圖層主要的用途常用在視景管理上，即使也可以設置當前圖層，但是許多新圖元産生時(例如推拉)跟當前圖層也沒有必然的關係。對于比較複雜的建築圖，在基底平面上放樣的時候，SketchUp只要感應到能够圍合的區域又會自動産生封面粘來粘去，在這個階段的確難以提升工作效率。
該使用哪一種或哪幾種設計軟件完成設計工作，選擇權完全在于設計師自身，不在軟件發展商，設計師沒有必要忠心耿耿的死抱著某一個軟件跟它同生共死。別相信軟件發展商所說的『我們的軟件是XX設計唯一的解决方案(solution)』那種鬼話，世界上沒有完美的軟件，不論SketchUp、AutoCAD或其他軟件都各有其優勢也各有其不足。對於設計師來說不論什麽軟件都只是個設計工具，只要能提高設計的效率和品質，我們完全可以自由的把各種軟件組織在一起交互運用各取所長。因此在整個設計的進程中，有許多建築師和設計師會把從AutoCAD或其他CAD應用軟件所建立的二維圖形導入SketchUp用作建立三維設計模型的底圖。
對于我們準備導入SketchUp的DWG圖形，究其來源，可以區分爲下面幾種類型：
第一種類型：取得的建築資料本身就是原先已經完成的設計圖電子文件(DWG格式的圖形檔)。這些圖形可能是自己製作的，也可能是外來的。由于製圖習慣和作業水平的差异，這些圖形也幷不是專爲導入SketchUp所繪製，因此絕大多數躲不掉得先做許多清理工作。
第二種類型：利用AutoCAD進行設計初期的場地配置規劃、建築物量體分割放樣的概念平面作業，把由此産生的二維DWG圖形導入SketchUp，進行從概念設計到細部設計的三維模型化設計作業。
第三種類型：把AutoCAD做爲SketchUp的前置工具，爲了SketchUp建模的需要，利用AutoCAD製作全場地或部份建築物的二維圖形，導入SketchUp用做構建三維模型的底圖。
對於上述第二和第三種類型産生的DWG圖形幷不用太擔心，因爲這兩種類型本身有很明確的目標，就是爲了要用於SketchUp建立三維模型使用，製圖者在細節上相對的會比較小心和仔細，事實上在導入SketchUp之前需要做清理準備的工作也比較單純。
經常會産生相當困擾的是上述第一種類型，由於這些圖形製圖的目標是爲了印出傳統的圖紙，幷不是專爲SketchUp建模所準備的，只要在列印出來的圖紙能看，有些地方可能就會便宜行事。根據經驗爲了要導入SketchUp常常得花很大的功夫去做整理準備的先期工作，然而爲了能在SketchUp裏節省大量放樣的時間，花費這些時間還是很值得的。
對于該怎麽著手把DWG圖形清理乾淨，我不想把它弄成檢查表這類的東西，由於DWG圖形的來源各有不同，需要清理的內容也各有不同。數碼阿叔根據最不利的第一種類型的外來圖型可能遇到的狀况，把完整的清理圖形工作列成十三個循序進行的步驟。雖然幷非對於所有的DWG圖形都用得到每一個清理步驟，使用者可以依循著這些順序檢查圖形。
[步驟一]檢查圖形中當前的座標系統是否爲WCS "世界座標系統"
看看AutoCAD屏幕視窗左下角顯現的當前圖形座標系統圖標，如果不是WCS，就得把AutoCAD的座標系統從"使用者定義座標系統" (UCS)改回到"世界座標系統" (WCS)。
[步驟二] 開啓全部圖層(Layer)
進入"圖層管理器" (Layer Manager)，把所有關閉(Off)、冷凍(Frozen)和鎖定(Locked)狀態的圖層全部打開，成爲可操作的"圖層" (Layer)。
這麽做的目的是把目前因爲被隱藏而看不到的圖元都顯現出來，幷且處於可操作狀態以利於清理圖面。
[步驟三] 執行Zoom Extent命令，把圖形的可見範圍放大到包含全部圖元的範圍
這是一個預先檢查的步驟，看看Zoom Extent以後，準備要載入SketchUp的圖形是不是剛剛好充滿了整個視窗。如果不是，表示圖形中還有不需要帶過去的圖元。在整個清理圖元的過程中可以重複在各個步驟裏使用Zoom Extent命令，檢驗主要模型範圍外還有沒有什麽東西。
[步驟四]删除圖形中不需要帶進SketchUp的"圖元" (Entity)
①清除圖形中游離的"點" (Point)
執行Pdmode命令把"點"(Point)的顯示模式改爲"3"。原先AutoCAD對于點的顯示模式既設的爲"0"，在圖形上就是一個沒有大小的亮點，如果這個點剛好落在綫段上就看不見它存在。把點的顯示模式改爲3，AutoCAD會以一個相對尺度的"X"符號顯現點的位置。
由于在SketchUp視窗裏很不容易找到一個單獨點的位置，這種點圖元絕大多數在SketchUp裏用不到，把它們删除掉。執行Zoom Extent命令把圖形顯示範圍放大到顯現全部圖形，檢查畫面邊緣部位是否還有游離的點。
删除完了以後可以再度使用Pdmode命令把"點"(Point)的顯示模式改回到"0"。
②删除圖形中不需要帶進SketchUp的"圖元"
檢查一下凡是跟在SketchUp裏建模無關的綫段、輔助綫、座標軸綫、文字、數字、符號標記、尺寸標注、門窗、設備、家具、植栽、紋理(hatch)以及圖框等等都把它們一一删除掉。
執行Zoom Extent命令，把圖形的可見範圍放大到包含全部圖元的範圍。這個動作很重要，有的時候在製圖過程因爲操作失誤，剛從鍵盤打進去的字不見了或者複製的圖元不見了，通常我們不會很在意，頂多重做一次。可是AutoCAD不這麽想，它會很好心的把這些圖元放在遠遠的天邊。當你執行Zoom Extent命令以後，假如發現顯示器上原先充滿屏幕的圖形一下子縮成一小塊，那麽趕快在對角或對面邊緣處仔細找一找，看看有沒有一小段綫、一個點或者一個字藏在那裏，如果真的有那麽趕快把它删除掉吧。
[步驟五]處理"圖塊" (Block)
關于DWG圖形裏面的"圖塊" (Block)是否應該先炸開(Explode)以後再導入SketchUp，衆說紛紜。有人認爲保留圖塊對於以後在SketchUp裏封面比較容易，因此動輒建議一定要保留圖塊。數碼阿叔則認爲此事不可一概而論，必須看圖塊本身的內容而定，只能選擇性爲之。
我們經常從一些外來的DWG圖形文件中發現，嵌附在裏面的圖塊亂七八糟的什麽都有，甚至于還會有整張平面圖在裏面，AutoCAD很好心，凡是用過的圖塊它都會保留在這個圖形的數據庫裏，如果不做清理而讓這些圖塊跟著DWG圖形一股腦兒的帶進SketchUp裏面，就有可能發生前面所說的，很簡單的小模型還沒貼材質的時候SKP就膨脹到幾十兆。SketchUp會接受這些圖塊，但是在SketchUp裏却不可能用上這些2D圖塊，何苦爲難自己呢？
假如圖塊裏包含有不共面的圖元(entity)，導入SketchUp以後勢必增加封面工作的困擾。幷且應用那個讓Z值歸零的AutoLISP程式FLATTEN.lsp也無法對圖塊(Block)做壓平的工作，因此數碼阿叔還是建議把圖形裏的圖塊炸開(Explode)。
[步驟六]處理綫型(Linetype)，確認均爲連續綫型
我們把CAD圖形導入SketchUp的目的是爲了建模，原先在AutoCAD圖形裏如果使用了虛綫、點綫等等這些不連續的綫段，到了SketchUp裏就變得完全無用。因此得先把這些不連續的綫型更改爲連續(Continue)綫型。
具體的操作方法：使用Chprop > linetype命令把那些不連續的綫型改變成連續的綫型。
[步驟七]檢查圖形單位(Unit)和精確度(Precision)
檢查DWG圖形的圖形單位是否跟日後在SketchUp裏面建模使用的圖形單位相同，如果兩者不相同的話，在這裏先對DWG圖形的圖形單位作調整，例如把DWG上英制(不是沒有可能)改爲十進位公制，比較合乎我們的使用習慣。其實幷不是一定得弄成毫米對毫米，像數碼阿叔自己的習慣就是在DWG裏使用毫米(mm)而在SKP裏使用米(m)爲單位，導入時單位轉換幷沒有任何不便或誤差。
有一件容易被使用者忽略的就是DWG圖形中所設置的長度與角度精確度問題，許多人使用附加在AutoCAD上的所謂建築專業軟件製圖，這些軟件爲了尺寸標注和製圖的便利，多半會自動設置毫米(mm)單位幷且把長度與角度的精確度(Precision,指小數位數)設置爲個位(不顯示小數點後面的尾數)，使用Distance命令量測兩點距離時顯現的距離爲不帶小數的整數值。對於二維圖紙固然很方便，但是對于準備要導入SketchUp建立模型而言，就很容易造成認知上的誤差，不利於日後做模型的比例縮放和旋轉方位。例如說在精確度默認爲個位數的15長度值，真正的長度可能爲15.0535…或15.3953…，所以說15和15.0000可能是不同的長度。
因此我們在DWG裏先把圖形單位裏長度與角度的精確度設置成0.000，目的是確認場地和建築物的正確尺度，做爲日後在SketchUp裏建模時比例縮放和旋轉方位的有效參考。
[步驟八]處理圖元的高程(Elevation)，使全部圖元都落在X-Y平面上
爲了方便在SketchUp裏建模，先檢查一下圖形裏所有的圖元是否都在Z=0的高程位置。如果因爲原先製圖時不小心或者其他軟件自動産生圖形時弄出一些不在X-Y平面上的圖元(其Z值不等于0)，導入SketchUp以後由于這些綫不共平面，直接會造成在SketchUp裏這個部分無法封面。因此在AutoCAD裏事先把它們的Z值歸零都放在X-Y平面上，對於後續在SketchUp裏建模封面工作有很大的幫助。
具體的做法是運用一個AutoLISP程式FLATTEN.lsp一次性的把圖形中所有圖元的Z值歸零。這個FLATTEN.lsp程式完全是英文介面，數碼阿叔已經把程式的操作方法和原始碼放在博客日志裏。另外我們SketchUpBBS論壇裏有個漢化介面的FLT.lsp，需要使用的話可以自行搜索下載。
FLATTEN.lsp載入AutoCAD裏必須在WCS座標系統下執行，把幾乎"所有"圖元的Z值歸零，目的是使所有圖元都落在X-Y平面上，成爲名副其實的二維圖形。但是FLATTEN無法處理圖塊(Block)裏的圖元，如果圖塊裏有些圖元的Z值不爲0，執行FLATTEN是無法將其歸零的。因此在[步驟五]裏我建議把圖形裏的圖塊炸開，使得FLATTEN能順利的把這些圖元的Z值歸零。
[步驟九]處理曲綫、圓、弧與交叉綫
AutoCAD裏的圖元使用的是向量格式，所謂向量格式指的是以屬性描述圖元的記錄方式，聽起來似乎很玄，關于綫、圓、弧的叙述式，舉個例子說，綫(line)包括起點和終點座標(x, y, z)、以及綫的向量。弧包含了起點和終點座標(x, y, z)、弧的園心座標(x, y, z)。園就更簡單了只包含園心座標和半徑。但是不會紀錄在圖形裏有哪些圖元跟它交叉，例如兩條任意交叉的綫段，只有AutoCAD的Osnap抓點功能能以交叉點(intersection)模式算出這二個圖元同時通過(X-Y平面)某個座標點位置因而顯示出抓點靶框來。如果我們關閉了Osnap抓點功能，那就別想精確的從這個交叉位置再做出什麽來。
囉囉嗦嗦的講這些交叉綫做什麽，爲的是兩條交叉綫段導入SketchUp以後還是兩條獨立的交叉綫段，導入時SketchUp也不會對交叉位置做任何標記和認知那裏有個交叉點，描邊封面的過程中通過SketchUp的snap抓點功能感應到那裏有個交叉位置顯現一個綠點，必須等到你在綠點處按下滑鼠讓描邊的邊綫在那裏建立一個端點，當SketchUp感應到附近能由端點連接綫段形成能閉合區域以後，就會自動産生封面的動作。由此可以推想，在導入的底圖上如果存在著許多交叉綫，封面過程中出現意外的封面範圍或重叠面也就不足爲奇了。在整理DWG圖形的時候該不該處理圖形裏的交叉綫，把它們打斷成爲端點連接。不好說，使用者自己拿主意吧！
圓和弧是另一個問題，前面說過DWG圖形是向量格式，如果以圓周或弧段上的某處爲起點畫一條綫，這條綫同樣跟圓或弧不發生關係，只能說那個綫端點跟園周某處有相同的座標值(爲了方便說明我們稱它爲端點A)。導入SketchUp以後問題就來了，我們得知道SketchUp裏的綫是沒有曲綫的，看到的不論圓、弧、曲綫都是由相互連接的直綫段組成，我們稱爲"段落" (segment)，導入時SketchUp會默認的給每個圓和弧設置24個段落，意即原先DWG裏的圓變成由24段直綫連在一起(有點類似AutoCAD的多重綫)。這時問題就來了，原先落在圓周上的直綫端點A因爲圓周和弧的改變必然會脫離原先在圓周和弧上的位置，要不變成了交叉要不就成了完全脫離狀態。
由於必須要把視景連續放得很大才能看清楚這種接觸點的差异，通常在描邊封面時只會感覺這個位置明明點了下去却老是封不了面，就是圓弧曲綫被SketchUp段落化所造成的後果。該怎麽辦？在SketchUp裏說起來無解，只能像綉花那樣一點一滴慢工細活的去修補或重新連綫。但是知道會有這種後果，在AutoCAD裏倒是可以未雨綢繆去避免它，其一是儘量別把綫的端點放在圓周或弧段上，其二是別畫什麽切綫之類的，真有需要的話到了SketchUp裏面再補畫這些綫。
第三個問題是比較傷感情的，也多發生在前述第一種類型的外來圖形文件中，按照製圖規定平面圖上柱子、剪力墻是要塗黑的，目的是好跟砌塊能有所區別，因此DWG圖形裏柱子和剪力墻得弄成不透明，正規的方法是先畫出墻柱斷面輪廓綫，再應用Solid或Pline命令把輪廓綫內塗滿。但是我曾經不止一次在把出自一些設計單位的平面圖上墻柱塗滿的部份删除以後，訝然發現柱子沒有了、剪力墻也不見了，經仔細檢查以後發現原來這些被Pline多重綫塗滿的部份底下根本沒有畫出墻柱的輪廓綫。尤有甚者，被塗滿遮蔽住的下面原本該跟墻柱銜接的墻綫長長短短亂七八糟。金絮其外敗絮其中，看得令人搖頭，仿佛又回到上個世紀拿著鉛筆人力製圖的年代，我們有些設計師對專業的輕忽態度和對製圖的不到位著實該好好檢討。當然我們不能一根竹竿打翻一船人，還是有許多設計單位的圖形畫得中規中矩。我在這裏提出來的目的是要告訴大家在把DWG圖形導入SketchUp之前的準備階段中，一定要考慮到可能會遇上這種現象。如果運氣不好真的撞上了，那麽趁早把那些該有的墻柱輪廓綫、沒接在一起的墻綫、投影綫都一一修整清楚。
[步驟十]整理幷精簡"圖層" (Layer)
把圖形從AutoCAD導入SketchUp時，圖層會跟著導入變成爲SketchUp的圖層。如果在DWG圖形裏圖層用得很多，導入後讓SketchUp憑空多了一大堆圖層，對于後續在SketchUp裏建立模型幷沒有什麽好處。由于SketchUp對圖層定義非常鬆散，不像AutoCAD會嚴格的在現行圖層(Current layer)上工作，建模過程中很難保持圖層的齊一性，通常我們會在建模到了一個段落以後調整模型中各個構件的所屬圖層，爲的是可以用圖層做爲這些模型構件的可視性開關，利於場景操控。
因此把一大堆圖層從AutoCAD帶進SketchUp幷沒有實質性的必要性，通常會全選圖形以後，運用Chprop > layer命令把整個圖形都改變到某個單一圖層上，或者乾脆放在"0"圖層(Layer 0,浮動圖層)上面。剩下這些多餘的圖層則清理掉(見步驟十二)。
[步驟十一]調整北向方位和座標原點
在AutoCAD的製圖作業中爲了製圖方便和效率，通常會把矩形建築物的長短向放在平行XY軸方向，使得真正的地理北向可能幷不在平行Y軸的方向。如果就這樣導入SketchUp，SketchUp會以初始綠軸對齊DWG的Y軸方向，致使模型的北向相對于真正的地理北向發生偏差，連帶使得陰影方位角跟著産生誤差，雖然在SketchUp裏可以重設北向角度，但是輸入方位角度分秒幷不那麽方便，因此在AutoCAD裏就把北向方位校正才是正確的做法。
具體的操作方法不難：選取整個圖形，根據地理北向與Y軸間的角度差把圖形"旋轉" (Rotate)到跟Y軸平行北向的方位。(意即Y軸對齊北向)
另外得注意的就是"座標原點" (Origin)的問題，AutoCAD的WCS是絕對座標系統，圖形的每一個圖元都從座標原點(0, 0, 0)起算來計算其相對位置。如果圖形距離座標原點很遠，等到導入SketchUp以後，SketchUp會把DWG的座標原點對應到SketchUp的"初始座標原點" (建立一個新的skp模型檔的時候，最初紅綠藍軸的交叉點)，結果會使得在視景中看不到導入的圖形，必須執行SU的Zoom Extent把視景擴大到包含整個模型才看得到導入的模型。因此在這個階段最好的方式便是在AutoCAD中把圖形的左下角"移動" (Move)到座標原點上，就能有效的避免導入後找不到模型的現象。
具體的作法：選取整個圖形，啓動Move命令，以圖形的左下角做爲起始點，從鍵盤輸入"0, 0, 0"做爲第二點，這麽做可以把圖形搬到座標原點處，利於導入SketchUp以後的處理。
[步驟十二]清理圖形數據庫(Purge All)
這是最重要的步驟，爲圖形瘦身减肥。AutoCAD的DWG圖形裏有一個看不見的"數據庫" (database)，數據庫裏嵌裝著全部圖形信息，包含了在這個圖形裏"曾經使用過"(used)的圖塊、綫形、紋理、文字、圖層、尺寸類型…等等，所謂"曾經使用過"的意思是即使我們現在的圖形中已經把這些東西給删除掉了，可是這些東西還是留存在數據庫裏，占了相當大的內存量。有的時候明明圖形很簡單，導入SketchUp以後Skp模型陡然變得很大，不用說就是在導入時把一些"幽靈"夾帶了進去。因此我們必須在這裏把圖形數據庫清理一番，去蕪存菁。
具體的操作方法：執行AutoCAD的"清除全部" (Purge All)命令，會跳出一個對話框視窗，上面列出所有可以進行清除的項目列表，凡是列出的項目前端有個加號(+)的項目表示這個項目裏包含了曾經使用過而現在不再用到的東西(可以清除的項目)，按清除按鈕執行清理數據庫(database)的工作。需要注意的是，有些不再參考到的圖塊被清除了以後，原先圖塊所屬或包含的圖層、字型、綫型、紋理…等等才會浮現出來等待下一次清理，因此這個"清除全部" (Purge All)命令應該重複執行三到四次，等到各項目前端的加號都消失了爲止，這時圖形數據庫也被精簡到最小的狀態。
[步驟十三]保存DWG文件
對這一個步驟不必多做解釋了。使用"另存爲"(Save as)命令吧，保存成一個乾淨的新圖形文件。
對于把DWG導入SKP過程中可能遇到的問題以及在SKP裏封面的種種問題，請看數碼阿叔下一篇教程：『從DWG導入SKP後的封面問題』
http://blog.sketchupbbs.com/space.php?uid=6670&do=blog&id=2553
緣起
有時數碼阿叔在論壇上看到有些朋友們提出在把DWG格式的2D圖形導入SketchUp以後，在建立模型階段出現了一些問題，歸納起來這些問題大致包括下面這些狀况：封面的問題：在進行描邊封面的過程中某些地方總是封不了面、在意外的位置封了面、封面時總有些面粘來粘去或出現不該有的重叠面、無法分離內部的面等等。
模型大小的問題：明明建立的模型很簡單，也還沒貼材質，但是SKP文件變得非常大，感覺有點拖不動模型，影響到操作性。
圓弧問題：原先連接在圓和弧上的綫端點現在抓不到或抓到的位置不對，以致封不了面。
對於上述這些現象，說起來導入的DWG圖形本身要負很大的責任，這個DWG圖形是在SketchUp裏三維模型的定位基準，再怎麽說在導入SketchUp之前也要先把DWG圖形整理得正確和清爽才行。否則帶過去後患無窮。
關於在把DWG格式的2D圖形導入SketchUp之前如何清理圖形內容的問題，由於原始的DWG圖形可能很單純也可能比較複雜，數碼阿叔抽空寫了這篇比較完整的清理圖形過程。
從DWG導入SKP的準備工作
雖然SketchUp本身具備完整的建模功能，可以從無到有的完成整個三維模型。但由於SketchUp使用的座標系統不是AutoCAD的那種WCS絕對座標系統，在AutoCAD裏使用WCS座標系統是根據絕對座標值明確而直接的給圖形裏的各個"圖元" (Entity)定位。SketchUp所使用的是相對座標系統，所有的操作幾乎都是根據前一點的相對距離或角度進行定位，對於習慣於操作AutoCAD的使用者在初期概念設計階段或對既有圖形放樣會造成一定的不習慣。同時SketchUp對于圖層定義不像AutoCAD那麽嚴謹，在AutoCAD中每個圖元都隸屬於某個單一的圖層，新畫上一條綫，一定會落在"當前圖層" (Current layer)上，不同圖層上的圖元間不會相互干擾。
SketchUp對圖層的定義則鬆散得多，圖層主要的用途常用在視景管理上，即使也可以設置當前圖層，但是許多新圖元産生時(例如推拉)跟當前圖層也沒有必然的關係。對于比較複雜的建築圖，在基底平面上放樣的時候，SketchUp只要感應到能够圍合的區域又會自動産生封面粘來粘去，在這個階段的確難以提升工作效率。
該使用哪一種或哪幾種設計軟件完成設計工作，選擇權完全在于設計師自身，不在軟件發展商，設計師沒有必要忠心耿耿的死抱著某一個軟件跟它同生共死。別相信軟件發展商所說的『我們的軟件是XX設計唯一的解决方案(solution)』那種鬼話，世界上沒有完美的軟件，不論SketchUp、AutoCAD或其他軟件都各有其優勢也各有其不足。對於設計師來說不論什麽軟件都只是個設計工具，只要能提高設計的效率和品質，我們完全可以自由的把各種軟件組織在一起交互運用各取所長。因此在整個設計的進程中，有許多建築師和設計師會把從AutoCAD或其他CAD應用軟件所建立的二維圖形導入SketchUp用作建立三維設計模型的底圖。
對于我們準備導入SketchUp的DWG圖形，究其來源，可以區分爲下面幾種類型：
第一種類型：取得的建築資料本身就是原先已經完成的設計圖電子文件(DWG格式的圖形檔)。這些圖形可能是自己製作的，也可能是外來的。由于製圖習慣和作業水平的差异，這些圖形也幷不是專爲導入SketchUp所繪製，因此絕大多數躲不掉得先做許多清理工作。
第二種類型：利用AutoCAD進行設計初期的場地配置規劃、建築物量體分割放樣的概念平面作業，把由此産生的二維DWG圖形導入SketchUp，進行從概念設計到細部設計的三維模型化設計作業。
第三種類型：把AutoCAD做爲SketchUp的前置工具，爲了SketchUp建模的需要，利用AutoCAD製作全場地或部份建築物的二維圖形，導入SketchUp用做構建三維模型的底圖。
對於上述第二和第三種類型産生的DWG圖形幷不用太擔心，因爲這兩種類型本身有很明確的目標，就是爲了要用於SketchUp建立三維模型使用，製圖者在細節上相對的會比較小心和仔細，事實上在導入SketchUp之前需要做清理準備的工作也比較單純。
經常會産生相當困擾的是上述第一種類型，由於這些圖形製圖的目標是爲了印出傳統的圖紙，幷不是專爲SketchUp建模所準備的，只要在列印出來的圖紙能看，有些地方可能就會便宜行事。根據經驗爲了要導入SketchUp常常得花很大的功夫去做整理準備的先期工作，然而爲了能在SketchUp裏節省大量放樣的時間，花費這些時間還是很值得的。
對于該怎麽著手把DWG圖形清理乾淨，我不想把它弄成檢查表這類的東西，由於DWG圖形的來源各有不同，需要清理的內容也各有不同。數碼阿叔根據最不利的第一種類型的外來圖型可能遇到的狀况，把完整的清理圖形工作列成十三個循序進行的步驟。雖然幷非對於所有的DWG圖形都用得到每一個清理步驟，使用者可以依循著這些順序檢查圖形。
檢查並清理圖形的建議步驟：
[步驟一]檢查圖形中當前的座標系統是否爲WCS "世界座標系統"
看看AutoCAD屏幕視窗左下角顯現的當前圖形座標系統圖標，如果不是WCS，就得把AutoCAD的座標系統從"使用者定義座標系統" (UCS)改回到"世界座標系統" (WCS)。
[步驟二] 開啓全部圖層(Layer)
進入"圖層管理器" (Layer Manager)，把所有關閉(Off)、冷凍(Frozen)和鎖定(Locked)狀態的圖層全部打開，成爲可操作的"圖層" (Layer)。
這麽做的目的是把目前因爲被隱藏而看不到的圖元都顯現出來，幷且處於可操作狀態以利於清理圖面。
[步驟三] 執行Zoom Extent命令，把圖形的可見範圍放大到包含全部圖元的範圍
這是一個預先檢查的步驟，看看Zoom Extent以後，準備要載入SketchUp的圖形是不是剛剛好充滿了整個視窗。如果不是，表示圖形中還有不需要帶過去的圖元。在整個清理圖元的過程中可以重複在各個步驟裏使用Zoom Extent命令，檢驗主要模型範圍外還有沒有什麽東西。
[步驟四]删除圖形中不需要帶進SketchUp的"圖元" (Entity)
①清除圖形中游離的"點" (Point)
執行Pdmode命令把"點"(Point)的顯示模式改爲"3"。原先AutoCAD對于點的顯示模式既設的爲"0"，在圖形上就是一個沒有大小的亮點，如果這個點剛好落在綫段上就看不見它存在。把點的顯示模式改爲3，AutoCAD會以一個相對尺度的"X"符號顯現點的位置。
由于在SketchUp視窗裏很不容易找到一個單獨點的位置，這種點圖元絕大多數在SketchUp裏用不到，把它們删除掉。執行Zoom Extent命令把圖形顯示範圍放大到顯現全部圖形，檢查畫面邊緣部位是否還有游離的點。
删除完了以後可以再度使用Pdmode命令把"點"(Point)的顯示模式改回到"0"。
②删除圖形中不需要帶進SketchUp的"圖元"
檢查一下凡是跟在SketchUp裏建模無關的綫段、輔助綫、座標軸綫、文字、數字、符號標記、尺寸標注、門窗、設備、家具、植栽、紋理(hatch)以及圖框等等都把它們一一删除掉。
執行Zoom Extent命令，把圖形的可見範圍放大到包含全部圖元的範圍。這個動作很重要，有的時候在製圖過程因爲操作失誤，剛從鍵盤打進去的字不見了或者複製的圖元不見了，通常我們不會很在意，頂多重做一次。可是AutoCAD不這麽想，它會很好心的把這些圖元放在遠遠的天邊。當你執行Zoom Extent命令以後，假如發現顯示器上原先充滿屏幕的圖形一下子縮成一小塊，那麽趕快在對角或對面邊緣處仔細找一找，看看有沒有一小段綫、一個點或者一個字藏在那裏，如果真的有那麽趕快把它删除掉吧。
[步驟五]處理"圖塊" (Block)
關于DWG圖形裏面的"圖塊" (Block)是否應該先炸開(Explode)以後再導入SketchUp，衆說紛紜。有人認爲保留圖塊對於以後在SketchUp裏封面比較容易，因此動輒建議一定要保留圖塊。數碼阿叔則認爲此事不可一概而論，必須看圖塊本身的內容而定，只能選擇性爲之。
我們經常從一些外來的DWG圖形文件中發現，嵌附在裏面的圖塊亂七八糟的什麽都有，甚至于還會有整張平面圖在裏面，AutoCAD很好心，凡是用過的圖塊它都會保留在這個圖形的數據庫裏，如果不做清理而讓這些圖塊跟著DWG圖形一股腦兒的帶進SketchUp裏面，就有可能發生前面所說的，很簡單的小模型還沒貼材質的時候SKP就膨脹到幾十兆。SketchUp會接受這些圖塊，但是在SketchUp裏却不可能用上這些2D圖塊，何苦爲難自己呢？
假如圖塊裏包含有不共面的圖元(entity)，導入SketchUp以後勢必增加封面工作的困擾。幷且應用那個讓Z值歸零的AutoLISP程式FLATTEN.lsp也無法對圖塊(Block)做壓平的工作，因此數碼阿叔還是建議把圖形裏的圖塊炸開(Explode)。
[步驟六]處理綫型(Linetype)，確認均爲連續綫型
我們把CAD圖形導入SketchUp的目的是爲了建模，原先在AutoCAD圖形裏如果使用了虛綫、點綫等等這些不連續的綫段，到了SketchUp裏就變得完全無用。因此得先把這些不連續的綫型更改爲連續(Continue)綫型。
具體的操作方法：使用Chprop > linetype命令把那些不連續的綫型改變成連續的綫型。
[步驟七]檢查圖形單位(Unit)和精確度(Precision)
檢查DWG圖形的圖形單位是否跟日後在SketchUp裏面建模使用的圖形單位相同，如果兩者不相同的話，在這裏先對DWG圖形的圖形單位作調整，例如把DWG上英制(不是沒有可能)改爲十進位公制，比較合乎我們的使用習慣。其實幷不是一定得弄成毫米對毫米，像數碼阿叔自己的習慣就是在DWG裏使用毫米(mm)而在SKP裏使用米(m)爲單位，導入時單位轉換幷沒有任何不便或誤差。
有一件容易被使用者忽略的就是DWG圖形中所設置的長度與角度精確度問題，許多人使用附加在AutoCAD上的所謂建築專業軟件製圖，這些軟件爲了尺寸標注和製圖的便利，多半會自動設置毫米(mm)單位幷且把長度與角度的精確度(Precision,指小數位數)設置爲個位(不顯示小數點後面的尾數)，使用Distance命令量測兩點距離時顯現的距離爲不帶小數的整數值。對於二維圖紙固然很方便，但是對于準備要導入SketchUp建立模型而言，就很容易造成認知上的誤差，不利於日後做模型的比例縮放和旋轉方位。例如說在精確度默認爲個位數的15長度值，真正的長度可能爲15.0535…或15.3953…，所以說15和15.0000可能是不同的長度。
因此我們在DWG裏先把圖形單位裏長度與角度的精確度設置成0.000，目的是確認場地和建築物的正確尺度，做爲日後在SketchUp裏建模時比例縮放和旋轉方位的有效參考。
[步驟八]處理圖元的高程(Elevation)，使全部圖元都落在X-Y平面上
爲了方便在SketchUp裏建模，先檢查一下圖形裏所有的圖元是否都在Z=0的高程位置。如果因爲原先製圖時不小心或者其他軟件自動産生圖形時弄出一些不在X-Y平面上的圖元(其Z值不等于0)，導入SketchUp以後由于這些綫不共平面，直接會造成在SketchUp裏這個部分無法封面。因此在AutoCAD裏事先把它們的Z值歸零都放在X-Y平面上，對於後續在SketchUp裏建模封面工作有很大的幫助。
具體的做法是運用一個AutoLISP程式FLATTEN.lsp一次性的把圖形中所有圖元的Z值歸零。這個FLATTEN.lsp程式完全是英文介面，數碼阿叔已經把程式的操作方法和原始碼放在博客日志裏。另外我們SketchUpBBS論壇裏有個漢化介面的FLT.lsp，需要使用的話可以自行搜索下載。
FLATTEN.lsp載入AutoCAD裏必須在WCS座標系統下執行，把幾乎"所有"圖元的Z值歸零，目的是使所有圖元都落在X-Y平面上，成爲名副其實的二維圖形。但是FLATTEN無法處理圖塊(Block)裏的圖元，如果圖塊裏有些圖元的Z值不爲0，執行FLATTEN是無法將其歸零的。因此在[步驟五]裏我建議把圖形裏的圖塊炸開，使得FLATTEN能順利的把這些圖元的Z值歸零。
[步驟九]處理曲綫、圓、弧與交叉綫
AutoCAD裏的圖元使用的是向量格式，所謂向量格式指的是以屬性描述圖元的記錄方式，聽起來似乎很玄，關于綫、圓、弧的叙述式，舉個例子說，綫(line)包括起點和終點座標(x, y, z)、以及綫的向量。弧包含了起點和終點座標(x, y, z)、弧的園心座標(x, y, z)。園就更簡單了只包含園心座標和半徑。但是不會紀錄在圖形裏有哪些圖元跟它交叉，例如兩條任意交叉的綫段，只有AutoCAD的Osnap抓點功能能以交叉點(intersection)模式算出這二個圖元同時通過(X-Y平面)某個座標點位置因而顯示出抓點靶框來。如果我們關閉了Osnap抓點功能，那就別想精確的從這個交叉位置再做出什麽來。
囉囉嗦嗦的講這些交叉綫做什麽，爲的是兩條交叉綫段導入SketchUp以後還是兩條獨立的交叉綫段，導入時SketchUp也不會對交叉位置做任何標記和認知那裏有個交叉點，描邊封面的過程中通過SketchUp的snap抓點功能感應到那裏有個交叉位置顯現一個綠點，必須等到你在綠點處按下滑鼠讓描邊的邊綫在那裏建立一個端點，當SketchUp感應到附近能由端點連接綫段形成能閉合區域以後，就會自動産生封面的動作。由此可以推想，在導入的底圖上如果存在著許多交叉綫，封面過程中出現意外的封面範圍或重叠面也就不足爲奇了。在整理DWG圖形的時候該不該處理圖形裏的交叉綫，把它們打斷成爲端點連接。不好說，使用者自己拿主意吧！
圓和弧是另一個問題，前面說過DWG圖形是向量格式，如果以圓周或弧段上的某處爲起點畫一條綫，這條綫同樣跟圓或弧不發生關係，只能說那個綫端點跟園周某處有相同的座標值(爲了方便說明我們稱它爲端點A)。導入SketchUp以後問題就來了，我們得知道SketchUp裏的綫是沒有曲綫的，看到的不論圓、弧、曲綫都是由相互連接的直綫段組成，我們稱爲"段落" (segment)，導入時SketchUp會默認的給每個圓和弧設置24個段落，意即原先DWG裏的圓變成由24段直綫連在一起(有點類似AutoCAD的多重綫)。這時問題就來了，原先落在圓周上的直綫端點A因爲圓周和弧的改變必然會脫離原先在圓周和弧上的位置，要不變成了交叉要不就成了完全脫離狀態。
由於必須要把視景連續放得很大才能看清楚這種接觸點的差异，通常在描邊封面時只會感覺這個位置明明點了下去却老是封不了面，就是圓弧曲綫被SketchUp段落化所造成的後果。該怎麽辦？在SketchUp裏說起來無解，只能像綉花那樣一點一滴慢工細活的去修補或重新連綫。但是知道會有這種後果，在AutoCAD裏倒是可以未雨綢繆去避免它，其一是儘量別把綫的端點放在圓周或弧段上，其二是別畫什麽切綫之類的，真有需要的話到了SketchUp裏面再補畫這些綫。
第三個問題是比較傷感情的，也多發生在前述第一種類型的外來圖形文件中，按照製圖規定平面圖上柱子、剪力墻是要塗黑的，目的是好跟砌塊能有所區別，因此DWG圖形裏柱子和剪力墻得弄成不透明，正規的方法是先畫出墻柱斷面輪廓綫，再應用Solid或Pline命令把輪廓綫內塗滿。但是我曾經不止一次在把出自一些設計單位的平面圖上墻柱塗滿的部份删除以後，訝然發現柱子沒有了、剪力墻也不見了，經仔細檢查以後發現原來這些被Pline多重綫塗滿的部份底下根本沒有畫出墻柱的輪廓綫。尤有甚者，被塗滿遮蔽住的下面原本該跟墻柱銜接的墻綫長長短短亂七八糟。金絮其外敗絮其中，看得令人搖頭，仿佛又回到上個世紀拿著鉛筆人力製圖的年代，我們有些設計師對專業的輕忽態度和對製圖的不到位著實該好好檢討。當然我們不能一根竹竿打翻一船人，還是有許多設計單位的圖形畫得中規中矩。我在這裏提出來的目的是要告訴大家在把DWG圖形導入SketchUp之前的準備階段中，一定要考慮到可能會遇上這種現象。如果運氣不好真的撞上了，那麽趁早把那些該有的墻柱輪廓綫、沒接在一起的墻綫、投影綫都一一修整清楚。
[步驟十]整理幷精簡"圖層" (Layer)
把圖形從AutoCAD導入SketchUp時，圖層會跟著導入變成爲SketchUp的圖層。如果在DWG圖形裏圖層用得很多，導入後讓SketchUp憑空多了一大堆圖層，對于後續在SketchUp裏建立模型幷沒有什麽好處。由于SketchUp對圖層定義非常鬆散，不像AutoCAD會嚴格的在現行圖層(Current layer)上工作，建模過程中很難保持圖層的齊一性，通常我們會在建模到了一個段落以後調整模型中各個構件的所屬圖層，爲的是可以用圖層做爲這些模型構件的可視性開關，利於場景操控。
因此把一大堆圖層從AutoCAD帶進SketchUp幷沒有實質性的必要性，通常會全選圖形以後，運用Chprop > layer命令把整個圖形都改變到某個單一圖層上，或者乾脆放在"0"圖層(Layer 0,浮動圖層)上面。剩下這些多餘的圖層則清理掉(見步驟十二)。
[步驟十一]調整北向方位和座標原點
在AutoCAD的製圖作業中爲了製圖方便和效率，通常會把矩形建築物的長短向放在平行XY軸方向，使得真正的地理北向可能幷不在平行Y軸的方向。如果就這樣導入SketchUp，SketchUp會以初始綠軸對齊DWG的Y軸方向，致使模型的北向相對于真正的地理北向發生偏差，連帶使得陰影方位角跟著産生誤差，雖然在SketchUp裏可以重設北向角度，但是輸入方位角度分秒幷不那麽方便，因此在AutoCAD裏就把北向方位校正才是正確的做法。
具體的操作方法不難：選取整個圖形，根據地理北向與Y軸間的角度差把圖形"旋轉" (Rotate)到跟Y軸平行北向的方位。(意即Y軸對齊北向)
另外得注意的就是"座標原點" (Origin)的問題，AutoCAD的WCS是絕對座標系統，圖形的每一個圖元都從座標原點(0, 0, 0)起算來計算其相對位置。如果圖形距離座標原點很遠，等到導入SketchUp以後，SketchUp會把DWG的座標原點對應到SketchUp的"初始座標原點" (建立一個新的skp模型檔的時候，最初紅綠藍軸的交叉點)，結果會使得在視景中看不到導入的圖形，必須執行SU的Zoom Extent把視景擴大到包含整個模型才看得到導入的模型。因此在這個階段最好的方式便是在AutoCAD中把圖形的左下角"移動" (Move)到座標原點上，就能有效的避免導入後找不到模型的現象。
具體的作法：選取整個圖形，啓動Move命令，以圖形的左下角做爲起始點，從鍵盤輸入"0, 0, 0"做爲第二點，這麽做可以把圖形搬到座標原點處，利於導入SketchUp以後的處理。
[步驟十二]清理圖形數據庫(Purge All)
這是最重要的步驟，爲圖形瘦身减肥。AutoCAD的DWG圖形裏有一個看不見的"數據庫" (database)，數據庫裏嵌裝著全部圖形信息，包含了在這個圖形裏"曾經使用過"(used)的圖塊、綫形、紋理、文字、圖層、尺寸類型…等等，所謂"曾經使用過"的意思是即使我們現在的圖形中已經把這些東西給删除掉了，可是這些東西還是留存在數據庫裏，占了相當大的內存量。有的時候明明圖形很簡單，導入SketchUp以後Skp模型陡然變得很大，不用說就是在導入時把一些"幽靈"夾帶了進去。因此我們必須在這裏把圖形數據庫清理一番，去蕪存菁。
具體的操作方法：執行AutoCAD的"清除全部" (Purge All)命令，會跳出一個對話框視窗，上面列出所有可以進行清除的項目列表，凡是列出的項目前端有個加號(+)的項目表示這個項目裏包含了曾經使用過而現在不再用到的東西(可以清除的項目)，按清除按鈕執行清理數據庫(database)的工作。需要注意的是，有些不再參考到的圖塊被清除了以後，原先圖塊所屬或包含的圖層、字型、綫型、紋理…等等才會浮現出來等待下一次清理，因此這個"清除全部" (Purge All)命令應該重複執行三到四次，等到各項目前端的加號都消失了爲止，這時圖形數據庫也被精簡到最小的狀態。
[步驟十三]保存DWG文件
對這一個步驟不必多做解釋了。使用"另存爲"(Save as)命令吧，保存成一個乾淨的新圖形文件。
對于把DWG導入SKP過程中可能遇到的問題以及在SKP裏封面的種種問題，請看數碼阿叔下一篇教程：『從DWG導入SKP後的封面問題』
訂閱：
文章 (Atom)
