霹靂貓的家 - 土木水利人的一個角落

人與狗：陪你一輩子！

2012-01-12T11:12:00.000+08:00

先祝福到訪的各位朋友，壬辰龍年，祥龍瑞氣。
並以所附的影片，祈顣朋友們有福能發現與找到心中的慈悲。

介助犬最後的遺言

仁武的小黑 (之前令人不忍的受腐蝕重傷、救治進步中的小黑)

可愛的黃金獵犬﹗

2011-11-30T03:17:00.032+08:00

這隻黃金獵犬超厲害的，很惹人愛，也來試著訓練我家的多多看看！(也得看牠賞不賞臉)
Dancing Merengue Dog會跳舞的狗漂亮的黃金獵犬CARRIE與人共舞 201008

這隻黃金獵犬也是很厲害的，能倒退跳舞。

而這則是我們家的"多多"(全名"貝多芬")，於2010.11.13那一天成為我們家新成員的模樣，只有42天齡而已。是在建國假日花市愛心認養的 puppy，當時並不知牠是黃金獵犬，幾個月後回去問當時的愛心狗媽媽唐太太，只知牠的媽媽是mixed黃金拉不拉多，爸爸則不明。

現在已經是滿一歳，皮毛閃著健康光澤的黃金獵犬(其實臉蛋和身形比較像拉不拉多，但無妨，我們就是把牠當黃金獵犬)，帶牠出去散步時每次聽到旁人稱讚多多毛色光澤漂亮很健康的模樣，心中總會伴隨著一股莫名的喜悅。

*****
認識黃金獵犬、狗狗教養手冊(幸福遇見林依晨)
台灣認養地圖、流浪動物花園
台中市世界聯合保護動物協會
寵物當家：基地動物園、台北市動物之家
路過就好~沒事別來~愛我兜是愛台灣^^
高雄市關懷流浪動物協會、台灣照顧生命協會-貓狗119
台灣收容動物關懷協會、動福會(中華民國動物福利環保協進會)
~~~~
What's Up Bud?(黃金阿八+甜點師媽媽的生活瑣事)
2006狗狗讀心術之黃金獵犬
狗的介紹-讓人感動的紀錄片、台灣流浪犬美國覓新生
黃金獵犬用眼神央求主人：可以留下小貓嗎？
童童世界~~調皮、搗蛋的黃金獵犬
♀♂ 黃金獵犬黃金拉♀♂ 陽光球球耗呆妹、黃金獵犬的天堂
黃金獵犬CHERRY天馬行空的後花園
黃歡與狗狗的會客室、愛毛孩-竉物社群入口網站
孕婦別擔心觀念對了養寵物好處多
領養拉不拉多犬之前～請三思

Civil 3D 地形物件與土方計算之關係 - 數學原理探討(五)

2011-11-15T17:32:00.012+08:00

(延續前文 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(四))
本文有許多的小問題如(Why?)、(How?) 等留給有興趣的朋友自行觀察及思考。

依照前文的分析，對於一般非邊界網格情況之下其方格中按 NNI 程序所內插得高程 Z 的數學函數必須分為二類五區作不同表示：

非影響區類：僅一區，Z 值得採鞍面公式表示為 Z = F (x,y,Z1,Z2,Z3,Z4)

受影響區類：共有四區，分為左側、右側、上側、下側影響區，各影響區內的內插高程 Z 值分為作如下表示。

左側影響區內，則 Z = F (x,y,Z1,Z2,Z3,Z4,Z'4,Z'5)

右側影響區內，則 Z = F (x,y,Z1,Z2,Z3,Z4,Z'1,Z'10)
上側影響區內，則 Z = F (x,y,Z1,Z2,Z3,Z4,Z'2,Z'3)
下側影響區內，則 Z = F (x,y,Z1,Z2,Z3,Z4,Z'7,Z'8)

至此可以預見僅要計算完整方格內的體積即會相當繁複，若方格內有部分挖填的情況時，則等零線的數學表示式推導更是繁雜，失去了方格法土方計算中所需要的簡單合理的精神。固然將其交由電腦軟體去計算如此繁瑣的過程是一個方案，但對其計算結果要如何以人工作必要的檢核則會是一個不小的難題，否則必然可能發生 garbage in, garbage out 的情況但卻無從避免錯誤。

若觀察受影響區範圍內受相鄰網格頂點的影響情形 (How?)，將四邊相鄰網格的影忽略的話，網格內的內插高程 Z 值則得以簡單地全部以鞍面公式 Z = F (x,y,Z1,Z2,Z3,Z4) 表示，則土方計算的過程、等零線的求算等將會相對地簡易許多。而此簡化結果與考量受影響情形於土方計算所產生的誤差若控制在可接受或受限(bounded)的數量之下，則能同時符合方格法土方計算中所需要的簡單合理的精神。

仿照 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(三) 的說明及推導，但改以 Z3 點位為座標原點，則可推導得通過網格四個頂點的鞍面公式如下(網格邊長為 d)：

網格內的總體積則按該鞍面公式推導得計算如下：

若考量網格內有部分挖填的情形，則僅需考量以下兩種情況推導相關的體積計算基本公式即可，其結果適用於鞍面假設之下不同挖填計算情境。(Why?)

情況一、 Z3 正負異於 Z1,Z2,Z4

即 Z3大於0 而 Z1, Z2, Z4 小於等於0 (或是 Z3小於0 而 Z1, Z2, Z4 大於等於0)的情形。由鞍面公式可得知等零線函數式

則以 Z3 為極值的體積(挖方或填方均可)可按積分推導得如下：

情況二、 Z3 與 Z2 正負相同但異於 Z1,Z4

即 Z3, Z2 大於0 而 Z1, Z4 小於等於0 (或是 Z3, Z2 小於 0 而 Z1, Z4 大於等於0)的情形。由鞍面公式可得知等零線函數式

則以 Z3 或 Z2為極值的斜線區內體積(挖方或填方均可)可按積分推導得如下：

兩種部分挖填情況下依鞍面公式積分得的體積計算式尚符合簡單易讀的要求，唯兩者均有共同的限制條件： A ≠ 0 ，即必須符合 Z1+Z3–Z2+Z4 ≠ 0 才不致發生分母為零的除式錯誤。萬一發生此檢查式有 Z1+Z3–Z2–Z4=0 的情形，可以採用將 Z3 值加上一個微小比例差異量的方式作調整：Z3' = (1+ε) Z3。因此，若採諸如 ε = 0.0001 的調整值則可以兼具上述計算法的有效性及不影響體積計算結果。

前述二種情況之體積計算式及計算結果，可以很容易地在試算表工具 (如免費自由辦公室軟體 LibreOffice 的 Calculator)作相關的檢算，並以Civil 3D 的地面物件平滑工具作檢驗。有興趣的朋友不妨先行利用 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(二) 文中的點位資料，以中間方格所在的地形2 作 NNI 平滑補點檢試看看。

其實就筆者所知，一般在處理上述情況一及情況二的體積計算，是分別以錐體公式及楔形公式求算，可以將前列公式的計算結果與之比較檢驗一番：

(未完，待續.....)

*****

本文公式撰寫之貼圖均以 LibreOffice 3.4x(3.3x) 製作，其公式描述內容如下。朋友們可自行貼附在LibreOffice (或是 OpenOffice.org) 的 Writer中，選取後點按"公式"圖例即可完成數學式的編製。
Z(x,y)~=~Axy~+Bx~+Cy~+D newline
A~=~{Z_3+Z_1-Z_2-Z_4} over {alignc d^2} newline
B~=~{Z_4-Z_3} over {alignc d} newline

C~=~{Z_2-Z_3} over {alignc d} newline
D~=~Z_3 newline
Z (X_0,Y_0)=0,~Y_0=~{-BX_0-D} over {alignc AX_0+C}~or X_0=~{-CY_0-D} over {alignc AY_0+B} newline
for X_0=0,~Y_0=-D over {alignc C} newline
V_Z3~=iint Z(x,y) dx dy newline
~~~~~=-C^2 over {alignc 2A} left [ 1 over 2 Ay^2+(2AD over {alignc C}-B)y+1 over {alignc A} (AD over {alignc C} -B)^2 ln (y + B over A) right ]^{y=-D/C}_{y=0} newline
~~~~~=Z_3^2 over {alignc 2A} left [ 3 over 2 - BC over AZ_3 - (1- BC over AZ_3)^2 ln(1 – AZ_3 over BC) right ]
Let ~K= BC over AZ_3 , ~then~ V_3= Z_3^2 over {alignc 2A} left[ 3 over 2-K-(1-K)^2 cdot ln (1-{alignc 1} over k) right] newline
"Let" ~K= BC over AZ_3~newline
"then "~ V_3= Z_3^2 over {alignc 2A} left[3 over 2-K-(1-K)^2 cdot ln (1 - {alignc 1} over K) right] ~newline
"where "~(1-1 over K)~=~1- {alignc {AZ_3 over BC}}~=~{alignc {Z_2 Z_4-Z_1 Z_3} over {(Z_4-Z_3)(Z_2-Z_3)}}~ > ~0 newline
V_Z3~=iint Z(x,y) dx dy newline
~~~~~=-C^2 over {alignc 2A} left [ 1 over 2 Ay^2+(2AD over {alignc C}-B)y+1 over {alignc A} (AD over {alignc C} -B)^2 cdot ln (y + B over A) right ]^{y=d}_{y=0} newline
~~~~~={alignc {-1 over 2A}} left [ {alignc {C^2 d^2} over 2}+(2Z_3 C - {alignc BC^2 over A}) cdot d+ (Z_3- {alignc BC over A})^2 cdot ln(1 + {alignc Ad over B}) right ] newline
"where "~(1+ {alignc Ad over B})~=~{alignc {Z_1-Z_2} over {Z_4-Z_3}}~ > ~0 newline
錐體公式 V'~=~{alignc {Z_3^3 over {(Z_3-Z_2)(Z_3-Z_4)}}} cdot {alignc d^2 over 6} newline
楔形公式 V'~=~({alignc Z_3^2 over {Z_3-Z_4}}+ {alignc Z_2^2 over {Z_2-Z_1}}) cdot {d^2 over 4}

Civil 3D 地形物件與土方計算之關係 - 數學原理探討(四)

2011-11-07T17:58:00.016+08:00

(延續前文 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(三))
本文有許多的小問題如(Why?)、(How?) 等留給有興趣的朋友自行觀察及思考，均不是什麼難題，只是一些幾何觀察或簡易代數推導。

比照 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(二) 文中的地形1高程點位資料分佈，但扣除右上及左上的高程資料時 (如下圖所示於Z1~Z4為頂點所構成的主要方格之外，尚存在Z'1~Z'10共10個高程資料，其位置均位於方格頂點)，則其構成的 Voronoi tessellation 將如圖中橘色線所繪製的結果。(Why?)

於白色方框範圍內以前文所選取相同點位 P作為欲內插估算其高程值的位置，繪製其與四周頂點的 Voronoi diagram 的結果則如圖中綠色聚合線所框圈的範圍。此時左側的 Z'4、Z'5 高程的Voronoi tessellation 範圍會為綠色聚合線所切割交集，即可將該二點位視為對 P 點高程值之內插估算具有影響性的鄰近點位，而其它Z'`1~Z'3、Z'6~Z'10等8個點位的高程資料則與 P 點高程值之內插估算無關。此時面積權重組成為 W1~W4、W'4、W'5，與前文所述之單一方格情形比較之後，可明顯知道 W2及W3的面積縮減而新增 W'4及W'5。該Voronoi diagram 的六個頂點(J1~J6)的座標值及P點的高程內插值 Zp估算可以 P (x,y)座標值表示如下(Why?)：

由上即可發現 P點的高程內插值 Zp 的數學表示式非常複雜 (How?)。然而若選取上圖中 P2點作為欲內插估算其高程值的位置，則又發現此時的 Voronoi Diagram (上圖中的紫色聚合線所框圍的四邊形)與前文中的單一方格情境時相同，高程內插值 Zp2的計算式可表示如下：

顯然地，白色方格範圍內之任意選取點位 P的 Voronoi Diagram 會因其所在位置而呈四邊形或六邊形的情形，其衍生的高程內插值估算的數學表示亦有簡易或繁複的不同結果。上圖中的選取點 P為位於靠近白色方格左側邊界的情形，若情形為分別位於靠近白色方格右側、上側、下側時，其 Voronoi Diagram 的繪製結果又會如何？其 Zp 估算式中的各影響面積權重分佈情形又會是何情形？在那些區域內其Voronoi Diagram 與前文中的單一方格情境相同且可採相同的簡化後內插高程估算式？

前述諸多問題的解答線索，其實筆者已在 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(二) 文中有所提示。請朋友自行如下圖繪製解答圖(Why?)：分別於與方格鄰接的左、右、上、下的四側方格作各自的外接圓如圖中紅、黃、綠、青四個圓所示。

若選取點位P落於方格與該四個圓均無交集的區域(未影響區)，則其 Voronoi Diagram 則繪製如前文的單一方格情境，即僅與方格的四個頂點有關而已，而高程內插估算則得以按鞍面公式計算之。若若選取點位P落於方格與其中之一圓交集的區域(受影響區，即斜線所示區域)，則其 Voronoi Diagram 之繪製與所交集外接圓的鄰接方格頂點、以及方格所處的四個頂點共六個頂點有關，其高程內插估算式相對複雜許多。

若將前圖稱作該方格的內插高程是否得以按方格四個頂點以鞍面公式估算的響影範圍圖，則將所有方格的響影範圍圖繪製拼接後可得全網格範圍的響影範圍圖。

(續文：Civil 3D 地形物件與土方計算之關係 - 數學原理探討(五))

****

本文公式撰寫之貼圖均以 LibreOffice 3.4x(3.3x) 製作，其公式描述內容如下。朋友們可自行貼附在LibreOffice.org (或是 OpenOffice.org) 的 Writer中，選取後點按"公式"圖例即可完成數學式的編製。

J1 = (X1,Y1)=~left({d^2 / 2 -(x^2+y^2)} over {alignc d-2x},~0 right) newline

J2 = (X2,Y2)=~left(0,~{d^2 / 2 -(x^2+y^2)} over {alignc d-2y} right) newline

J3 = (X3,Y3)=~left(-d,~{x^2+y^2+dx-d^2} over {alignc y- d /2} right ) newline

J4 = (X4,Y4)=~left({x^2+y^2-5d^2 /2} over {alignc d+3x / 2},~0 right) newline

J5 = (X5,Y5)=~left(-d,~{x^2+y^2+dx-d^2} over {alignc y+ d /2} right ) newline
J6 = (X6,Y6)=~left(0,~{d^2 / 2 -(x^2+y^2)} over {alignc -(d+2y)} right) newline
Zp~=~{sum W_i Z_i}over{alignc sum W_i} ~=~{W_1 Z_1+W_2 Z_2 +W_3 Z_3+W_4 Z_4+W'_4 Z'_4+W'_5 Z'_5} over {alignc W_1 +W_2+W_3+W_4+W'_4+W'_5}

Civil 3D 物件標示文字字型設定 - 動手試試看！

2011-11-02T16:25:00.010+08:00

若到訪的朋友已明白 Civil 3D 物件標示文字字型設定 - 先想想看！所指的文字標示問題，本文則提供一些線索，供有興趣的朋友自行尋找解決方案。本文無任何畫面截圖貼附，故答案均在自行的動手操作之中。

先以"Metric Template_CHT.dwt"樣版檔開啟圖面，並滙入點檔案 (如筆者慣用的 sample data set 的 PNEZD 點檔案)，並仿照 Civil 3D 物件標示文字字型設定 - 先想想看！的操作，完成動手試試看前的準備。

中文版的 Civil 3D 2008 物件標示文字字型設定與替代字型指定、物件文字標示預設字型、移除格式化及CAD的 Style 字型設定有關：

1. Fontalt (替代字型指定)
在命令列輸入 fontalt 指令可以設定當 Civil 3D 找不到所指定匹配的字型時的替代字型顯示。無意外的話，預設的字型是 "simplex.shx" ，可自行更改為 "txt.shx"、"Times New Roman"、"標楷體"、"細明體"，觀察一下畫面的字型變化。(與 acad.fmp 的替代字型對映檔無關)

2. 以 Style 新增字型樣式
在"Metric Template_CHT.dwt"樣版檔中的 "Standard" 字型樣式是 txt.shx 且不使用大字體。請至少增加三個樣式，其中一個為中文樣式 (例如名為"仿宋體"，使用<王漢宗中仿宋繁>字體)、一個有使用大字體的英文樣式 (例如名為 "Standard-2"，使用 txt.shx + gbcbig.shx字體)以及一個使用 truetype 字體的英文樣式 (例如名為 "TimesNewRoman"，使用 Times New Roman字體)。再於標示型式管理員對話視窗中設定不同的字型，regen 後觀察文字標示字型的變化。

3. 物件文字標示預設字型
在工作區的設定頁籤點選所要預設標示型式的物件(例如"點"物件)，設定預設的標示型式。接著於標示型式管理員對話視窗及文字元件編輯器視窗中作更多的不同字型指定(shx 字體、truetype的英文及中文字體)，regen 後觀察文字標示字型的變化。

4. 移除格式化
沒意外的話，朋友們在步驟3 的快意操作後會遇到型式設定昏頭的狀況，此時只要記得到文字元件編輯器視窗中選取標示內容並移除格式化(滑鼠右鍵)後，許多不正常的狀況即可解除，再依需要作字型設定。請留意：移除格式化的功能必需在有使用大字體的英文樣式 (例如名為 "Standard-2"，使用 txt.shx + gbcbig.shx字體)之下方能運作正常(C3D 版本 2008~2010皆然，2011及2012 版本或許亦是如此，自行"踹踹看")。

若 Civil 3D 物件標示文字字型設定是一個困擾許久的謎，至此答案已昭然若揭！

請別再胡亂抄寫錯誤的 Civil 3D 土方計算說明！

2011-11-01T00:55:00.004+08:00

近來連續在數本工程開發計畫中發現附圖的這段錯誤的 Civil 3D 土方計算說明不斷的被引用，納悶之餘以"Civil 3D & 三角稜柱體積" 關鍵詞 Google 後竟又找到數本報告書一字未改地抄錄該段謬誤，實在是過於囫圇吞棗，有違工程領域對專業負責的基本涵養。

這其中的嚴重謬誤有下列幾項：
1. 方格法與三角網組合體積法即是兩個不同的方法，文中究竟是指何法？
2. 此處所指之方格法並非是 Civil 3D 軟體的既有功能，應是指 EarthworkConstructDrawing.dvb 加值程式所提供的方法。但該程式提供了三角稜柱法、四角稜柱法及精確算法共三種方法，計算原理均有差異。然而其文句並未明確說明究竟是何法。
3. 所提所謂楔體公式是否適用於完整方格或是邊界處的不完整方格？
4. 所提所謂楔體公式僅是三角稜柱法中計算情境之一，其它情境條件時的計算公式亦應一併列出。
5. 利用 Civil 3D 這類軟體工具建構數值模型以求算土方的計算結果品質主要取決於模型建構的品質，而這品質的要求為何？並非單獨因為採數值化三角網建構模型就保證土方計算精度就會比較好。
6. 方格邊長的大小是另一個影響土方計算結果的重要因子，文中並未說明方格邊長及選取原則為何。

所以請到訪且有使用 Civil 3D 軟體工具的朋友協助及監督，停止這段錯誤的土方計算說明的引用及抄寫，莫再以訛傳訛！

Civil 3D 地形物件與土方計算之關係 - 數學原理探討(三)

2011-10-28T17:38:00.014+08:00

(延續前文 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(二) )

本文有許多的小問題如(Why?)、(How?) 等留給有興趣的朋友自行觀察及思考，均不是什麼難題，只是一些幾何觀察或簡易代數推導。

接著以前文圖中白色方框四個頂點的文字所建立的地形物件"地形2"為探討標的。若朋友有動手跟著前的指引動手操作一番，應會發現隨著 NNI 地面平滑法的格線間距 X,Y的逐次減小，"地形2" 的三維環轉檢視結果會愈顯示地形趨近一個二次曲面-雙曲拋物面 (馬鞍面)。其實若依照雙曲抛物面的數學通式 z = f(x,y) = Axy+Bx+Cy+D，其中僅包含四個係數 (Why? 有否作了一些簡化假設?)。因此以四個頂點高程資料所能定義的曲面以馬鞍面表示時，恰可求得該曲面方程的四個係數。如此看來，隨著 NNI 地面平滑法的格線間距 X,Y的逐次減小，"地形2" 趨近一個馬鞍面似乎非意外之事。假設方格(白色方框)邊長為 d，則A、B、C、D四個係數得以方格四個頂點高程Z1~Z4及邊長 d 表示之，朋友可自行推導得其四個表示式。(How?)

接著從 Delaunay Triangulation / Voronoi Diagram 的角度來切入這個問題，探討看看NNI平滑法計算式是否會得到同樣的結果。先將白色方框及四個頂點等均投影在 z=0 的 xy平面上，以下均是以在該 xy平面上為前提作討論。依照"地形2"白色方框四個頂點為共圓的特性，其 Delaunay Trangulation 可以有二種方式，但是其 Voronoi tessellation 則僅有一種。若以該方框四個頂點共圓圓心處為座標原點，則 X、Y軸所切割的四個象限即為其Voronoi tessellation。

於白色方框範圍內任選一點 P (x,y)作為欲內插估算其高程值的位置，繪製其與四個頂點的 Voronoi diagram (如附圖中綠色聚合線所框圈的範圍)。

這個繪製得的 Voronoi diagram 具有一些特性：

1. 為四邊形；

2. 該四邊形的頂點則落於 X軸及Y軸上；(Why?)

3. 假設白色方框的邊長為 d，則該Voronoi diagram 四邊形的四個頂點 J1~J4的座標則可表示如右(Why?)：

該Voronoi diagram與原Voronoi tessellation 四個象限交集的面積分別可表示為 W1=0.5×X1×Y1、W2= -0.5×X3×Y2、W3=0.5×X3×Y4、W4= -0.5×X1×Y4。如此則依照 NNI 平滑法的面積權重定義，點 P(x,y) 的高程值 Zp 可內插計算如下(Why?)：

其結果確實為一個雙曲拋物面，換言之"地形2" 的情形在本質上實是一個馬鞍面的形式。故在方框邊界處 (x=d/2, x= -d/2, y=d/2, y= -d/2)的高程值內插計算式會蛻化為線性函數，如三維環轉檢視的結果般。(該式是否與本文第一段建議朋友自行推導數學通式 z = f(x,y) = Axy+Bx+Cy+D 的四個係數 A、B、C、D以方格四個頂點高程Z1~Z4及邊長 d 表示之結果相同？殊途同歸？)

而其方格範圍內之馬鞍面與 z=0 的 xy平面所包圍的總體積則可推導得如右式(Why?)。此與一般所認知之完整方格於全挖方或全填方情形時之計算式相同。其實這個結果無需經數學式推導，由觀察其馬鞍面的幾何特性即可推知得。(How?)

接著探討前一篇文章中"地形1"的情形，先動手繪製其 Voronoi tessellation，觀察一下有何特殊之處！

(續文：Civil 3D 地形物件與土方計算之關係 - 數學原理探討(四))

****
相關連結
Interpolation Of Meteorological Data in Autodesk Civil 3D Environment
GIS Functions - Interpolation

本文公式撰寫之貼圖均以 LibreOffice 3.4x(3.3x) 製作，其公式描述內容如下。朋友們可自行貼附在LibreOffice.org (或是 OpenOffice.org) 的 Writer中，選取後點按"公式"圖例即可完成數學式的編製。
J1 = (X1,Y1)=~left({d^2 / 2 -(x^2+y^2)} over {alignc d-2x},~0 right) newline
J2 = (X2,Y2)=~left(0,~{d^2 / 2 -(x^2+y^2)} over {alignc d-2y} right) newline
J3 = (X3,Y3)=~left({d^2 / 2 -(x^2+y^2)} over {alignc -(d+2x)},~0 right) newline
J4 = (X4,Y4)=~left(0,~{d^2 / 2 -(x^2+y^2)} over {alignc -(d+2y)} right) newline
Zp~=~{sum W_i Z_i}over{alignc sum W_i} newline
~~~~=~ {alignc Z_1 over {(d-2x)(d-2y)} + {alignc Z_2} over {(d+2x)(d-2y)}+{alignc Z_3} over {(d+2x)(d+2y)}+{alignc Z_2} over {(d-2x)(d+2y)}} over{alignc 1 over {(d-2x)(d-2y)} + {alignc 1} over {(d+2x)(d-2y)}+{alignc 1} over {(d+2x)(d+2y)}+{alignc 1} over {(d-2x)(d+2y)}} newline newline
~~~~=~ {Z_1-Z_2+Z_3-Z_4} over {alignc d^2} xy+{Z_1-Z_2-Z_3+Z_4} over {alignc 2d}x+{Z_1+Z_2-Z_3-Z_4} over {alignc 2d}y+{Z_1+Z_2+Z_3+Z_4} over {alignc 4}

Civil 3D 地形物件與土方計算之關係 - 數學原理探討(二)

2011-10-22T03:01:00.003+08:00

(延續前文 Civil 3D 地形物件與土方計算之關係 - 數學原理探討(一) )
在跳入數學式推導的文章分享之前，先請到訪使用 Civil 3D 的朋友作一些基本地形建構的相關操作及觀察，有興趣的話不妨動手跟著操作。

先繪製一個九宮格，每一方格邊長為20m，然後在格線交點(共16處)以文字輸入高程資料如右圖般，並將其文字內容移至高程欄位後，以這16個文字點位建立 TIN 地形物件 "地形1"。以地面平滑化編輯工具按 NNI 法以格線間距 X,Y均為2m的方式補點平滑之，三維環轉觀察一下沿著各條格線方向的地形變化情形，並使用快速縱斷面工具檢視其剖面，是否看到各頂點間的線形為曲線形式。接著繪製如圖中白色方框的聚合線，並加入為"地形1"的邊界線。

再以位於圖中白色方框四個頂點的文字建立另一個地形物件 "地形2"。同樣以地面平滑化編輯工具按 NNI 法以格線間距 X,Y均為2m的方式補點平滑之，三維環轉觀察一下沿著各條格線方向的地形變化情形，並使用快速縱斷面工具檢視其剖面，是否觀察到各頂點間的線形為直線形式，與"地形1"的剖面線形式不同。

接著再建立一個三角網組合體積地形 "地形3"，任選前二個地形中之一個為基準地面，另一個為比較地形。切換顯示型式為高程分析，調整高程分析範圍精確度為 0.001，並將分析範圍減為3個且調整範圍為 z < -0.002、-0.002< z < 0.002、0.002 < z 。觀察一下高程分析結果，有否看出任何端倪？

將"地形1"、"地形2"改以地面平滑化編輯工具按 NNI 法以格線間距 X,Y均為 1m的方式補點平滑之，並重新建置"地形3"。觀察一下高程分析結果，有否看出任何端倪？

再將"地形1"、"地形2"改以地面平滑化編輯工具按 NNI 法以格線間距 X,Y均為 0.5m的方式補點平滑之，並重新建置"地形3"。觀察一下高程分析結果，有否看出任何端倪？

朋友們，甚至可再減少格線間距 X,Y均為 0.2m (或更小)的方式補點平滑之，並觀察"地形3"高程分析結果。

至此是否看得一頭霧水？或是有令人驚喜的發現？我猜絕大部分的朋友是滿頭霧水吧！

最後於圖面中原九宮格的中上、中左、中右、中下共四個方格位置繪製各個方格的外接圓，並請思索一下這四個外接圓與前述高程分析結果的觀察有何關連？

(續文：Civil 3D 地形物件與土方計算之關係 - 數學原理探討(三))

一個關於 Voronoi Diagram 的有趣應用

2011-10-20T23:24:00.000+08:00

對一般朋友而言 Voronoi Diagram 可以解單理解為一種構成鑲嵌圖的方法，可以在藝術形成一幅美麗的圖象。實際上 Voronoi Diagram 在工程技術及生物領域中的應用則是相當廣泛，像是目前廣泛使用的手機通訊如何在眾多星羅密布的基地臺中找出所謂"相鄰"基地台，以作為通訊信號傳送至手機的基站，其尋找的邏輯方法即與 Voronoi Diagram 密切相關。

Voronoi Diagram 也可以作為各個個體間劃分領域邊界的一個有效方法，以各成對兩個體的中界作為領域劃分的準則。Boundary Functions 即是以該應用所設計出來的一個多媒體應用程式，邊界及個體領域會隨著參與人數的增減及位置作即時改變。

Civil 3D 地形物件與土方計算之關係 - 數學原理探討(一)

2011-10-20T17:22:00.004+08:00

先前曾分享關於剖面法土方計算公式之數學原理探討系列文章 [Civil 3D與土方計算–從數學原理談起！(一) ~Civil 3D與土方計算–從數學原理談起！(六)]，接著將撰寫數篇關於方格法(坵塊法)土方計算數學原理的文章，目的是探索 Civil 3D 軟體工具在數值地形生成的數學基礎，並希望能進一步討論傳統所謂三稜柱、四稜柱法之改善空間。

建立不規則三角網(TIN)地面物件是使用Civil 3D軟體的基本功，其背後的數學理筆者也曾撰文 Civil 3D 關於TIN地面物件生成原理概說 作概要的分享。而一個好的 TIN 地形，可能還得透過 Civil 3D 的編輯工具"地面平滑化"的運作方能有一個合理的結果。其中，以自然鄰點法 (NNI, Natural neighbor interpolation)於地形範圍中補充點位高程資料以達到合理平滑化的目的，是一個標準且常用的作法。簡要的解釋 NNI method，即是以原TIN地形的 TIN頂點為基礎建構對應的 Voronoi tessellation，再將補充點位納入為TIN頂點繪出補充點位處的獨立 Voronoi diagram 並與原Voronoi tessellation 交集，分析那些TIN頂點為鄰近點及取得交集面積資料以作為高程內插計算的權重值，最後按鄰近高程的權重比例相乘加即得內插(期望)高程值。

對具土木工程背景的朋友而言，Voronoi tessellation (Voronoi diagram)可能是一個非常陌生的名詞。其實它在地理學及水文學上在空間資料分佈處理的應用即是熟知的徐昇法或是徐昇氏多邊形(Thiessen polygons)，即以TIN各邊中垂線交會而成的圖形。朋友可連結康乃爾大學版的Voronoi Driagam /Delaunay Triangulation 開啟示範程式，隨意在矩形框內點按作為平面TIN頂點，觀察一下其所生成的 Delaunay Triangulation 與 Voronoi Diagram 的關係，甚至還可以觀察其empty circle 的繪製。附圖即為筆者隨意點按生成的結果，圖中白色線即構成 Delaynay三角網，色塊鑲嵌圖則為所對應的 Voronoi tessellation。

至此，希望使用 Civil 3D這類軟體工具的朋友們能對 NNI 補點法能有些基礎認識，改善TIN數值地形的建模品質。

然而在現實中因似尚未有規範明訂如何釐清 TIN 數值地形建構的品質要求，實務中的土方計算仍常以剖面累算法(平均剖面法)或方格坵塊為主。其中方格坵塊法即是以方格網交會點的高程為已知資料，計算(估算)每一方格坵塊的體積值。若以上圖為例，將其視為一個矩形坵塊，其坵塊內的體積係以該矩形的四個頂點為僅有的高程資料計算而得，其坵塊範圍中其它點位高程資料則均忽視不計。計算的特性上，剖面累算法(平均剖面法)或方格坵塊的計算結果均為近似值，而非數值模型體積的真值。

其實以方形網格的高程資料所建立的TIN地形僅為TIN的一種特殊情形：由於在 z=0 平面投影上有許多四點共圓的情況，所建構的 Delaunay Triangulation 並不具唯一性；不過其 Voronoi tessellation 則仍具唯一性。有興趣的朋友，不妨試著在紙上繪製方形網格的 Delaunay Triangulation 及 Voronoi tessellation，並思索一下其有無誘發其它的疑問？

[續文：Civil 3D 地形物件與土方計算之關係 - 數學原理探討(二)]

***

相關連結：

徐昇多邊形網法之數值計算

康乃爾大學版的Voronoi Driagam /Delaunay Triangulation 程式

Civil 3D 物件標示文字字型設定 - 先想想看！

2011-10-17T16:03:00.013+08:00

本文以使用 Civil 3D 中文版的大部分朋友熟知的樣板檔 "Metric Template_CHT.dwt" 開啟圖面，探討Civil 3D 物件標示方面的一些問題。朋友可仿照筆者以 sample dataset 的點檔案資料滙入，或自行滙入手邊的點檔案資料，然後將點群組標示型式切換為"顯示編號高程描述"。接著再以標示型式管理員新建三個文字元件：高程-1、高程-2、高程-3，其元件內容均為"高程 <[點高程(Um|P3|RN|AP|Sn|OF)]>"，標示位置分別位於圖徵的左上、左中、左下。故圖面中每一個圖徵均包含6個文字元件。

接著請朋友自行動手試試看能否如下列四個情境所示般設定字型：

標示文字設定一：首先，更改標示字型如上圖(標示文字設定一)所示，使用了四種字型： txt.shx、simplex.shx、stylus.ttf、細明體。

標示文字設定二：更改標示字型如上圖(標示文字設定二)所示，使用了五種字型： txt.shx、simplex.shx、gbcbig.shx、stylus.ttf、細明體。

標示文字設定三：再更改標示字型如上圖(標示文字設定三)所示，使用了五種字型： txt.shx、simplex.shx、gbcbig.shx、stylus.ttf、標楷體。
標示文字設定四：再更改標示字型如上圖(標示文字設定四)所示，使用了三種字型： stylus.ttf、標楷體、王漢宗鋼筆行楷繁 (以其它鋼筆行楷體或其它字體替代亦可)。
最後再請更改標示字型為上圖(標示文字設定一)所示。

是否順利完成字型設定？或是遭遇重大困難？還是無法在各個設定狀況之間自由切換完成？或是驚訝地問著"怎麼辦到的"？

按筆者預期，到訪朋友若是使用 Civil 3D 2008 版，可能會遇上許多困難；而使用 C3D 2009~2012版的朋友，則可能在最後切換回(標示文字設定一)時有些困難。

有這些字型設定困難的朋友，先給您一些時間先行思索應如何處理及探索相關解決方案。筆者計畫於十日內會另撰文分享個人心得及淺見。

Kerkythea 渲染參數設定視窗使用概要-以光之教堂為例

2011-10-06T17:12:00.009+08:00

以 Autodesk Revit 建立安藤忠雄的光之教堂模型，再滙出至 3d Max 作渲染處理的連結運用，大概是參與過 Revit + 3d Max 一日營的朋友所熟悉的內容。其實這樣的整合運用也可以採 Google Sketchup + Kerkythea 的免費軟體辦到，不僅不花一毛錢而且免除非法使用軟體的困擾。

本文主要著重在 Kerkythea 渲染設定介面的介紹，故關於 Sketchup 中的模型建立過程一併略過，朋友可自行於 3D Warehouse - Google SketchUp 中下載光之教堂 Sketchup Model 取得模型。於 Sketchup 中將 Google Earth 中光之教堂的真實位置(全球經緯座標位置 (34.818520,135.537170))地形滙入以作為參考，施轉調整光之教堂模型使太陽光之四季入射角度與實際相當。再新建一個動畫的場景 (Scene)，調整場景視點及視景為由教堂內的後方望向十字光窗，如附圖所示。若朋友想要讓壁燈於後續渲染時是呈開燈狀態並且可作調整，則請自行將該壁燈另以其它如淡黃色重新填色。如此即已於 Sketchup 中完成準備，可將模型滙出至 Kerkythea 作後續渲染。

於 Kerkythea 環境中於 Sun & Sky Wizard 中簡單設定地理位置及日照時間之後，即著手執行渲染作業，於Camera and Settings 視窗中將渲染設定採 03.PhotonMap-Quick 的快速模式、解析度則選用 1024×768，約莫30秒的等待時間之後(等待時間因硬體設備而異)，即可得到一張"傻瓜"渲染成品，如附圖。

上述所謂"傻瓜"渲染成品，是於不對物體材質(對光的反應如反射、漫射、散射)及渲染參數作額外設定的結果。

在Kerkythea 環境下，各物體材質的渲染參數及光跡、環境渲染參數等都可以在 Advanced Options 的視窗中一覽無遺，其 Ray Tracers / Irradiance Estimatord / Direct Light Estimators 三個項目之下的內容是與光跡、環境渲染參數有關，Scenes 項目之下則與物體材質、運鏡、光源、環境及地理位置等參數有關，如下側附圖所示。不過問題來了，與光跡、環境相關的渲染參數散見於Ray Tracers / Irradiance Estimatord / Direct Light Estimators 之下，各細部參數亦有一些特定的描述，如何知道其參數的其它設定定義詞為何？

其實在下拉式選項的 Render 之下有一個 Setup...項目，點按開啟 Render Settings 視窗即可發現是用以作上述那些光跡、環境等渲染引擎參數的調整介面，包含 Ray Tracing 和 Global Illumination 兩個頁籤。透過這些參數的調整選用，Kerkythea 的渲染結果是具有相當大的彈性，有興趣的朋友可以自行動手操作體會一下。

在執行渲染前的 Camera and Settings視窗中其第三個項目 Settings 之中，即預先依各渲染品質及渲染時間不同而將這Render Settings 中的不同參數設定組合，以 XML 檔描述以供爾後套用參數。這些 XML 描述檔存放在 Kerkythea 安裝標的目錄的 RenderSettings目錄之下，初始安裝 Kerkythea 後應有29個 XML描述檔。若朋友欲將自行定義的參數設定組合亦能於日後作為套用參數設定樣本，則可自行於該目錄之下建立一個新的XML 描述檔記錄參數定義內容。

要完成一個尚稱滿意的渲染作品，除了對於所使用軟體的特性及各參數定義使用有通盤瞭解，對於各物體材質設定亦需有所掌握，無法於本文篇幅一一羅列，有賴各位有興趣的朋友本著實驗的精神去實作嘗試及累積經驗。筆者於此處拙列兩幅 Kerkythea 的渲染結果，當作抛磚引玉。

所貼的圖純粹供朋友參考，因在 Kerkythea 渲染成品影像亦可於 Rendered Image 視窗中作曝光值、Gama值調整。

至於真實在安藤忠雄的光之教堂現場所見情景是如何，不妨點按 Church of Light, Osaka 前往瞭解一下，作為朋友在渲染參數設定方面的參考。

Civil 3D 關於TIN地面物件生成原理概說

2011-09-21T15:23:00.013+08:00

本文對於甫接觸 Civil 3D 軟體的朋友而言屬進階的內容，建議別好奇而跌入其中閱讀，應儘速離開為妥。對於已有相當使用經驗的朋友，本文則為銜接進階地面編修的基本知識，或可稍補充一般土木工程領域人員對於電腦圖學方面的一些瞭解。

建立不規則三角網(TIN)地面物件是使用Civil 3D軟體的基本功，無論是自測量資料的點檔案資料繪製TIN地面物件，或是由具高程定義的聚合線以加入等高線的方式加入地面物件定義內容，想必是使用 Civil 3D 這類軟體的朋友再熟悉不過的程序。不過到訪的朋友是否曾有一個疑問：為何用同樣的點檔案資料所建立的TIN原始地面均會相同，該結果不會因Civil 3D 版本環境不同而異？縱使是使用具高程定義的聚合線以加入等高線的方式加入地面物件定義，只要在相同的刪點及補點四個相關參數情形之下，所建立的 TIN 地面物件亦不會因Civil 3D 版本環境不同而異？

這個問題最無厘頭的回答是"若會不同那可就麻煩大了，豈不是每次的結果都無法預測了嗎？"

其實這其中是有一個邏輯程序的。基本的問題是：對於平面或空間中離散分佈的點位，如何使其所構成的三角網(TIN)最佳化？其解答則要歸功於前蘇聯數學家 Boris Delaunay於1934年所提出的三角化法則，也就是目前3D軟體模型建構的最重要及最基本的 Delaunay Triangulation (或許可譯稱為"德洛湼三角化法則")

Delaunay Triangulation 在Wiki網頁內容已將基本內容說的很完整，朋友可自行連結前往閱讀。以平面上四個非共線或非共圓的離散點作簡易說明，先任選所構成四邊形其中三頂點並繪製通過該三點的圓，若所餘的第四個點落於該圓之外，則所選三點所構成的三角網即為最佳化的結果。反之，若所餘的第四個點落於該圓之內，則三角網最佳化的結果為置換四邊形對角線後的切割結果。

而在 Civil 3D 的環境之下，是以2D 的 Delaunay Triangulation 所建構而成，亦即僅以(E, N)的座標點位作三角化的最佳化構築。有興趣的朋友可仿照筆者所示附圖動手測試。先任選相鄰的兩個三角網，以其所構成的四邊形的四個頂點為標的，任選其中三個頂點繪製所通過該三個頂點的圓，觀察一下是否符合2D Delaunay Triangulation 的原則。附圖中，筆者以慣用的Sample Data Set 點檔案資料所建立的TIN 地面物件為例，標示其中三個目標三角網(藍色、綠色、灰色)，並繪製通過不同三個頂點的圓以供觀察。

因此，除非所據以加入地面定義的點位資料有發生四點共圓的情形，所建立的 TIN 地面均具有唯一性，亦不會因軟體版本而異。

以 2D Delaunay Triangulation 作為軟體運作的數學基礎雖然在無視高程的情形之下得到一個名義上的最佳化的 TIN 地面，但實際在考量地面高程變化及地勢特性等因素後其結果實非符合實體世界的最佳化結果。因此，吾等需進一步利用 Civil 3D 的地面編修相關工具，諸如以加入趨近式特徴線使三角網適當的置換邊緣，或加入地勢線或3D聚合線等並從中取得取樣點位高程資料，甚或需於適當位置作地面平滑化以補充點位資料，方能達到實務上最佳化的需要。

至於地面平滑化編輯中的NNI(自然鄰點法)，其原理則是基於 Voronoi diagram (Voronoi tessellation)的鄰近點及鄰近區域權重判定計算公式，亦與 Delaunay Triangulation 相關。這其中的概要說明，再另覓機會與朋友分享了。

***
其它 Delaunay Triangulation 連結
http://w3.jouy.inra.fr/unites/miaj/public/vigneron/cs4235/l10cs4235.pdf
Delaunay Triangulation

在Civil 3D 中由3D聚合線計算集流時間的小工具

2011-09-21T01:29:00.007+08:00

許久以前 Civil 3D Reminder 曾甚好心的釋出一些有用的 dvb 小程式，其中 TcCalculation.dvb 則是可以由3D 聚合線的投影長度及起終點高程換算坡度(斜率)後，按 Kirpich Tc equation 計算該3D聚合線(流徑)的集流時間，算是頗為便利及加值的小工具。

但朋友們在使用該程式時應留意單位系統問題，因該加值程式的計算公式是以英制的 Kirpich Tc 公式為基礎，該計算值在公制的圖面作業環境之下應乘以 2.527 才是正確值。當然了，最好的方法則是直接將該程式的 Kirpich Tc 公式的 0.0078 係數值更改為 0.0195 (或 0.0197) 。

由於在 Civil 3D的環境之下，地面物件可以經由水滴工具獲得集水區自點按處的流徑資訊，而 TcCalculation.dvb 則可快速簡便地提供該流徑的集流時間計算值 Tc。附圖即為筆者簡易測試的結果，使用 Civil 3D 2008 版本，圖面環境探用公制單位，較短的白色 3d聚合線是以水滴工具建立而得(投影長度 152.56m)，另一條黃色 3d聚合線則為筆者自行建立(投影長度 359.55m)。紅色字的 Tc值則為原 TcCalculation.dvb 的計算結果，因其長度以英制視之，故為錯誤計算結果。黃色字的 Tc值則為筆者將該程式的 Kirpich Tc 公式的 0.0078 係數值更改為 0.0195 的計算結果(即正確值)。綠色字則為筆者改寫將該程式所計算的投影長度 L 及坡度值 S 標示的結果，主要是方便朋友們的檢核。所示的 Tc值均為不考慮地面覆蓋情形的原始計算結果。

Civil 3D Reminder 文中雖標示該 dvb 程式是 2009 版，但實際上是可直接使用於 Civil 3D 2008~2010的版本，而 Civil 3D 2011~2012 的版本則於安裝 vba enabler 之後亦可使用該 dvb 程式。

原程式碼亦可依朋友實務上的需要容易改寫為採用 FAA equation、SCS lag equation、California Culvrts Practice 等以流徑長度及坡度等簡易幾何參數的集流時間計算公式。當然了，要採用水土保持技術規範第19條所建議天然河道流下時間計算的芮哈(Rziha)經驗公式 t=0.00005×L^1.6 × H^-0.6 (min)，式中單位 L,H：公尺，更是 piece of cake。

***************
相關連結：
Estimating Peak Discharge
Time of Concentration Calculator

讓老照片活化 - Make them 3D！

2011-09-17T12:16:00.006+08:00

看過台北花博真相館那一支土石流災害影片的朋友，是否還記得那一張張原本僅是平面攝影的新聞照片竟可化為一幅幅具前後景深的災害紀實的立體現場，為場景中的受災者及救災者的面容身形所懾動！若我們手中的老照片亦能如斯般地轉換為3D圖片呈現，定能增加那照片所紀錄故事的力度及張力。

先前在"在高雄駁二的3D幻視藝術展意外發現的 Stereo Viewer "亦曾提過 Stereo Viewer 立體觀視器，透過它不僅可以將一些藝術名畫以3D 展視，一些風景或人物照片亦可以3D呈現眼前，彷彿親臨現場一般。不過所販售的 Stereo Viewer Card 每一張可都是所費不貲，而且未必是朋友們所想要的內容。

其實這兩者的原理是相似的，製作上亦不困難，只要使用具圖層功能的影像處理軟體(Gimp、Pixia、Paint.net等)，將影像複製至各層並依景深關係作左右畫素的位移後再疊加即可。不過這樣的過程對一般朋友而還是有些難度，本文則是要介紹 StereoPaint ESP 這個方便自製 3D圖卡的免費軟體。

StereoPaint ESP 軟體大小只有 5M左右，簡潔的工具及少樣卻精實的功能則可以製作 Cross-eye、Parallel-eye、anaglyph 等一些常見的立體圖像。網頁上 On-line Documentation 也有一個 First Steps - Quick Tutorial 說明如何將平面的圖片或照片加上景深資訊，再將其轉存 (Export) 為3D 圖片。那個 Quick Tutorial 乍看之下有些不知所云，但實際操作後卻又發現其實它也說明的夠清楚了。筆者以國小畢業紀念冊上的同學照片為例，試製作成果如下的 Cross-Eye 及 anaglyph 3D影像化。景深的差異化部分，筆者並未調的很大，遠景最大為 -15，人像的部分則為3~5，近景草皮則最大為7。(背景為中正國小大禮堂)

朋友請自行以交錯法 (Cross-Eye)觀看第一張照片，再以紅藍色片觀視器觀看第二張照片。如何？是否覺得很不可思議呀！
多年不見的國小同學們(台北市中正國小第35屆6年6班)，先用這張照片跟你們打聲招呼了！

參觀泰國精品珠寶展示中心-肉眼識別藍寶石

2011-07-25T12:38:00.018+08:00

昨天剛從泰國曼谷回國結束這一趟7天6夜的曼谷-芭達雅遊程，見識上的收穫很多，也看到泰國這一個免受地震風災但需經常面臨水患的文化風情，實在是有意思。這行程的心得將另撰文分享。

參與泰國曼谷行程的朋友，行程中大概免不了會安排參觀皇家毒蛇生技園區(泰國境內有一千多種毒蛇，也是世界重要的毒蛇血清來源)、精品珠寶展示中心(藍寶石及紅寶石)及時尚皮件量販店(大象皮、鱷魚皮、珍珠魟皮製品)，讓觀光客"開光"、"血拼"一番。其實都還頗值得仔細把玩觀看的。

精品珠寶展示中心 (Royl Gems，全球最大珠寶展示中心)是一個通過 ISO9001:2008 驗證且是泰國政府支持的一個新設展示中心，這個ISO9001:2008 的意思是在這裏的珠寶來源、鑲嵌工藝、店員服務、珠寶品質保證措施等均符合國際品質管理系統的要求，且第三方的驗證機構會定期至該場所稽查所驗證內容的品質系統管理運作有否符合業者及業界的要求，對於輕微的缺失改善是否有執行處理。若有重大缺失或缺失不改善情節重大已影響品質管理系統保障的要求者，驗證機構是會撤回 ISO9001:2008的驗證。(筆者多年以前曾自費受過 ISO9000:1994 主導稽核員的訓，也參與喬治亞國際驗證機構的新員訓練，差一點轉行作 ISO9000 的第三方稽核，最後則因工程會對技師執業的限制而作罷)

簡單地說，在精品珠寶展示中心的珠寶是有品質保障的。

藍寶石和紅寶石都是色美的寶石級剛玉。區別在於它們捕獲的致色元素不同。紅寶石捕獲了鉻，所以呈現紅色、粉紅色。藍寶石捕獲的是鐵和鈦。由於鐵和鈦在每個寶石中的含量和比例不同，所以呈顯出多種顏色，有藍色、綠色、黃色、紫色、乃至無色。因此，藍寶石是除了紅色紅寶石之外各種顏色的寶石級剛玉。

天然藍寶石依形成的方式大概分為二類：產于氣成一熱液接觸變質帶中的藍寶石(由鈦和鐵兩種微量元素致色，所以顏色鮮豔明亮)以及產於玄武岩中的藍寶石(主要是由微量的鐵元素致色，一般顏色較深)。泰國產的藍寶石是產於玄武岩中的藍寶石，呈帶黑的靛藍色和深墨水藍色。

在那精品珠寶展示中心裏頭，可以請服務人員將寶石戒指取出讓您試戴看看，筆者的牽手就有試戴了一顆價值195萬泰銖的藍寶石戒指，真的是好大的一顆呀！(最後當然是沒買，一般老百姓買這麼大顆豈不是瘋了。)

筆者認為看珠寶若要有樂趣，那得要知道一些簡單的門道會好些。筆者的隨團導遊阿迪很不錯，會準備一個10倍鏡仔細端詳，協助挑選評比。筆者並不是珠寶行家，那時也不懂如何鑒定好壞差異，現在回想是有些遺憾。所以若這個暑假或未來有安排泰國曼谷旅遊行程的朋友，不妨先到"藍寶石的肉眼識別"這個連結去充實一下這方面的基本認識，這樣到時觀賞珠寶時會更有樂趣。

寶石級的剛玉其硬度為9 (鑽石的硬度為 10)，硬度高代表抗磨但另一方面則是具脆性，受撞擊則可能在稜脊處會有受損的小缺角，以10倍鏡觀之會很明顯。若朋友有一些長輩留給您的紅寶石或藍寶石(黃寶石、綠寶石等寶石級的剛玉均統稱藍寶石)，以10倍鏡觀之在稜處會有受損小缺角情況但切面完好無擦痕，原則上可以判斷是真的寶石級的剛玉。

** 相關連結
藍寶石的肉眼識別
ISO - ISO 9000 Quality management- ISO 9001:2008
ISO9001條文說明 / [PDF] ISO9001: 2008 vs. ISO9001:2000
【珠寶展示中心. 皮件展示中心. 毒蛇研究中心】
珍珠魚表面處理&剖面圖解

用 CAD 玩碎形繪製 (Fractal)

2011-06-22T14:18:00.080+08:00

碎形幾何學是自1970s 起所新發展的新幾何學，源自數學家 Benoit Mandelbrot 的有趣問題「英國的海岸線有多長？」，從而發展出新的維度觀念：Fractal (碎形)。

藉由這新的幾何學及電腦繪圖的助力，許多傳統歐幾里德學所無法闡述的外觀上極不規則卻又存在於自然界的複雜型態，得以可有效解釋的機會。歷經30多年來的發展，碎形幾何學理論已應用於各個領域：生物、水文、經濟、管理、化學、天文等。碎形幾何與混沌理論，同為讓近代非線性理論快速進展，得以能解釋大自然許多非線性現象的複雜結構。

碎形幾何之所以吸引人的原因之一，是在於其所具有的"自我相似性"及無限結構的性質。簡言之，即一個看似複雜的結構，可能只是以某種固定的簡單方式將細節縮小尺寸，造成某種循環重現的複雜現象。

碎形幾何的許多經典方程式，均是以一個極其簡單的疊代式所構成。經由多次疊代計算的結果，將這些疊代得的空間點位龐大資料(數萬至數百萬筆點位)以電腦軟體繪製，得到一個兼具簡諧、複雜、無止境的美麗圖像(Fractal Gallery)。

那麼筆者為何要以CAD 繪製 Fractal 圖像呢？其實只是好奇心及"好玩"而已。AutoCAD Civil 3D 2011~2012 開始提供將點雲資料滙入建立為 COGO 點。而碎形圖形的點位資料則亦是一種點雲的資料形態，那麼該如何以最快的處理程序在 CAD 裏頭繪製這些點位？實做之後，發現解決方法其實很簡單：使用 SCR 腳本檔。

所測試繪製的碎形圖象的數學疊代敍述如下：

給定平面上的三個已知點 P1(X1,Y1)、P2(X2,Y2)、P3(X3,Y3)，任選一個起始點 Qo(Xo,Yo)。

丟擲一個六面骰子，依正面點數值 i 決定新點位 Qn(Xn,Yn)如下：

n=1, Q1=0.5 × ( Pi + Qo)

n>1, Qn= 0.5 × ( Pi + Q[n-1] )

其中 Pi 則依正面點數值 i 按如下規則設定

if i =1,4 then Pi=P1

if i =2,5 then Pi=P2

if i =3,6 then Pi=P3

簡言之，即新點位係以前一點位向 Pi 點位方向移動1/2 向量，而 Pi 點位則由骰子隨機決定是三已知點中的那一點位。

應該是不難理解吧！真正的問題是：當這樣的過程歷經數萬個或數百萬個的擲骰子隨機過程之後，這些"點雲"繪得的圖像會是如何？想像的出來嗎？

將前述的數學疊代敍述以試算表軟體 (LibreOffice或OpenOffice.org的 Calculator、MS-Office Excel)計算建立這些點位資料後，將其滙出或另貼附為內容為 X,Y 欄位格式的 txt 文件檔，再於第一行插入 point m 的內容(如下示意)後，另存為 SCR 檔。然後將這個 *.scr 的檔案於 CAD 環境中開啟即可完成繪製工作，就算有十幾萬筆的點位資料也不用害怕。

multiple point (若是使用 Bricscad 則本行輸入可再簡化為 point m)
1060,900

530,450

265,225

382.5,545.5

191.25,272.75

95.625,136.375

47.8125,68.1875

523.90625,34.09375

....

筆者以 P1(0,0)、P2(1000,0)、P3(500,866) 及起始點 Po(1060,900) 為條件經20,000次疊代計算得的點位資料繪製結果如下圖所示。到訪的朋友，是否很出乎原本的意料之外呀！所構成的圖像竟存在許多的"空白區"，局部縮放後又呈現自我相似性的特質。當點位資料多達200,000點以上，縮放後的自我相似性質會更顯著。

以上所呈現的是一個二維碎形圖象的疊代及繪製結果，同樣的程序也可以延伸至三維碎形圖象：已知四個點位 PI(XI,YI) I=1~4 及起始點位 Qo(Xo,Yo)，隨機過程則改以亂數函數生成 i=1~4，新點位同樣以前一點位向 Pi 點位方向移動1/2 向量而成。筆者以補充增加設定第四個已知點位資料 P4(500,289,750)，再經經30,000次的疊代結果產生的點位資料繪製如下，筆者特以立體圖像的方式呈現，朋友可自行放大以交錯法(或直接以遠視法)觀看即可見其立體構造。若將疊代次數為300,000以上的結果依法繪製，其立體的結構經縮放操後會更顯著。

有好奇心的朋友，請自行動手建立這些"點雲"資料，再以能讀取腳本檔案格式 SCR的 CAD 軟體 (BricsCAD、IntelliCAD、AutoCAD均可)開啟後，自行縮放檢視及3D環轉視一番，這可是一個很有趣的經驗。

碎形簡介

Fractal Gallery
The Magic Sierpinski Triangle
http://www.abcautocad.it/Download/ImportPoints/ABCAutoCAD_ImportPoints.exe

Civil 3D 適用的 Google Earth版本

2011-06-21T23:35:00.002+08:00

到訪的朋友若有類似這樣的困惑，那麼這個問題的個人建議是：使用GE 4.X 及 GE 6.X；除非想自找麻煩，否則千萬別用 GE 5.X 。

先前曾有朋友反應 C3D 滙入 Google Earth 影像會有點位嚴重錯位情形，或是比例嚴重失真的情形，為此筆者曾撰文作一些初步的測試檢驗(Civil 3D 滙入Google Earth 影像之比例調整上需留意的狀況)。後幾經周折及深入測試結果，發現是使用 GE 5.X 時方發生的狀況，只要不使用該版本就沒事了。(有興趣"自找麻煩的朋友，可以使用 GE 5.X 嘗試看看。)

Civil 3D 2008/2009/2010/2011/2012 五個版本均可滙入 GE 4.x 及GE 6.x 的陸域地形資料，應用面在原則上並無很明顯的差異，不過仍視應用的需要而異：

1. 自 GE 5.x 版本以上，使用者可自 GE擷取的網格資料數量將限制於5,000個以下，GE 4.x則無此限制。故若以 GE 6.x 搭配 Civil 3D使用的話，必須將 ImportGEData (或 ImportGESurface) 編輯指令設定的 Google Earth 選項的欄/列值設為70/70 以使欄列乘積值小於5000以符合網格資料數量限制。
GE 4.x 則原則上不受此限制，即使編輯指令設定的 Google Earth 選項的欄/列值設為300/100，所滙入的地形物件的 TIN 統計數量為 60,000 (=欄數×列數×2=300×100×2)無誤，唯一的限制則是在 C3D 2008版中的列數若是大於100，則程式會自動以列數=32取代設定值。舉例言之，若設定Google Earth 選項的欄/列值為260/130，則滙入資料產生的地面物件的TIN統計數量將僅有16,640 (=欄數×列數×2=260×32×2) 而非67,600。

2. 針對 Civil 3D 的地形物件生成的應用層面而言，GE 6.x 較優於 GE 4.x 之處則是可以提供離海岸數百公尺以外的海底地形高程資料，GE 4.x 則一律以高程 +0.00m 視之。因此，若是對馬尼亞納海溝地形、311東日本大地震震央處海底地形高程、臺灣東部海溝地形、海底板塊交界處的地形等概略資料有興趣或有滙入需要的朋友，應選用 GE 6.x 搭配 Civil 3D使用為佳。底下附圖為 C3D 2008 滙入 GE 6.x 的蘭嶼及其周邊海陸域地形資料的地形物件環視結果，可以留意其海底高程所呈現的起伏變化。

最後，留一個實機操作才會知道答案的問題給有好奇心的朋友"玩玩"：

以 GE 6.x 搭配任一版本的 Civil 3D 的組合使用之下，若將 ImportGEData (或 ImportGESurface) 編輯指令設定的 Google Earth 選項的列值設為100 以上，例如將欄/列值設為41/110 (相乘積仍小於5000)，則作滙入 GE 地形的操作會有何狀況發生？地形的 TIN 數目統計數量顯示為何？

(筆者提示：電腦並沒當掉，要有耐心。先喝杯咖啡等一等，或先去吃個點心休息一下。)

很有趣吧！

一些 YouTube 的3D影片分享

2011-05-08T23:56:00.001+08:00

純分享！

徵選 Civil 3D 使用人員的幾個重要面試問題！

2011-05-08T19:34:00.002+08:00

一篇源自 Civil 3D Reminders 于心有戚戚焉的落部格文章，
Civil 3D Interview Questions

以及來自 The Cad Masters 的回應文章。
RE: Civil 3D Interview Questions

不翻譯了，反正若是屬於自學型、自我成長型的朋友，必會設法看懂的。

孤掌難鳴！

Civil 3D 滙入Google Earth 影像之參考價值及有效性

2011-04-20T01:37:00.031+08:00

好長的文章標題、文章內容亦是"黑手"式的探索，不碰觸深奧的學理。
若非使用 Civil 3D 軟體，或對此類文章無好感的朋友 -請速離以免浪費時間。

沿續前文"Civil 3D 滙入Google Earth 影像之比例調整上需留意的狀況"的內容，本文以台北市大安森林公園及周邊鄰近地區為範圍作討論。按台北市都市計畫樁位圖幅分割結果，大安森林公園周邊鄰近地區的都市計畫樁位分別位於 TWD97-4142、4143、4242、4243四個圖幅。而為本文說明之需要，筆者將大安森林公園西北角 (TWD974143圖幅)、東北角(TWD97-4243)、東南角(TWD97-4242)各挑選數個樁位，其樁位的二度分帶 TWD97 方格座標則以 PENZD (編號、東距、北距、高程、描述)的格式羅列如下。其中點編號 P 為筆者自編、高程 Z 為筆者自行補為 0、描述 D 則為"圖幅樁號+樁別別"的內容。
14356 303659.576 2769501.411 0 "TWD97-4143 56C"
14360 303697.762 2769586.285 0 "TWD97-4143 60C"
14361 303643.410 2769587.508 0 "TWD97-4143 61C"
14363 303657.237 2769552.771 0 "TWD97-4143 63C"
14366 303759.490 2769501.507 0 "TWD97-4143 66C"
14369 303742.943 2769552.395 0 "TWD97-4143 69C"
14390 303652.544 2769469.073 0 "TWD97-4143 90C"
14393 303743.007 2769496.568 0 "TWD97-4143 93C"
24235 304300.122 2763008.813 0 "TWD97-4242 35C"
24239 304301.024 2769072.579 0 "TWD97-4242 39C"
24255 304299.483 2768956.235 0 "TWD97-4242 55C"
24286 304297.786 2768821.957 0 "TWD97-4242 86C"
24288 304298.706 2768892.413 0 "TWD97-4242 88CS"
24328 304271.921 2769595.530 0 "TWD97-4243 28C"
24329 304355.550 2769593.960 0 "TWD97-4243 29C"
24330 304305.945 2769524.971 0 "TWD97-4243 30CS"
24340 304304.851 2769436.420 0 "TWD97-4243 40CS"
24341 304305.403 2769481.632 0 "TWD97-4243 41CS"

將這些樁位資料於 Civil 3D 2008 以滙入點的的方式建立樁位的COGO點並以新建 DEN 的點標示型式顯示之，同時將 Google Earth 4.2 設定視點高程約1.25公里的影像以"滙入 Google Earth 影像"的方式滙入至 Civil 3D 圖面，結果如右圖所示。若將畫面縮小至紅框的範圍檢視的話，畫面則如下圖所示。顯然視點高程設定為1.25公里而得到的 GE 影像，除了影像變形的問題之外，此時的點陣影像的畫素辨識率將近2公尺，Civil 3D 中無法提供適當的參考價值。

此時若適當降低GE影像視點高程的話，基本上影像畫素辨識率也可提高。右圖為筆者以視點高程約160公尺所滙入的大安森林公園西北角堣西側的影像，及以視點高程約76公尺所滙入的大安森林公園西北角隅。此時影像的"解析"品質已具有參考價值，較能辨識出都市計畫樁位COGO點位於影像中的"概略位置。而從此圖的數個影像疊置結果，大概也可發現視點高程約160公尺及約76公尺之兩者影像疊置接合結果算是不錯，無明顯影響"參考性"的變形情況發生。按此，Google Earth 影像的視點高程可以設定160公尺上下即可，過低的話影像範圍將太小，過高的話則可能會有明顯的影像變形。

朋友們若有興趣的話，可自行縮放至大安森林公園的東北角隅、東南角隅範圍，仿照上述的方式滙入視點高程較低的影像，比對都市計畫樁位於影像上的位置。由於這些都市計畫樁位座標均為官方公佈的"正確"值，故以該樁位資料所建立的 COGO 點位為比較基礎，即可檢視評估Civil 3D 所滙入影像之參考合適性，以及影像變形量是否未過大。只是朋友們在使用這些網路上公布及可供下載的樁位座標資料時，可得先檢視資料的正確性。如本文中筆者之所以未將大安森林公園西側西南角隅的樁位資料附上以納入說明比較，是因其範圍落於TWD97-4142 圖幅，然而供下載電子檔中之4142圖幅計127個樁位座標資料全數有誤，誤謄為4141圖幅的樁位座標資料，也可說是該圖幅內的正確樁位座標資料缺遺吧。朋友們可下載該座標表，自行檢視核對內容真偽。

臺北市都市計畫樁位座標已使用TWD97座標系統，若朋友門想測試樁位座標仍使用TWD67系統的情形，可以使用新竹縣更正竹東都市計畫文專〈一〉用地修正前後樁位圖及樁位座標比較表的資料，自行按上述的作法試試看。

至此，筆者給各位使用 C3D 軟體的朋友如下的建議：滙入Google Earth 影像僅具相對參考價值，而其有效性則依視點高程而異動。所滙入GE 影像畫素的辨識率，則約略可以視點高程的 1/1200 估算之，詳細的換算則可能因各位所使用的螢幕尺寸及視窗畫素設定而異，應另以影像處理軟體作畫面擷取後自行做相關的分析以決定之。

接著會使用手持式GPS裝置實收讀據作探討比較。(待續.....)

** 相關連結
Google Earth 的發展背景簡介、Google Earth - SocialLearn、
Google Earth講義一、Google Earth簡介
臺北市都市發展局-「臺北市大安區都市計畫樁位TWD97坐標系統」樁位圖及樁位坐標表
宜蘭縣都市計畫書圖查詢
新竹縣都市計畫網
花蓮縣市都市計畫便民查詢系統
彰化縣都市計畫資訊網
台南市都市計畫圖資訊系統

*** 本文完成後方發現國外已有類似的文章 Civil 3D and Google Earth Image Placement。
若到訪使用 C3D 的朋友普遍認為本文已贅餘，請不吝告知，自當撤除。

Civil 3D 滙入Google Earth 影像之比例調整上需留意的狀況

2011-04-16T01:53:00.006+08:00

將Google Earth影像滙入至 Civil 3D以作為圖面參考的這個便利功能，對經常使用這個軟體的朋友應是不陌生的功能。對許多朋友而言，它更是能快速的提供一個圖面的空照影像參考，算是一個"便利"的工具。

不過可能有些朋友留意到，以該功能所滙入的影像其横向及縱向的比例調整因子並非相同的，或說 Civil 3D 以該功能滙入的影像有作一些"扭曲"的調整。

就以台東太麻里的滙入影像作個說明，如下圖(Google Earth影像的視點高程約為 4.14公里)。

左側影像為以"滙入Google Earth影像"功能的結果，影像位置未移動，故圖面中"座標追蹤"視窗的查詢結果為左側影像中那個十字游標處的 WGS84 的大地座標緯經值，影像的相關性質內容則如其上方的性質窗格所示。

右側影像則是將該影像以"點陣式影像參考"方式插入圖面，並拉伸比例使其橫向大小與左側的原GE滙入影像相同，並搬移位置以作並列比較，影像的相關性質內容則如其上方的性質窗格所示。

如兩個紅框中的影像大小所示，橫向是相同一致的，但縱向的大小則有近4公尺的差異(於約4公里的視點高程設定之下)。由於以"點陣式影像參考"方式插入圖面的作法是dwg中長久以來的標準作法，縱橫比例應無差異縮放的情況，故此時以右側影像為標準影像。若按此理，則顯然左側影像在北距方向發生一個比例縮放上的差異：3096.3316 / 3100.3399 = 0.998707。

前項結果是假設左側採"滙入Google Earth影像"功能得的影像於東距方向(橫向)的比例調整是準確無誤的。若假設該影像的北距方向比例調整是準確，則將右側影像的縱向大小比例調整至與左側影像一致後，則顯然的左側影像於東距方向發生一個比例縮放上的差異：1/0.998707=1.001295。

至此，問題已經很明顯了：採"滙入Google Earth影像"功能得的影像的東距方向及北距方向比例調整是有些微差異的。那麼，在那一個方向的比例調整是正確的？

或許有些使用者會以"圖面變形校正"工具 (或於命令列輸入 adersheet) 作不等比例的校正，但如上述的初步分析所示，這種做法可能是有些問題的。

好了，再將這個簡單問題複述：那一個方向的比例調整是正確的？或是"滙入Google Earth影像"功能得的影像的東距方向及北距方向比例調整均是正確的？即使上述的問題有所解答，那麼緊接著會面臨這個問題：於影像中的"地物"或"地景"的座標值是否無其它"意外"的扭曲變形量呢？

若要深入這兩個問題，則需要實測GPS的GIS讀據的佐證輔助作進一步分析。
(續文：Civil 3D 滙入Google Earth 影像之參考價值及有效性)

*** 本文所附圖面均為於 Civil 3D 2008版中操作之結果。
*** 有興趣的朋友，可自行尋找其它區位探索看看，例如三貂角、王功、台北市大安森林公園......等地點，並調整設定適當的視點高程。
*** 下圖是另一處於經度121度與北廻歸線相交處於Google Earth 設定視點高程約為4.04公里的結果，圖面內容安排則比照上頭"台東太麻里"的圖面安排。朋友們可自行比較其比例縮放上的差異問題。

Civil 3D 的小工具 - 追蹤座標系統

2011-04-14T11:04:00.005+08:00

從 Google Earth 將影像、地形 DEM 資料或兩者一同滙入至 Civil 3D 裏頭，或是從 Civil 3D 將圖面物件資料滙出為 kmz 檔並在 Google Earth 中檢視，相信是使用 Civil 3D 軟體工具朋友們經常使用的程序。這也是 Civil 3D 所提供的便利工具之一。

而從 Google Earth 滙入資料時，可以選擇配合圖面座標系統自動選定插入點，使 Google Earth 中的經緯座標資料依座標選換結果之方格座標落於 C3D 工作區中的對應游標座標。而在大部分的情況之下，從 Google Earth 滙入的影像通常會先於 Google Earth 中關閉座標格線的顯示，以避免滙入後於 Civil 3D中的影像判讀及分析。

此時Civil 3D工作圖面中的游標位置只會於下方的狀態列中顯示圖面的卡式座標值 (x,y,z)。若欲查詢游標所在處的原全球經緯座標，或轉換至不同座標系統時之座標值，朋友們可以使用下拉式選單"地圖"項"工具"中的"追蹤座標系統"功能，或直接於命令列輸入 maptrackcs 指令以開啟"追蹤座標"的查詢視窗。

如右附圖，圖面座標系統是使用 TWD97，故於狀態列中所顯示的座標值 (x,y) 即為 TWD97 的方格座標值，透過"追蹤座標"查詢視窗則可以選擇顯示對應的其它座標系統的座標值 (x,y) 或全球座標的經緯值。本例中，筆者選擇查詢遊標處之對應 TWD67 座標值。朋友們可自行比較兩個座標值的差量 (dx, dy)。

若朋友們對於該功能的查詢結有所疑慮，那麼可以試著以查詢全球經緯座標值作信心驗證。如右附圖是以"追蹤座標"查詢視窗顯示座標系統 WGS84 (即 LL84) 的經緯座標值的顯示結果。Google Earth 影像滙入前則先於 Google Earth 中開啟座標格線，並於選項中設定3D檢視以度、分、秒顯示經緯值。朋友可以比較十字游標處的Google Earth 滙入影像上的經緯讀據與"追蹤座標"查詢視窗的經緯值 (x,y)，兩者差異只在於 Google Earth 中"秒"的有效位數四拾五入的結果。狀態列中的游標座標則顯示的是 TWD 97 的方格座標值。

最末，給使用 Civil 3D 軟體的朋友們一個小小的叮嚀：滙入 Google Earth 影像之後若欲查詢"影像中某一點"的經緯座標值的話，請記得一定要先關閉 Google Earth 的3D地形功能，否則所滙入的影像是自視點高程觀看的影像，經緯座標格線可不會是直線的 (如下圖所示)。如此滙入 Civil 3D 後將失去座標參考的價值。

*** 關於大地座標轉換的一些連結
Taiwan datums
上河文化-大地座標系統漫談
地理座標- 國立台灣師範大學地理系
成功大學水工所資地組大地坐標轉換測試程式

Civil 3D 2012 的"新"功能！

2011-04-03T00:25:00.001+08:00

Civil 3D 2012 什麼時候會釋出呢？根據國外的猜測，大概在四月中吧。若按此，中文版可能得等到六月中以後了。

Civil 3D 2012 的新功能為何，或是有何重要的改進之處？根據官方的資料，有四個全新功能，以及分別在設計(Design)有5個改進、分析(Analysis)有3個 (含 SSA)、勘測(Survey)有4個、視覺(Visualization)有2個、出圖及文件製作(Draft & Documentation)有5個、協同作業及資料管理(Collaboration & Data management)有3個。

只是筆者覺得這個官方資料所提供的資訊過少，無法讓使用者有效明瞭這些"改進"或"新功能"的真正意義。信者恆信之了！

另外 The Cad Master 部落格的文章 Civil 3D 2012 – Top 5 New Features 則羅列了作者 Kyle Kondo 認為最喜歡的5大新功能，由於是以使用者的角度所撰寫的文章，對於 C3D 2012 版的介紹反而中肯些，有興趣的朋友不妨先看看，姑且望梅止渴。

Civil 3D 2012 將 Storm and Sanitary analysis 整合一起了！

2011-03-22T23:21:00.003+08:00

雖然在 Civil 3D 2011 中苦等許久仍未見 Storm and Sanitary Analysis (SSA)這個 Subscription Advantage Pack 提供給臺灣或華人、亞洲地區使用，但至少在 Civil 3D 2012 是被整合在一起了 (如同當年的那三個 Hydraflow Extensions 般)，如下列影片所示。

即使尚不知這新版的 Parcel 功能與 Storm 分析的整合有無作改善，但至少 SSA 納入為軟體標準工具之一是好消息！

Civil 3D 的未來 - CIM！

2011-03-14T21:46:00.007+08:00

BIM 這個 Building Information Modeling 的縮寫大概對於有密切注意近些年建築及土木工程軟體工具新發展的朋友並不陌生，BIM 似乎也成了 Autodesk Taiwan 所力推的一種概念、觀念、價值。雖然 Revit Architecture 及 Civil 3D 這個建築及土木工程類的軟體工具均被歸類在 BIM 這個大框架之下，但現實中似乎 Revit 成了臺面上最風光的"角色"，而 Civil 3D 成了烘托 BIM 的配角。(根據官方說法：Civil 3D is a building information modeling solution for civil engineers.)

但是 Civil 3D 為什麼得受限在 "Buinding" Information Modeling 的框架之中，Civil 不等於 Building 呀！Civil 的範圍更廣泛，且真正從事土木工程的未必就得從事建築。這可不是筆者一人之辭，至少網路上亦有部落客主有此觀點：BIM is not for Civil Engineers, so what is? VDC! (Virtual Design and Construction)。

好吧！Autodesk 之流的大公司總是會試著主導"價值觀"，未來 Civil 3D 系列的軟體可能會改以 CIM (Civil Information Modeling) 的身份吸引世人的目光。至少這是一個正視 Civil Engineers 的態度，讓 Civil 3D 或 CIM software 成為 A civil information modeling solution for civil engineers。換言之，Civil 3D 可能也會步上 Civil Design 的終止之途。(Civil 3D 2012 版可能會是 last release，參考 The End of AutoCAD Civil 3D )

等一等，今天是幾號？04/01？
哈哈，whisky 喝多了！

(不過， Autodesk Civil 3D 2012 似乎還未見踪影，怎麼 C3D 2012 的第一個 bug fix 就已經出現在 AutoCAD Civil 3D Services & Support 的官網上了？效率真高呀！)

Civil 3D 建立非正交取樣線

2011-03-10T17:57:00.005+08:00

在一般帶狀的土木工程實務中，於定線非正交方向的剖面視圖建立偶會有產生的需求。雖然大部分的道路工程或水利的堤防工程，所繪製的剖面視圖均為與定線呈正交方向的成果，但許多河道大斷面測量均未必是以與定線方向呈正交的剖面視圖。

此類情況中最常見的繪製需求是定線的取樣線兩側非呈正交方向的單直線取樣線(如下圖中的取樣線-3及取樣線-4 所示)，此時只需於該取樣線選取取樣線端剖的摯點作搬移即可完成，算是最簡單的情況。

較不單純的情況是如圖中的三絛取樣線：取樣線-40、取樣線-41、取樣線-44，取樣線為多折線。此時必須先行以聚合線繪製後，再以取樣線工具列中取樣線建立方法的"選取既有聚合線"選項，將聚合線轉換為取樣線即可。

雖是小工具，卻有大妙用！例如定線及取樣線資料若欲由 Civil 3D 2011 版本交換至 Civil 3D 2010~2008 (2007) 等舊版使用，以 LandXML 檔作資料交換時因其中無取樣線群組物件的選項，故仍無法將取樣線一併傳遞。此時僅需將該取樣線群組選取後轉換為 AutoCAD 的聚合線並單獨滙出或存檔 (explode 或 AecExportToAutoCAD) ，即可彌補 LandXML 檔案資料交換的不足處。

Civil 3D 高程分析及色彩綱要計畫內容的提要整理

2011-03-03T22:34:00.006+08:00

有使用 AutoCAD Civil 3D 軟體的朋友，若有使用地形的高程分析功能，必然對於下列第一張附圖不陌生。附圖是以 Civil 3D 黃金戰士們所熟悉的 "Bird" 地形以地形高程分析的結果，分析範圍均設定為20，再分別以不同的色彩綱要計畫內容直接套用而得，圖中包含其中五種綱要計畫的顯示成果：Rainbow / Pastels / 水/ Lands / 綠。

朋友們若仔細察看上圖，會發現雖然五個高程分析的"範圍"編號均設定為20，但色彩綱要計畫為"綠"的色彩階層只有5個、色彩綱要計畫為 "Land" 及"水"的色彩階層只有8個，色彩綱要計畫為 "Rainbow" 及"Pastels"的色彩階層才有20個。

這其中的原因則要探究軟體設計中對於各個色彩綱要計畫色票的預設定義內容 (朋友可自行以notepad.exe 開啟 MapThematicRamps.arm 檔案)，筆者自行將其整理為一個色彩綱要計畫色票提示彙整卡，如下圖所示。其中色彩綱要計畫為藍、綠、Reds (紅) 者僅各有5個預設色票，色彩綱要計畫為 Land、水者僅各有8個預設色票，色彩綱要計畫為 Rainbow、Pastels者僅各有20個預設色票。因此若分析的範圍編號超出該色彩綱要計畫的預設色票數，軟體系統仍只會將預設色票"適當"擴張至分析範圍。換言之，在色彩綱要計畫選用為 Rainbow、Pastels的情形之下，若高程分析範圍編號值設定為大於20 (例如設定為30)，則直接套用的結果其可見的色彩數目仍受限為20個。

此外上述七個預設的色彩綱要計畫的色彩套用規則是依高程由低至高是以由左側色票至右側色票套用。因此，即使選用色彩綱要計畫為 Rainbow 或 Pastels (粉彩)，地形高程較低處是以暖色系(紅、橘、黃...)表示、而地形高程較高處是以寒色系(藍、綠...)表示，有些不符合地圖色彩繪製的習慣。若真的要製作出符合USGS國家色彩的分析結果，可能得逐個點按變更色彩值 (費工費時)，或是借用 Map 3D 的工具去處理 (參考筆者先前文章 Civil 3D 高程分析- 使用USGS 國家地圖色彩)。

若朋友可以接受無須符合USGS國家色彩的分析結果，但至少色彩的色票套用方式是符合一般習慣：地形低處採寒色系、地形高處採暖色系的話，則在 Civil 3D 的環境中是有"變通"方案的。如下圖示意中，左側是"Bird"地形高程分析直接套用 Rainbow色彩綱要計畫的結果，紅色部分為地形最低的範圍；右側是"Bird"地形以"變通"方案處理後的結果，紅色部分為地形最高的範圍，較符合一般識圖習慣。

其實這個"變通"方案的程序很簡單：

1. 先製作一個平面地形，當作"鏡面"地形。

2. 將原地形與鏡面地形以組合地形方式製作為一個"鏡射"地形。

3. 接著將該鏡射地形作高程分析即可。

算是不得已的變通方案，提供有需要或有興趣的朋友參考。

在高雄駁二的3D幻視藝術展意外發現的 Stereo Viewer

2011-02-15T10:42:00.004+08:00

今年春節初三(2011/02/05)全家早上按預定計畫到高雄駁二藝術特區參觀「奇幻。不思議」日本3D幻視藝術畫展，按老爹的說法原本猜想大部份高雄人都跑到義大世界去擠了或跑去其它地方，市內應該較沒人。沒想到10點多到了現場，人潮可是大排長龍，現場買隊得排個20多分鐘，進場排隊人龍也已經延伸到藝術廣場的另一頭，估計等進場可還得3小時以上。(這等候時間可不輸台北花博的舞蝶館百合戀表演的情景)。有些人買了票後才發現尚得排隊等如此久，趕忙轉售給其他人。最後，全家決定隔日一早再來，沒必要將時間耽擱在這兒！

初四早上約8點40重返駁二特區，雖然10點展館才開門但排隊人龍已出現，不過按排隊人數估計我們應該在10點10分前即可入館。耐心排了進一個半小時，人潮愈聚愈多，10點開館前，進場的人龍長度竟又"長"到跟昨日一樣長。幸好沒聽老爸的建議：我看9點半前到就可以了！(老爸的看法代表南部的觀點，我和回娘家的妹妹則代表北部觀點。現場的人潮似乎以從北部返家的人潮居多數)

展場空間則利用相連的三個碼頭倉庫規劃為三個展室，由於展區完全開放供民眾參觀拍照，所以幾乎每一畫作前都是一列排隊等拍照的朋友。一開始我們也由第一個展室排隊等拍照，後則按現場工作人員的建議則第二展室、第三展室去，希望拍照的隊伍短些。到了第三展室後發現其實熱門畫作前等拍照的隊伍長度都相差無幾，三個展室各畫作的表現手法其實相當雷同，進入第三個展室後反而有些失望，不想再逐一拍照了。

但如此也有好處，回到"欣賞"畫作的參觀本質。各畫作其實是以一個牆面為作品全貌，"畫框"只是要欺騙觀看者的視覺認知，再加上陰影的繪製強化視覺欺騙的效果。若環境背景燈光安排適切且站在"正碓"的觀看點以"單眼"觀之，則3D立體的效果會非常突出。其實現場背景光度不足，燈光安排亦不利拍照，不開閃光灯則需以1/10以下的快門速度拍摄，拍攝結果是真人的陰影強於畫作中所繪製的陰影強度及光源方向。若開閃光灯拍攝，則又有其它狀況：在"正確"的拍攝點，照片中會有閃光灯自畫作反射的強光暈出現；若要避免畫作反射的強光暈出現，則拍攝位置所呈現的3D 立體感欺騙效果則完全失真。(參考一下他人的分享：3D畫展，真的不是人可以去的)

花了近1個半鐘頭逛完三個展室後，原本不抱任何希望地在出口區的紀念品販售區隨意看看，竟意外在旋轉展架上發現這次特展最令個人驚豔的商品：Stereo Viewer 卡。卡片上沒有任何中文，Stereo Viewer 則以較大的字體呈現，這商品的正確名稱為何筆者也不知，英文原名可能是 The Amazing Card 或是 3D Greeting Card，臺灣代理經銷商建速有限公司則稱作 3D card。這商品其實是 Holmes Stereoscope Viewer 的現代版 (可摺疊的明信片式輕便版)，The Amazing Card則利用2D轉3D 的電腦軟體製作工具將一些經典名畫立體化製作為 Stereoscope Card，只要透過那個Viewer 觀之，相信任何人看了不免會有 Amazing、真是大神奇了的感受。

** 「奇幻。不思議」日本3D幻視藝術畫展於2011.03.05~05.29 移至台北科教館展出。
*** 正於台北故宮圖書文獻大樓特展室展出的「生日快樂~ 夏卡爾的愛與美」特展禮品販售區亦有販售這個 Amazing Card。(2011.03.14 補充)
*** 其它相關連結
The AMAZING Card, (臺灣網頁)
3D Greeting Card
Stereoscopic Viewer
Loreo Mini Stereo 3D Card Print Viewer

History of 3D: Static Images – The Stereoscope and Beyond
Think the 3D Craze is New? Think Again.
Stereoscopy: Where Did It Come From? Where Will It Lead?
LET'S BUILD A STEREOSCOPE
150 Years of Stereoscopy
Canada Centre for Remote Sensing : Radar and Stereoscopy Viewing Methods in 3-D
A Brief History of Stereographs and Stereoscopes
STEREOSCOPIC DIGITAL PARTICLE IMAGE VELOCIMETRY
The Beauty of Stereoscopy
Stereoscopic views of Hurricane Bill
Old stereoscopy – 3D imaging - 10 fotos
Getting Started in Stereo Photography

另一個 Stereo Google Earth 瀏覽器

2011-02-11T11:35:00.001+08:00

近一年前曾發文介紹一個 Stereo GE Browser 的免費3D 瀏覽軟體 (直接看 Google Earth 的3D 立體影像)，這次再介紹另一個線上連結即可觀看3D 的網址 Stereo Google Earth，只要如連結網址要求般下載安裝 Google 地球外掛程式即可。

程式介面提供平視法 (Parallel)及交錯法(Cross) 二種立體視覺觀看選項，只要在左畫面中如正常的 Google Earth操作即可。與 Stereo GE Browser 不同的是這個程式不提供 Anaglyph 模式，個人覺得是無妨。

附圖是採交錯法的截圖，請朋友們練練眼力吧！

很炫的3D 實境應用

2011-02-10T14:40:00.001+08:00

如果未來蘋果的 iPhone 6 或是 HTC 的 Diamond 3D 有提供這樣的配件，網路頻寬及內容服務都到位了，我就會真的有興趣使用智慧型手機！

或者，Jason 曾最喜歡的神奇寶貝也能躍然於眼前。

透過 Google Art Project 在家"身歷其境"遊17大美術館及細看鉅作

2011-02-10T11:32:00.009+08:00

喜歡看藝術鉅作的朋友有福了，在 Google 歷經 18個月走訪世界17個美術館，除了以 Google 街景車在館內拍攝之外，還對各館藏作了高畫質的數位典藏工作，涵蓋了1,061件作品，其中的17件更是以 70 億畫素的超高解析攝影製作。這項了不起的數位典藏工作成果日前甫上線供全球各級人士免費使用 ( http://www.googleartproject.com/)。

雖然是英文介面，但卻是異常的簡單容易體驗：點選美術館別後遊走各展覽室，或再點按瀏覽該館典藏鉅作細看慢品 (如下所貼附的 Manet (馬奈) 的畫作 In the Conservatory (溫室)，即使親臨該美術館站在作品前也沒法如此細究吧！)。

這個 Art Project 也不忘了將時下最熱的 "3D" 體驗技術導入其中，而且在"平民化"的考量之下選用了 Anaglyph (紅藍色片眼鏡) 的基本技術，朋友們只要花個幾個銅板買紅藍各一張玻璃紙 (紅色放右眼，藍色放左眼)即可享受那 3D 虛擬實境遊美術館的體驗：在美術館遊覽模式之下，於畫面中點按滑鼠右鍵再開啟 3D mode 即可。不過各位朋友先別抱太大的期待，個人於開啟 3D mode 後即發現那紅藍影像的視角差量作的太開了，效果不錯但看的很累，也希望 Google 於後續會有一些跟進改善的工作。(不妨參考看看這個比較好的 anaglyph 成果 3D anaglyph visualization in Interior Design )

但瑕不掩瑜，Google Art Project 仍是一個了不起的工作成果，強而有力的呈現 "free" 的價值：讓全球各級人士均可"自由接觸"細看藝術鉅作，跳脫了"所有權"、"著作權"、"出版權"等一些相關法令的箝制。不過朋友還是得留意這其中的限制，您還是只有自由接觸瀏覽的權利，可不要自行截圖及接圖後放在 picasa 上"分享"或作為部落格的背景圖，那可是違法的。

朋友，快去自由的看一看這個 Art Project 的豐富成果吧！就當它是一個 Google 獻給農曆兔年的大禮物，恭賀新禧。

唯一可惜的事，就是沒有華人的美術館或博物館在其中！

珍惜資源的實際行動之一：電腦設備風扇維護保養

2011-01-12T18:07:00.029+08:00

定期定時的清潔維護保養是讓機電設備使用壽命長久的不二法門，有經驗的電腦使用者必也會定時地將機殼側板拆開，將內部灰塵用毛刷 (不是牙刷)或壓縮空氣噴一噴清潔一番。不過對於其中的冷卻系統 - 風扇- 可能就很少有朋友會去作維護保養的吧，幾乎是都是風扇有問題(有噪音、轉速減慢、轉速不穩、完全不轉...)時直接更換新品。其實這個說法有些以偏概全，老實地說是筆者以前沒有留意到可以這樣維護。本文即是個人最近作風扇維護保養的一些紀實，保養方法可適用於電腦中的大部分風扇裝置，像是電源供應器內、CPU 散熱風扇、顯示卡散熱風扇、主機板上頭南北橋晶片組上的散熱風扇、或其它自行增置的機殼散熱風扇。

筆者以顯示卡 (WinFast A340, AGP 8X 的"老"顯示卡)上的散熱風扇為範例，保養所需工具為精密螺絲起子 (一字及十字各一支)、潤滑油(國光牌潤滑油、針車油、沙拉油、橄欖油、葵花油都行)、面紙一張，若有膠帶及口紅膠更佳。

保養過程很單純，只有三個步驟：
1. 首先用十字螺絲起子將風扇從顯示卡拆下。

2. 接著將風扇翻轉，將電路板那一側的封貼貼紙以螺絲起子沿邊緣小心地"掀"(撕)開，露出軸承機構。(原則上是可以毫不客氣地撕除，縱使撕破也無妨，反正最後再另以新貼紙封閉即可)

3. 再來是滴一小滴(真的是一小滴哦)潤滑油入那軸承部位。用手撥轉那扇葉轉子，讓滾珠充份沾油潤滑，歷時約一分鐘以上或至轉動順暢。再用面紙吸拭除潤滑油後，再加微量潤滑油入那軸承部位後，將貼紙封貼復原。(此時若貼紙黏性不佳，可以抹上一些口紅膠，或直接撕除原貼紙更換一張新貼紙封貼)

就是這麼簡單！沒意外的話，朋友您會發現那風扇又復活像新的一樣，風量充足。經筆者將電腦風扇(顯示卡、CPU散熱風扇、電源供應器內)作如此般維護後，散熱效能再度良好，系統效能回復新機時的正常而且不再有一些"怪怪"的問題。

各位到訪的朋友可能會有些遲疑地問：為何可以如此作風扇維護？風扇的軸承機構有許多類型，未必可一體適用呀？

原則上風扇的軸承機構確實有許多類型(可以參考風扇拆解~瞧瞧風扇裡藏些什麼一文)，但是在制振減噪的環境要求下，滾珠軸承型的風扇成了便宜又耐用的解決方案。滾珠構造的目的即是在於減小轉動磨擦力，若滾珠表面能形成一層潤滑膜則會更有利於降低磨擦力。

筆者將其中一個顯示卡上的風扇及 CPU 散熱風扇作拆解以作為說明。

將封貼貼紙撕開露出軸承部位，仔細觀察轉軸上都有一個白色的軟塑膠塾片 (C 環)。

以一字型精密螺絲起子將軟塑膠塾片挑出(小心點，它不會斷，只怕您把它一挑給挑不見而已)後，將轉軸外推即可將風扇拆開為二個大單元：含扇葉的永久磁鐵單元、及含電路基板的電磁鐵單元。

滾珠軸承可能會附著在轉軸上(如圖中那一個黑色的 AMD 風扇)，或附著在電磁鐵單元的軸承基座裏(如圖中那一個銀色的小風扇)。因此前述的"加油"保養補充潤滑油以形成薄層油膜的目的應是合理的作法。

滾珠軸承的細部構造，朋友們可以參考 wiki 上的 Ball bearing 資料、滾動軸承的構造、分類與特徵(二)、TPI 東培工業的滾珠軸承細部構造文件資料、承格軸承的資料。原則上，滾珠軸承的出現可上溯至古埃及時代，但是正式記錄則普遍歸為1869年8月法國巴黎自行車技師 Jules Suriray 的發明專利登記，當年12月所舉辦的世界上第一次自行車公路賽的冠軍車即是採用滾珠軸承 (朋友可參考自行車的歷史一文)

朋友，站起來去準備好你的"油"，給電腦"加個油"吧！原則上食用油都行，但不建議使用花生油、芝麻油等聞起來很香的油，除非您有心讓電腦機殼內部環境成為"小強墳場"。

期待 Civil 3D 2012 能將 Parcel 與 Storm 作進一步整合

2011-01-11T18:10:00.005+08:00

邁入 2011年之初，Autodesk Civil 3D 軟體使用者朋友們是否對 C3D 2012 版的功能強化有所期待？

筆者從 C3D 2008 版本使用至目前 2011 版本為止，一直將該軟體的水利應用工具的增強改進作持續追踪觀察的重點。雖然一路至今，Autodesk 公司已陸續提供許多強化模組供 Subscription 下載 (2008 版的 Hydraflow Extentions，2011 版的 Autodesk Storm and Sanitary Analysis 2011 Extension (大中華地區尚不提供下載))，不過這些改進均屬於延伸應用，而非軟體環境強化。

軟體環境強化的改進需求當然是數不勝數，像是地面物件高程分析色彩使用限制問題 (Surface Color Banding to use Truecolors)，提供整地準則規範集 ( 即將數個整地規則結合為一個集合，僅需選定單一地勢線即自動整出，無需逐一套用整規則，可參考 Combine grading criteria into sets)，對於 Ribbon 的不滿及抱怨 (新工具只出現在 Ribbon 裏頭，參考 I hate the Ribbon)...，這些 "wishes" 都是Autodesk Civil 3D 的使用客戶所反應的結果。不過筆者覺得最心有戚戚焉的 Civil 3D 改進 wish 則不是在 Autodesk Discussion Groups 的 Civil 3D 分類之下所條列的內容，而是部落客 Tony 的文章 C3D 2012 Wish List。

簡單地說，即是希望能將宗地分割的結果作為集水分區資料而提供給管網分析，使用合理化公式 Q=CIA 作暴雨排水分析設計。由於各個宗地分割的結果會得知各宗地的範圍面積 A，若能連帶設定其關連的開發前後逕流係數 C 值，即可快速得知各宗地的於不同水文重現期的暴雨逕流量。此外，地面物件的集水分區分析功能若能將分析結果轉為宗地或直接指定或計算等效的逕流係數 C 值，將會更便於後續水文分析及水利設計的進行，諸如滙給管網分析使用、Hydraflow Storm Sewers Extension 處理、甚或給 Storm and Sanitary Analysis Stand-alone Extention 2011 作為基本資料。

使用者的 wishes list 並非全然是合理的、是對的，軟體公司自會有一個篩選程序反應一些可在新版本改進或新增的工具或功能建議，其餘的 wishes 則必須請使用者等待：等待成為大多數人的需求、等待軟體技術改良、等待硬體等級的到位。反正，就是 等....等....等.......等~~~~！大公司總會請客戶體諒他們的制度。

不過，使用 Civil 3D的到訪朋友也無需太過氣餒，Autodesk 的軟體開發部門也有許多創新的構想及計畫及據以開發新產品，朋友們可連結至 Autodesk Lab 去蹓躂一下，您會發現軟體開發的人員頗努力地發展許多有創意的解決方案原型。

** 或許朋友們會如筆者般想起電影 A.I. 近最終的那一幕：當那個機械人小孩 David 決定縱使只有一日的光影仍要請那未來人所幻化的藍仙子用"母親"的頭髮復生"母親"，藍仙子最終的回答則是
Your wish is my command.

將一般家庭影片無痛轉換為 3D 影片 - 使用 StereoMovie Maker

2011-01-10T22:42:00.008+08:00

3D 的影像世界究竟有多迷人？姑且不論3D技術的本質(紅藍色片(anaglyph)、偏光式、電子遮蔽式...)以及仍難以完全排除的暈眩嘔心感，猜想凡是經歷過的朋友大概不會持反對意見吧！台北花博展真相館亦以3D土石流動畫影片為賣點，全球最大的消費者電子展(CES)中 Sony 亦推出一款可以拍攝3D HD影片的家用攝影機以吸引目光。其實3D 影像的基本原理就是利用左右的視像差所產生景深感受，最簡單的形式即為紅藍色片(anaglyph)的方式，朋友可以連結 ViewMaster Model for 3D Glasses 去自行嘗試看看。

筆者先前曾於3D 立體影片探索 - 將一般影片作3D播放中說明以往以一般消費型攝影機所錄製的影片亦可輕易地作3D播放的原理 - 只要將同一影片於畫面作"幾乎同步播放"再分置左右即可。方法也很簡單，於該文中亦有說明。

若朋友們確實明白了那其中的道理，那麼在下要真正介紹自己轉換製作3D立體影片的"正規"作法：使用免費軟體 StereoMovie Maker，目前最新版本為 v1.21 (19/Dec/2010)，下載檔案只有 2533kByte，解壓後則為一個免安裝可直接執行的執行檔(綠色軟體)。很迷你吧！但可別小看它哦！

先準備好所要轉換的影片(AVI/ MPEG1/ MPEG2/ MOV 格式均可)，以"Open Left/Right Movies開啟滙入 (注意，不是以""Open Stereo Movie"的方式)。

選擇立體觀看的模式。以左右眼裸眼觀看法為例，可直接按"F9"鍵，或如下圖操作點按。

在螢幕的畫中以滑鼠滾輪調整比例大小並以前方交會法裸視得3D影後，按 "F2" 鍵撥放，再按PageUp/PageDwon 調整右方影像的畫格差(加/減一格畫面) 以調整得最佳的3D 立體效果。

若要以紅藍遮色片法觀看的話，則於下拉選單的 Stereo - Grey Anaglyph -red/blue 的項目選取點按即可。

朋友們，本文至此給您的感受如何呀！3D 影片的製作及轉換是不是很容易呀？

或許各位朋友可以像筆者一般，將多年前的結婚典禮錄影 VCD找出來，將小寶貝滿周歲抓周的影片找出來，將孩子幼稚園節慶活動的片段找出來，將孩子第一次學會騎腳踏車的影片找出來，....把那些您所珍藏的那些影片找出來，或把行車記錄器所拍攝的影片找來，然後設法將它們轉換為 AVI/ Mpeg /MOV 格式，最後透過 StereoMovie Maker 這個免費軟體的貼心處理，您會發現那幾乎塵封已久的歷史現場竟空間重現地再現您眼前，再次撥動心中的那份感動！

最末，給各位一些未來錄攝家庭影片的一些建議：拍攝時可以採緩慢自右肩對準拍攝標的而移轉至左肩對準拍攝標的。拍攝時間若久些則可再緩慢移回右肩對準拍攝標的，或再左右肩側移轉一次。這樣移動鐿頭的目的是為了提供前後畫格中的較顯著視像差，以 StereoMovie Maker 轉換出來的立體效果較明顯。

夠好奇的朋友，快去下載玩玩看。若一時沒有影片的話，也可以到 Stereo Movie Sample 去抓一些影片片段去試試。

會心一笑的影片

2010-12-25T00:29:00.005+08:00

朋友，是蘋果迷嗎？你有黑苺嗎？有XBOX 360 嗎？
開心地笑一笑吧！

連小朋友都能作 Autodesk Civil 3D 操作示範！

2010-12-08T16:36:00.003+08:00

真的，連小朋友都辦的到。這個小朋友可不是戲稱初進公司新員工的那些小朋友，而是真正的只有五歲的小朋友，是 Autodesk Kids Civil 3D。片長很短，只是示範操作如何從點檔案滙入為COGO點物件，及如何從點群組建立地面物件的簡單程序。有興趣的朋友可以自行點按觀看。

原本打算升上五年級的小兒子 Jason 若要作科展的話，拿公司已完成的水土保持計畫實務案讓他及與他同組的同學們玩一玩 Civil 3D，測試看看學習時數及學習成果。

其實要學會操作 Civil 3D 不難，只得有一位適當的導師引導而不致在茫茫的"功能大海"中迷失即可，但"會"了之後的"熟"、"精"、"通"可就得自己努力。

這個小朋友看起來是會用 Civil 3D。不過，他是真的"會用"Civil 3D" 處理工程實務上的問題嗎？

一處修理腳踏車的地方

2010-11-16T10:51:00.003+08:00

(當遇上突發狀況時該如何處理？本文只是一個經驗分享。文章依然冗長，沒興趣的朋友速離！)
民國99年11月10日星期三，Jason 尚因前日球球發生的大意外而哀傷著，Tracy 中午去學校接他返家時也是一路啜泣回來。下午他跟本沒心情去安親班，思念著球球時則與我相擁了許久，輕輕嗚咽著。為了安撫他的心情，於是帶他出去走走，順道去修理家理那臺Jason 學會騎車且目前尚能騎的孩童腳踏車。我們沿著昨日帶著球球走的那一條路徑，約下午三點半多一些，父子二人來到那一處位在濟南路二段路上接近杭州南路一段路口不能算是很正式的店面，但一眼看去就知那是可以修理腳踏車的地方。
那一部孩童腳踏車因許久沒騎，前後輪的內胎爛了、外胎老化龜裂。老闆看了看，有些恍惚地停了一陣子後再語意不太清楚地開了一個價格。心中衡量一下，有些貴，再貼一點錢就可以買一部新的學生車了。只是新車的話對Jason而言太大了些，這輛車尚稱不致太小，未來也還可以移交給姪兒去用，若報廢了著實有點可惜。最後決定還是修了吧！這樣對物資而言也較符合環保、永續使用的精神呀！

老闆動作敏捷地拿來新品準備拆換時，又建議幾乎磨光了的夾式煞車皮也得更換。只是他給的價格有些高，自己也可以動手更換，於是就回拒了。老闆若有所失(思)地將前輪拆下，卸下內外胎後告訴我輪圈上保護內胎免被幅條剌破的膠條老化了得更換，又開給我整個換完的一個價格。都到這個地步了，還能怎麼辦，只能答應接受了。在老闆蹲著清除那老化膠片的過程中，一位登記一號參選的卷髮婦人牽著一輛綁著兩幅粉紅色競選旗幟的腳踏車緩緩繞過來，跟老闆表示後輪好像破了要補，並把車停好。

突然，老闆發出一長聲那種用嘴倒吸空氣時會發出的粗啞聲，接著整個人往右傾倒在地上，四肢立時僵硬地曲著痙攣並輕輕微抖著。碰上這種自己從未經驗過的情景，頓時也呆了一下，腦中則快速的搜索判斷著這是怎麼一回事？癲癇發作。趕緊跟一旁也目睹的Jason說明及概要解釋那只是一種腦中電流狂亂漏電所造成的疾病，要Jason不用害怕，待他發作後就會沒事了。那位參選里長的婦人也站在一旁經驗老道地說著"只是癲癇發作、等一下就沒事了"，一副這不是第一次發生的狀況。那位老闆手中還拿著一把起子，有些擔心他會傷到他自己。正盤算要取下拿開時，那婦人則有點像官僚指揮下屬般地呼應說著"把那起子拿開"。儘管那婦人站的位置比我距離那老闆近，當下自己一點都不介意，助人為先。

Jason 和我一起在那看著、等著。等待的過程往屋裏瞧了一下，發現竟還有另一位極需這位老闆照顧的親人。幾分鐘的時間過去，老闆的肌肉似乎不再僵硬，人躺在地上努力呼吸地從那發作後回復中。

那位參選里長婦人這時丟了一張紙巾給那老闆，並問著還躺著的他"中午有沒有吃藥？"，問了幾回。只是自己見這一幕反而心裏有些納悶。這老闆剛發作完，應該才只是看起來好些而已，會那麼快就恢復清楚意識嗎？不用那麼急著處理吧！是急著離開處理競選活動的"正事"嗎？這助人服務的最真實態度這時最能看的清楚，就像照妖鏡般。

那婦人又冒出就麼一句"把他扶起來"(注意喔！不是"幫我把他扶起來"，而我靠近扶起來才約略明白那參選婦人在嫌惡什麼) ，我趨前碰觸他的手臂探探肌肉已不再那樣僵硬，便扶起那老闆讓他在地上坐著。老闆將頭左右來回不停間歇的擺動，就像一般人被狠敲腦袋後努力恢復意識那樣。一陣子之後，他站了起來，頭還在擺動著。接著他向著東邊走出去，沿著人行道有些搖搖晃晃地前進，漸行漸遠。

"他還沒恢復意識、還在恍惚，鐵定需要知道事情發生經過的人協助！"是當下腦中浮現的念頭。
我在後頭看著跟著，站在人行道與慢車道邊緣以阻擋他往車道走。拉著他，他則沒意識卻以本能反應地回駡XXX，甩開我沒抓的很牢的手向前晃行。跟在後頭，看他越走越遠、越往車道晃行，心中則還掛著好像還留在原地沒跟來的Jason，想著先讓兒子跟在身邊能看得到後再過來幫他吧！

此時一部黃色計程車從路口轉進濟南路上，車速不快但未有減速的意思。那老闆則步上慢車道後還在往快車道晃著，那快車道上的可供車子"安全"通過而不會造成意外的寬度也越來越窄。計程車絲毫未減速，司機好像在面對一個可能發生狀況的活動障礙物時，仗著自己的技術不錯而挑戰"會過！一定會過！I can make it."地續定速前駛。差那麼一點就出狀況了！那車輪險些壓過那位老闆的腳！要不是那老闆手臂因晃行而擺開，肯定被那車子右側的後視鏡掃到。好驚險的一幕！昨晚發生在球球的場景頓時浮現，若再沒人阻止的話那場景的主角肯定是那個人！他如果出事了，那屋子裏的那個人怎麼辦？

另一部黃色計程車又正從路口轉進濟南路上向他緩緩駛來。我當下拋開所有思考中的其它顧慮，趕緊上前把他往人行道方向拖拉，再雙手張開圍擋免得他向路中央走。Jason 還待在距離已20多公尺遠處的原地。

一隊吳志剛侯選人助選隊伍恰巧從前方的露天平面停車場經過，其中一位小姐正走向我準備發送印有候選人的面紙隨身包。"小姐，能不能幫我一個忙？"話聲還未落完，那小姐似乎是一驚地馬上轉身退開，連向後求援也沒有！望向那一隊當下唯一能額外提供協助的人馬，我繼續說 "能不能請你們先幫個忙，拉著這個人別讓他再走向馬路以免被車撞了？他剛剛癲癇發作完，意識還很恍惚不清。我也只是路人，我的小孩還在前面他的腳踏車店裏等著，得先把孩子帶過來才行。先幫個忙顧著他好嗎？"

說完的那一秒，那一隊人馬還只是望著我這個方向，從前面數來那幾位看起來像是選擇不介入的樣子續前行。幸好再下一秒，在那一隊人馬最後方的一位媽媽走向我，說著"好！好！"，吆喝著"來幫忙！"。那一群人總算停下來了，其中的兩位年青人(大概是大學生的年紀)出手拉著他。趁此趕緊暫時離開現場回頭去把 Jason 帶過來，這個忙還有的幫！只是原本要補腳踏車胎的那位參選里長婦人，怎麼人不見蹤影了呢？

再回到那個現場，那個老闆被那兩位壯碩年青人拉阻坐在人行道邊緣。那位媽媽則就近摘下的樹葉並搓揉出青草味湊近那老闆鼻子讓他聞，試著加快他恢復正常意識。當下我也不知對不對，也只能看著任他處理。那一群助選人馬就這麼在那兒耽擱了好幾分鐘，真是謝謝他們願及時伸手幫忙。

總算，那老闆開始有拿抓人行座椅、樹葉作出修理腳踏車的動作，喃喃說著那要多少錢。這表示他的情況有在改善中，只是"人"還在另一個世界未回來。我再趕緊回他的店裏抓了一條舊內胎，期能助他睹物回復神智。返回時，那一隊助選人馬只餘那兩位年青人在那繼續留下協助。只是當下怎麼讓那老闆轉入至那平面停車了呢？那停車場的管理員看著他手拿樹葉好像要磨擦停在其中一部寶藍色跑車的車身，正沒好氣的推著他。大概是看多了從對面舞廳酒醉晃行的客人，也誤將他當作似酒醉一樣，說著"你麥給我酒醉假肖！"，再狠推了他一把。我趕緊再抓著那老闆，代他跟那位管理員陪不是，也很快地將事情經過及我僅是路人的關係訴說一遍，請他體諒一下！Jason 也在一邊看著。

人若在氣頭上，總有些先入為主的看法，不是那麼容易扭轉的。我也不明白那兩位好心的年青人怎麼沒阻止那位老闆進入那停車場，橫生這不必要的技節呢？若經歷那整個事發過程，當能明白那老闆所需要的就只是有人陪著而己免生意外而已。不需要警察、不需要救護車，那只是徒耗資源而已。說不定在等待救護車的時間，他已經回復正常了。但那管理員尚在氣頭上，對我的解釋也像是半信半疑的，還建議我們乾脆叫警察、叫救護車好了。我也被磨的有些毛了，於是回說"如果你要打電話請警察來，那你請打，我們還得忙著看著他！"那兩位年青人接著則是鐵了心，硬把他拉住不讓他再離開。那老闆則繼續地駡著XXX，眼神還很恍惚。就這樣四五個人在那僵持陪著幾分鐘後，我轉頭去問那似乎有點氣消了的停車場管理員"你不知道他，對他一點印象也沒有嗎？他就在你這前面不遠處修理腳踏車，你沒看他發作過嗎？你沒看過他這樣恍神的樣子嗎？"那停車場管理員只是嘴角笑笑地輕輕搖搖頭。總算那管理員有些明白怎麼回事，佛心轉念了。

再幾分鐘後，兩位警員也現身！唯一瞭解整個狀況的我當然又得再把事情述說一遍，一邊又代那位老闆道謝。那老闆這時也願意跟著我們走了，不再粗口駡XXX，從他的眼神判斷神智應是開始接上原先在幫我修車胎的那個記憶斷裂處。走回店裏沒多久，救護車的兩位救護員也現身。我當然是再次的扼要說明狀況。救護員也說這不是第一次發生的狀況！

折騰了這麼老半天，那老闆總算又蹲著摸索著鋼圈、內胎，神智尚半清地試著慢慢繼續修補作業。警員與救護員為了登記處理情形，跟那老闆詢問姓名及索取身份證件，好註記狀況，只是那老闆有些答非所問。繼續追問著，那老闆則又開始起先我所遇上的那一副若有所思(失)的模樣。可別再發作呀！趕緊介入請警員及救護員能否別再問，他尚未完全恢復神智，問下去也是一時之間沒結果的。最後，他們也只好回頭去找那位報案的停車場管理員簽名銷案了。

那時已過下午四點半，在跟那老闆說明等會兒再回來拿車並"衡量"能有60%的可能性明白我的意思後，就先帶Jason回家去作功課。回家的路上，問著Jason那參選里長的婦人那兒去了，什麼時候離開的？Jason則很妙地回答："我也不知道。我看你往前去跟著那位老闆，知道你要做什麼。接著轉頭一看，咦！人呢？" 我心中則默默念著 "這算那門子的基層為民服務精神呀！在里民尚需要伸手協助時竟只沾個水後就躲的遠遠的。"

再回去那個地方拿車，前輪已更換好，看起來就跟一般新的一樣。但後輪則顯然老闆不記得要換修了。當下還是請老闆接著處理那後輪，心中則暗自念著 "他還是很努力的以自己的勞力過日子，也需要這筆勞力換得的金錢。應該也不會那麼快就遇上再次大發作吧！"看著老闆整個更換的過程，有時動作非常流暢老練，但幾分鐘後則恍惚地僵著不動。哦！那是經常性發生在他腦細胞的異常放電又在作怪了，他很努力的對抗著、等待著從陰陽魔界回來。有時他的工序錯了，自己還得在一旁提醒他應當要做些什麼。看著他那似乎努力思考自己話語的意思，有些錯亂地說喃喃說著要多少錢，深怕自己的言語造成他訊息的負荷而再次誘發他腦中的狂暴放電，之後就幾乎只是在一旁看著，等他在騎樓上完成修補作業而已。

下班時間的人來人往，是否有人注意這個角落？騎上騎樓的機車，也像是對他視而不見般地與他擦身而過。在心中也幾乎聽見經過的每一位騎士的想法"會過、會過！"

末了騎著那輛車回到家，時間已是六點半。
--------------------------------------------------------------------------
1.若有朋友覺得本文過於揭露他人隱私，只要有朋友表示不妥意見，筆者會立即撤回本文。

2.爭扎著是否要將那個地點寫的那麼清楚，但真的希望他不會因一時發作而在非正常神智時發生意外。若朋友有經過那個地方，請稍微留意一下是否有晃行的人士走在馬路中央。若有，請你體諒一下！也請你看看那個地方正對面那家素食館的店名，只要發揮你那"小"的部分就夠了。

3.老天爺似乎以那老人及白衣女士的背影、球球發生意外的情景為信差，安排Jason與我在那個時刻出現在那個地方。這連續兩天的經歷對 Jason 而言是異常地豐富，只是以球球為代價實在很重，難掩不捨。

4.不知道這次競選活動之後，有無議員或里長會仍有心的追踪與關懷那個地方！

5.朋友若萬一遇上癲癇發作時不要害怕，筆者在文後貼附一些文章連結供各位儲備經驗。若可以的話，帶著腳踏車去讓那老闆修補，算是協助他一下吧！或許您有幸親身經歷後，心中會同筆者浮現一個有些不體恤的感受：感謝老天讓我及家人仍能健康。

6.遇上發作者，取樹葉搓揉讓其嗅聞是否為正確的作法，筆者尚不確定。可能是以麻瘋樹葉搓揉較有效果吧！朋友可以先參考這個連結的文章-令人驚嘆的麻瘋樹。

"癲癇之友篇、癲癇發作時的處理、癲癇發作時之處理方法、
癲癇發作該如何處理 & 穴道按壓正確位置在哪裡?

球球，再見！

2010-11-12T20:05:00.010+08:00

(本文是答應Jason要寫的一篇想念球球的文章)
民國93年10月10日，在從新莊遷回台北舊家不到一個月的日子，一家人到建國假日花市的流浪狗愛心認養處看見一隻約四個月大、短毛黑棕色的小母狗(後來經獸醫判斷可能混到比利時狼犬)。由於舊家有段時間沒住了，數年之前曾遭小偷且附近也有鄰居曾遭殃過，加上我必須定時出差至高雄，於是有養一隻警戒犬的想法。最後在與兩個孩子溝通要他們答應學習照顧狗狗的前題之下，我們與那隻小母狗以一元結緣。

球球，是那時五歲的Jason為牠取的名字。以前在舊家也養過狗，名字叫 Lily，是一隻眼睛很漂亮的棕白色有點柴犬血統的母狗，約12公斤重的中小型犬，但是在Jason 還不到兩歲時就生病走了。我們曾不只一次提起 Lily 跟哥哥Jerry相處的情景，及 Lily 想跟 Jason 玩、但Jason 卻退到去抱著媽媽躲在媽媽的身體後方。Jason會試著趁 Lily 不注意時伸出小手試著去摸 Lily 的身體，不過狗狗的那一張嘴及那一口牙對2 歲的孩童而言實在是像怪物一樣的可怕。那時哥哥 Jerry 四、五歲，身體圓圓壯壯的，看到 Jason 被 Lily "欺負"的樣子就會出聲" Lily 、不可以"，然後再動手抓住 Lily 制止，像勇敢的大哥保護親愛的弟弟一般地制服怪獸，Jason 則會露出微微的笑容遠遠看著。Jason 只是聽我們說著 Lily 的事情，但腦海卻沒留下任何印象。或許是因為如此，Jason 想建立一段與狗狗親密相處的經驗。

逗著球球玩是件快樂的事，狗狗身形尚小、抱在手中的暖和感覺很有趣，帶牠出去蹓蹓很有趣。訓練球球趴下、坐下、握手到聽懂口令及看懂手勢雖是一個漫長的過程，但兩個孩子也充分經歷其中的樂趣。也明白狗狗張嘴"咬"著手的時候不用怕，牠只是輕輕含著跟你玩而已，若急著縮手才會讓手被利牙劃破。但除此之外，竟都是我的事。如廁訓練、大小便的清理、餵食、洗澡等原本兩個孩子答應要做的事情呢？護著兩個孩子的 Tracy 則是對著我說"你去清"，已然指定我的任務了。

球球剛來的時候聲音就很宏亮，入夜後對於在牆頭活動的貓咪、大門外陌生人經過的動靜、外頭機車亂停放等都特別敏銳。只要有喝醉酒的人士在圍牆外靠著噓噓，球球必然提高警戒地吠叫。清晨6點半，旁邊大樓的清潔打掃婦人出現總會圖方便的將工具放在圍牆外，球球也是像超級鬧鐘似的吠著。當然，初期也造成不少困擾，也有數位鄰居來關切。原本因為舊家沒人照顧，"造成"門口及兩側圍牆成了週邊地區的機車停車場(甚至將大門整個擋住)，被靠著圍牆晾曬清潔器具的這些問題也因為球球的吠叫而突顯，能趁著旁邊大樓住戶來關切時得以有機會處理。原本這些問題，曾試著跟那大樓的管理員反應過，但只是換來"那不是我們的問題"並換來"來找麻煩"的相應。球球的吠叫，算是幫了我們一個大忙。

球球不是我們家附近唯一的一條狗。偶而遠處若有吠聲，各家的狗狗不管是大是小都會像烽火臺一樣的參與傳遞警戒吠叫，而球球通常是其中的最後一棒。偶而也會擔任第一棒吧！老實說，狗狗的警戒吠叫在夜間是一種干擾，尤其有新狗吠聲加入時更是突顯。但或許附近都有不少狗狗在警戒，這些年來未曾聽見有那一戶又遭小偷的情形。日子久了，狗狗的警戒吠叫少了、習慣了，球球也漸漸學懂什麼時候該抑制吠叫的衝動。當然了，選舉期間，那趁著夜深人靜想偷偷摸摸在牆外路燈綁上候選人旗幟的動靜，必然是要迎接球球的逛吠對待。

吠，是狗狗警戒時的天性之一。我們不斷訓練球球不要亂吠，要牠克制。球球算是聰明，但可能是亂吠叫後的結果大部分換來的是我們的一陣訓斥，於是牠找到替代的行動出口。跳！跳！跳！跳高高地從鐵門上半部的欄杆處往外瞧。久了，上學及放學經過的孩子給牠取了一個外號，跳跳狗。Jerry 和 Jason 有些住在附近的同學也知道我們家有一隻狗狗很會跳。這六年來，球球愈跳愈高，若是站在門外的話，那可是會跟牠跳到最高時與牠平視對望。球球爪子也把鐵門橘紅色的漆給磨掉，門鎖周圍露出的不銹鋼面也留下球球爪子的淺淺磨痕。別看牠在家擔任警戒犬還有模有樣的，帶牠出去蹓蹓時才知"在家似條龍、外出實似蟲"，幾乎什麼狗都怕：會怕身形較大的狗也就罷了，竟連遇上小小博美、吉娃娃、紅貴賓也在夾尾巴，真不知牠的膽是長成什麼怪樣！

球球的窩是在室外，整個小花園都是牠的活動空間。我們回家時總會受到球球的熱情迎接，牠會興奮地舉起兩隻前掌想扒著我們，有時更會抱著我的大腿不放猛撒嬌。我們也為長大的球球親手釘製一個木箱，作為牠與我們一起驅車出遊時的寶座 (原本是為避免牠便尿而髒污了車子)，過年下南部老家時是必然會用的上，帶牠去擎天崗的時候一定會用上。所以，每當球球看見那個木箱出現，總會特別的高興、尾巴加大幅度地左右擺個不停。我猜球球也知道待在車子後座的木箱中是與我們一家人最近距離相處的時光，左右則有 Jerry 和 Jason 陪伴。我坐在駕駛座上，Tracy 坐在右側，後座中央坐著的球球則專注向前方視野觀望，兩側的 Jerry 和 Jason 則有時逗著、有時安撫球球，那情景是一種幸福。

平常日的夜晚帶著球球出去走走則幾乎是我的任務，偶而Jason 會被迫參與或主動參與。有時 Jason 情緒管理出狀況時，我會"要求"他跟我去蹓狗走走，並與他說話談心、逗弄球球以緩和他的情緒，回家時幾乎都是帶著他那特有的笑容進門的。有時在Jason 練完琴後問邀他去蹓狗，他也會樂意答應，小小身子努力牽著繩子控制球球有些興奮而試著亂衝亂嗅的身體，那可是對 Jason 而言是鍛練手臂力氣的費力運動。由於每次一走都是一小時以上，隨著Jason年級增加及避免過晚就寢，Jason 也減少平日晚間參與帶球球去走走的次數。

民國99年11月9日星期二晚上，Jason 雖然因課後籃球社團活動而雙腿有些疲累，但也因上星期學校的期中考成續不錯而有好的心情，應允我的邀約與球球去走走。由於出門時已是 PM9:50，我們選了一條不會繞遠走太久的路。球球也因有Jason 的相隨而特別高興，連以前因特別懼怕某戶店家的狗而不敢走的路都勇敢的通過了。約PM10:15分，剛穿越瓦城的臨沂街口，依往常放開讓球球自行活動，打算緩行回家。或許是走的時間不夠長、球球的精力還很夠，球球先是向前衝的老遠。為了免生意外，我們如往常一般蹲下打算等牠返回來時令牠趴下訓斥一番。球球發現我們還在原地，於是奔回我們這兒。只是那時我突然有種不安的想法：球球是不是在衝向我們的時候打算跟我們玩"來捉我呀"的遊戲？不妙！

牠衝過我們這兒，然後沒減速地往路口的馬路衝出去。別造成機車騎士的意外呀！在公車專用道內側的快車道上一部加速中的黃色計程車撞上了牠，又被加速前行的公車捲進車底後，倒在人行穿越道旁，頭則還用生命力努力撐著，尾巴微揚。接著路口號誌轉換，小綠人慢行的號誌現身，但此時球球的頭卻整個倒在地上，身體一動也不動。

回頭望著 Jason 打算要他待在原地別動，但看見的是他張著一雙不敢相信的眼睛、手則正舉起捂著口。我們都不敢相信怎麼會在離家不到200公尺處發生這種意外！

雙手托著球球的身體回家，是第一次，也是最後一次。球球沒有明顯外傷，但父子倆內心則隱隱滴著血。十六公斤的身體，好重！托在手中，暖和的體溫、軟癱的身軀，紮紮實實地告訴我們這是真的。回家的路上，Jason 問著"牠死了嗎？"慢慢的認清楚後，那好難過表情湧現在他臉上。Jason 沒有大哭，但我知道我看見他心碎的聲音，在入家門的時候他親口告訴媽媽這個令人難以置信的消息。

將牠暫時安放在進門後的紅磚地面上，經連絡獸醫後知必須次日才能協助。我用手電筒照著球球的身體作最後的檢視，一家人均在室外對牠致意。在一一對球球說聲"球球再見"後，我關掉了手電筒，讓牠的身體溶回黑夜。我將牠放入紙箱，再用塑膠袋套裝三層，以免蚊子又來叮咬牠。那一夜，Jason 啜泣嗚咽地睡著。隔日則是哭著出門上學、哭著放學回家，連下午的安親班也沒去。

上午，抱著裝著球球的那只箱子前往附近的動物醫院，陪牠走這200多公尺的最後一程。生命，好重，真的好重！

離開醫院門口，望著那只箱子，對著球球在心中說了最後一聲再見！因我的大意而讓你以這樣的方式離開，請你原諒！感謝6年來的陪伴！
------------------------------------------------------------------------------------------
1. 生命無常，事情只要慢個五秒鐘發生就不會是這樣的結果。
2. 這事情我難辭其咎。但若不是路口號誌轉換的當下車輛搶快加速，或許還有機會呀！搶快加速時，駕駛眼睛注意的是高處的號誌，而不是路面的狀況。各位朋友，若有開車的話可以試著改變一下習慣。萬一突然出現的是一位行人呢？
3. 老天爺是要傳遞什麼樣的訊息？球球是否代我們承受災厄？但隔日下午的另一狀況，則隱約回答了這個問題。(一處修理腳踏車的地方)

心碎的聲音 (當太遲了！)

2010-11-11T02:47:00.007+08:00

(本文冗長，不喜勿入！)
2008年8月的某一天，如同往常般每兩週駕著自己的Mazda 323 Protege 2.0 花了約快四個小時的車程從高雄返回台北家裏，卸下那些出外必備的行頭及用過晚餐後，再將車子駛回台大辛亥路後門的停車場停放。一切如往常般無異狀！走在台大校園，空氣中徐拂的風透著些許夏夜的味道。

PM 9:45 分左右，走出台大辛亥路後門，準備穿越辛亥路的人行道。但綠燈時間只剩不到10秒，於是放慢了腳步，停在行人號誌"小綠人"的旁邊。突然間，一道清脆的"碰"聲傳進耳朵。那是好熟悉的聲音，是塑膠掉落撞到地上的聲音，是遛狗時會用到的那一種具迴力裝置可調整繩子長度的工具掉落到地上且被快速拖著走而不斷碰撞的聲音。

"狗狗!狗狗！"，孩童急切呼喚聲從人行穿越道的中央往這頭傳來，聽的出來那孩子往這兒追來。疾走小綠人上頭的時間顯示僅剩7秒！
在路燈的照射下，一條黑狗吐舌快喘地奔跑從腳邊經過登上這頭的人行道，後頭還拖著那尚拉長著遛狗繩的塑膠盤。淘氣的狗好像是玩心很重般地接著就停下來，回頭等著那孩童。小男孩戴著眼鏡，在後頭小跑步地追著，也上了台大這頭的人行道，並準備蹲身拾取那被狗狗拖著的遛狗盤。疾走小綠人上頭的時間顯示僅剩5秒！

但這淘氣的狗，似乎還處在玩耍的興奮狀態，竟就在小男孩僅距那膠盤一掌之遙的瞬間拔腿疾奔，好像在玩"來捉我呀!"那種狗狗最愛玩的遊戲。只是，那小黑狗是沿著人行穿越道往對面那頭跑過去呀！疾走小綠人上頭的時間顯示僅剩3秒！

這一幕令我微微心中一驚，立刻浮上一個念頭：若小男孩打算衝過去的話，我一定得拉住他。但小男孩在人行號誌前停住了。綠燈時間只剩2秒，小黑狗還在向前跑。0 秒，小黑狗已到了路中央的分隔島。辛亥路上車子的引擎聲響開始加大，開始像比賽一樣地陸續衝出。人雖站在這頭，但中央分隔島到對面的那些西行方向車子加速聲卻特別清晰地傳入耳中。

小黑狗還在向前跑，但在路口那一頭向西行的車子卻似未曾看見牠般地疾駛。
小男孩跟我站在這頭的人行道，清清楚楚地看著小黑狗受驚嚇而向前慌亂續行的身影。我心中則默默禱念著"老天爺！不要呀！別跟這孩子開這種玩笑！這門功課對這個孩子而言未免太重了吧！他無法一個人處理的呀！別撞到，也別勾扯到那繩子，也別造成任何人的傷害呀！"

不知老天爺是否有聽見禱念，續前行的小黑狗穿過西向疾行的車流，平安登上對面的人行道。之後小黑狗左轉前行，被樹籬遮蔽而離開了視線。小男孩與我接著能做的事，只有等待以及希望狗狗別再興奮亂跑亂衝，平安渡過這76秒的時間。

等待期間，耳朵注意及擔心著對面的聲響，同時也看看這個小男孩。判斷應是國小五年級的年紀，正憂心忡忡地看著對面。男孩心中一定是非常的懊惱，怎麼會讓遛狗繩從手中鬆脫了呢。小黑狗這麼興奮地跑著，必然很愛這個小主人，只是選錯逗玩的時機了呀！

等待的時間在這時變得非常漫長，時間還有50多秒！還得等好久！老天爺別開玩笑呀！

突然從左前方的對面分隔島的那個距離，傳了"碰'一聲，跟著是徹天響的幾聲狗狗的哀嚎。之後空氣中僅存車子左右疾駛而過的聲音。

小男孩沒哭，只是望著那哀嚎的方向，無助地等著號誌小綠人的到來。我也是等著，也只能等著，搜索著那哀嚎傳來的方向，試著將視線從樹離中穿透而過，希望能弄清楚狀況。一臺機車也在我們這兒的慢車道旁停著，車上的兩人則也轉頭望向那個方向。什麼時候停在前方的機車？一開始就目睹整個經過嗎？也是家中有養狗的人士嗎？

終於，小綠人出現了，小男孩用比我稍快的腳步前行走著。對面則有一個穿著休閒短褲的男士用快於其它行人的步伐往我們走來，穿過對面的慢車道而進入到快車道後則折向西快步走去。小男孩開始用小跑步前行，嘴中輕聲叫著"狗狗！狗狗！"接著一個女士也跟著那位男士的路徑走去。

不妙！那是這男孩的父母親嗎？事情不好了！

前行進入中央分隔島區域，那哀嚎傳來方向的情景則是清清楚楚的映入眼簾。男孩的爸爸正在分隔島的草皮上抓著狗狗的四隻腳，移動那癱軟的身體。看見這一幕的小男孩開始漸大聲地哭喊"狗狗！"，似乎還不敢相信那是真的。男孩一直到了媽媽的旁邊，看清楚了小黑狗一動也不動的身體之後，再也按奈不住的潰堤大哭，空氣則傳來徹天響的"狗~~狗~~！狗~~狗~~！"。川流而過的車子引擎聲似乎不見了，只有男孩的哭喊聲。"狗~~~狗~~！"

男孩的爸爸無助地站在那兒，試著打手機聯絡尋求幫忙。男孩的媽媽只能將他擁抱在懷裏，讓孩子痛哭一場。沒有責備聲，有的只是男孩埋在媽媽懷裏痛哭的心碎聲！在十多公尺外都聽的出來：那心，碎了！帶著自責的碎了！

我續前行，那一家人的身影則離開了視線。往科技大樓捷運站的方向前行，但即使離開那個路口約10多公尺，心碎的聲音仍能穿過樹籬從身後傳來！好重的一門"生命教育"的課。

我走著，心中則又默默念著：老天爺幫幫忙，可別讓這種事發生在我們家呀！另一方面則又浮現一些疑問：為何沒有車子慢下來或停下來，那也是一條生命呀？有沒有人因此受傷呢？
-------------------------------------------------------------------------------
這件瑣事，想要寫成文章已經想了很久，幾天前才又正在回憶這事的經過準備為文分享。
孰料，昨天晚上(11/9)與Jason 帶著狗狗去散步時，類似的情況竟發生在我們身上，而 Jason 竟全程目睹整個生命逝去的經過。Jason 不敢相信地摀著嘴，而我則是"看見"心碎的聲音。

但隔天的另一件意外事件，則又令我覺得老天爺似乎冥冥中作了一個巧妙的安排。只是這代價，好大！

背影 - 在騎廊地面的老先生與白衣女士

2010-11-09T02:08:00.013+08:00

(本文只是一件瑣事，不喜勿入。)
民國99年11月6日這天，是台北花博開幕的日子，也是台北捷運蘆洲支線通車及持悠遊卡免費搭乘的第四天。這天是個微涼的陰雨天。

近午時分與帶著Jason 剛練完琴的Tracy 手機聯繫，約在永康街口信義路上的金石堂書店會合，準備一家四口共同進餐。11點半與Jerry 沿新生南路往信義路的方向前進，走著走著竟然空氣中原本微微的雨絲漸漸長大為無數短線條般在眼前劃過，有些路人打起了傘。直到穿越信義路上新東陽前的紅綠燈時，雨勢似未見趨緩，於是便要Jerry 先行往金石堂書店會合，自己則往另個方向前行試著在松青超市附近找找有無傘具店。在松青超市門口，正張望搜尋何處有賣傘的店家，卻無意中看見在距離 StarBucks 約莫10公尺處有一位老先生"坐"在騎廊地上，左手肘倚在地上撐著身子，旁邊則有一位穿白衣女士蹲著扶著老先生的背。

那位老先生與那一位白衣女士與我背對著，在無法立即判斷發生何事的情況下，我忍不住多望了一陣子，心中則漸浮出一些猜想。怎麼回事，是一對父女嗎？怎麼兩人都待在微濕的騎廊地上？是老先生走不動了嗎？還是那女士不小心撞倒了那位老先生？是一場糾紛嗎？該不會是老先生滑倒了吧？他們有需要協助嗎？家人還等著自己會合呢，自己若介入的話是否會耽擱太多時間？再看一下吧，若有第三人出手相助的話，我就不介入了！

幾位從他們身邊經過的路人雖曾步伐稍慢地低頭望向他們，但最後仍是前行離開。老先先似乎是有意要站起來，但身體則不知為何似不聽話地側傾斜倚，左手肘則更加力地撑著。白衣女士則正努力扶著老先生上半身，避免老先生不小心撞傷了。

這背影、這情景、這約十來秒的時間的觀望，最後決定介入吧！不管究竟怎麼回事，他們二位肯定需要協助。正趨步向前，卻正巧也有幾位路人與我作同樣的決定且快我一步協助扶著老先生。

有人問著："老先生，您怎麼了？"
白衣女士則解釋回答："老先生應是跌倒了，方才聽見"碰"的一聲、回頭則見老先生整個趴在地上。可能是騎廊地面微濕滑，老先生可能不小心滑倒。稍檢查一下外傷，手掌有些微擦傷流血，臉頰右側顴骨有些瘀青，所以可能也有撞到地面。"

老先生帶著綠色醫療口罩，驚魂未定的眼神則游移地望著我們幾個。細瞧後，才發現老先生正努力說著話，只是聲量太小又被口罩擋著，一時之間沒能聽清楚他說些什麼。老先生稍微拉下口罩，繼續努力說著，但老先生有些口音，若未習慣則也不易能立刻明白他的意思。

我們這幾個素未謀面的陌生人則正思索著下一步剛怎麼做。有人試著問他傷到那兒了？有人試著詢問他家是否在附近？家裏有沒有人可以連絡？電話幾號？能不能坐起來？有人則去店家借了一把椅子來，好讓老先生先能就近坐著休息，別一直窩在這有些濕涼的地面。

老人家跌倒，最怕骨頭挫傷或是骨折等傷勢。老先生撞撃到顏面，可能會有輕微的腦震盪現象，在不確定傷勢前，其實是不太敢移動或扶他起來。老先生也嘗試著要自己起身，但不知是因肘膝關節撞擊處尚麻著而無法使力還是疼痛不耐，總是無法如願站起。老先生指著右腿膝蓋，喃喃有詞，應是指長褲下可能有傷口會疼。於是協助捲起右腳褲管檢查，還好未見流血傷口或瘀青。

看著老先生似乎神智尚清楚，也能自行試著探查四肢的可能傷勢，判斷應是無大礙。於是我跟老先生說"我抱您起來好不好？"並環抱著他上半身，以不太快地速度將他扶起後仍撑著他片刻，確認他能自行站立。眾人接著讓他坐在那把借來的椅子上，並試著問他家人的連絡電話。老先生則似乎有些逞能地表示謝謝及他沒事，不耽擱我們了。"伯伯，坐著緩緩情緒，沒關係的。我們年輕人碰到這種情況，也是一樣會被要求坐著緩和一下。您先坐下緩一緩！"

"爺爺，您記不記得家裏的電話？"，老先生則帶著口音說："我今年八十九了！"
"爺爺，您家住那兒？這附近嗎"，老先生努力回答著，好像是說住附近，但當下沒人有把握確認如此。我們這幾位則繼續努力詢問，希望能快些適應老先生的口音，好明白他的意思。老先生似乎也明白我們幾位的意圖，也努力說著他的個人資料。

逐漸地，我適應他的口音。
"爺爺，您家裏的電話號碼多少？"，老先生則回說"他們都出去了，不在家！"
"爺爺，您住這附近嗎，帶您回去好嗎？"，老先生則還是回說"他們都出去了，不在家！"
"爺爺，您身上有沒有證件，讓我們看看好嗎？"，老先則回說"我剛剛滑倒了...右手肘好像有扭到，會痛！"
"爺爺，先帶您去看醫生好嗎？"，老先生則好像回說"我下星期三有預約要去醫院檢查身體！"
...
"我孩子住在北投，現在家裏沒人，連絡不到。"
"我是到對面拜拜，走到這兒要回家，卻摔倒了。"
"我家裏電話沒用，家裏沒人，我一個人住。"
"我今年八十九歲了。"
"我右手肘還在痛，剛剛跌倒時撞到的。左手掌破皮流血了"
"我沒事。不要耽誤到你們的時間了！"
彼此很努力地設法調對說話的"頻率"及"內容"！

我們其中一位已經好心地到松青超市買了Band Aid，處理老先生左手破皮的傷口。"松青沒賣優碘或簡易救護包嗎？"，"沒有呀！"

"爺爺，您身上有沒有帶證件？有沒有帶緊急聯絡電話卡片等資料？"老先生掏出僅有的捷運卡及健保卡，原來他姓陸。

陸老先生一直用他聽力似乎不太好的左耳努力想聽懂我們這幾個說話速度可能快了些的詢問。
我最後則拿出了紙筆作勢請他說出可連絡上他家人的電話，我好記下並與他確認。終於，白衣女士與他家人連絡上了，只是遠在北投，趕來還得半個小時。環顧四周，正查看有無適當處所可讓這位陸老先生較安適地等待。僅離10公尺遠的 StarBucks 成了首選，但不知店家願不願意？

我先與該 StarBucks 的服務小姐說明有位老先生在附近跌倒及事情的大概原由，以先徵得他們協助同意。一伙人扶著尚不便行走的老先生進 StarBucks 店裏時，那服務小姐還出來主動將大門拉開，好方便扶著老先生進入，並試著提供優碘之類的外傷消毒藥品。服務小姐也很好心地倒了一杯水給老先生，不過隨後在我告知陸老先及一同協助的朋友這時應當暫時先不要喝水，取得他們的同意後再將那一杯水移開。

手機接過了家人撥來的催促電話後，告訴陸老先生："伯伯，記得要再去給醫生檢查哦！我得先離開，無法陪您了！"
臨去前，詢問那一位自始至當下還一直陪著老先生的那位好心的白衣女士貴姓，方知她姓李。
--------------------------------------------------------------------
這件再平常不過的生活瑣事，倒是給個人有不少的感想：
1. 騎樓的共同行人空間及行的基本安全保障真的需要作一個全面的檢討。別說老人家了，自已也有好幾次在下著毛毛雨的時候走過那些經建築師巧思設計的大樓騎廊時，因那光滑的鋪面有著水漬而險些滑倒；甚或走在那些有有防滑紋糙面的步磚上，也會因薄層水漬而形成的"潤滑"效應而滑了一下。幸運的是，筆者當下的腰力尚稱可以而得以作姿勢的補償校正而未跌傷，也未發生扭傷的情形。這種建築設計的鋪面，是為了"汰舊換新"嗎？實在太危險了。

2. 年長者出門在外時，身上最好備有一張"緊急卡"記載緊急連絡人、連絡電話，萬一發生狀況時，旁人可以較能在第一時間連絡上家人。以這次的情形為例，任何人跌倒撞繫到顏面或頭部後，就算意識尚清楚也還是處在驚魂未定的情形，且會試著站起、爬起作自助式的檢核"沒事、無礙"，一時間他人與之所作的問話未必能被其明白，需要等待一段時間稍緩和了才能正常對話。老人家所需要的"回復可對話"時間會長些，且年紀大了若有說話較無力、口齒不清或甚至家鄉音很重的情形，極可能發生如這次一開始與老先生的問答對話總令協助者覺得答非所問的狀況，雖不至氣餒但卻令協助者心急而七嘴八舌地詢問。若年長者又有聽力上的問題時，可能又會讓找到正確協助的時間拉長。

3. 遇上年長者發生類似情形時，提供協助者的動作應要緩和從容，過快的變換姿勢或起立都可能會誘發心血管方面的疾病。與其對話的人數只要一兩個就好，這樣年長者也較容易習慣協助者的說話方式、詢問內容以儘快表達所需的協助，從旁協助者也較能避免手足無措的情況。

4. 若遇上年長者發生類似情形，只要年長者意識尚清楚的話，協助者可以將年長者所述說的內容概要以紙筆記下，並以所寫下的文字給該年長者核認是否是他表達的意思。這是有效避免"雞同鴨講"情形的方法之一。

5. 臺北這個地方可以是這樣具有人情暖意。不要去責怪那些經過後選擇仍前行離開的朋友，而是為了能成為協助者之一而感到與有榮焉！若要再請求他人協助，還是要先徵詢取得同意，畢竟別人是有選擇的權利。在此，筆者也要特別稱讚那間 StarBucks 店面的服務小姐的協助。

6. 筆者更要衷心感謝那位有佛心的白衣李姓女士。每一個人的善意識是可以被誘發，正因為那位李女士一開始就出手的協助，後繼旁人才會提高協助意願而加入救助。也很慶幸自己有作出"為善"的行動作為，萬一再有一天自己是那位李姓女士的情形，當然也會希望有旁人也可以加入協助呀！將心比心，若自己的父母發生這種情形，也會企盼有人能當下提供立即且適當的救助。就將這佛心傳出去吧！

** 刻意將事件儘量忠實的記錄下來，待日後自己作更多的體會及省思！

2010/11/09 補充：
7. 幸好那時參與協助者都積極參與，而沒有人選擇用手機在一旁拍攝錄影，將這段發佈到網路上。也沒有人站在一旁納涼拍攝，記錄那起先沒人理會而顯得有些冷漠的情景。

Civil 3D 2011 的線上教學文件

2010-11-08T10:44:00.005+08:00

曾使用過 AutoCAD Civil 3D 2007~2010 的朋友，若事務所或公司未添購 Civil 3D 2011版本的話，除了一些 YouTube 上的官方 Autodesk Panel 所發佈的示範影片可以參考瞭解新版的"新功能"之外，也可以參考自學教材 Tutorials PDF 的線上文件的說明。以下貼附英文版及中文簡體字版的連結。有需要或有興趣的朋友請自行點按前往瀏覽。

AutoCAD Civil 3D 2011 教程

the AutoCAD Civil 3D Tutorials

與之前的自學文件相比較，大概是多了"土方調配線"的基本使用教學、整地功能中的建築基地的斜坡建構、以及縱斷面及剖面等的計畫出圖使用等。其中剖面視圖集的計畫出圖是 Civil 2011 所提供的"新功能"，之前的剖面視圖集的出圖可得利用 Map 3D 功能的圖面集工具，或許稱它為簡便的工具較為貼切。

** 上頭連結的 Civil 3D 2011 教程線上文件中文版，其文法及語意，讀起來像是用中文在讀英文，不知是否是使用翻譯軟體所"製作"的結果。不如讀英文版，不用再將語意"中翻英"或"簡轉正再翻英"，讀起來流暢多了！

Civil 3D與土方計算–從數學原理談起！(六)

2010-10-11T21:51:00.010+08:00

(延續前文 Civil 3D與土方計算–從數學原理談起！(五) )

前文從總體積計算的觀點比較四個算法的優勝處，雖然筆者所暫稱的三次多項式法的結果似乎有勝出的表現，但逐個Ai、Ai+1區段間的體積計算結果 Vi值是否也有同樣亮眼的表現呢？本文即對於此點作相關的比較。

為了得到組合體積的各區段體積值 Vi，在本例的條件之下是可以採矩形框選的方式去逐段設定邊界值後以地形性質視窗讀取各區段的挖方、填方、體積淨值的讀據後，另填於試算表檔案中。就本例的情況，依序作個10遍即可，尚不會太費時。

不過筆者則採取使用 EarthworkConstructDrawing.dvb 工具輔助計算得到每20米間距區段間相關體積的讀據：以 EG1為原始地形(基準地形)、EG2為設計地形(比較地形)，以(50,100,0)、(250,200,0)為對角點建立的矩形框為計算範圍以及以該矩形框的左下角點為計算基準點，網格間距為橫縱等距20m，計算方法則選用精確算法(理由則在筆者先前的文章提過)，完成後圖面繪製如附圖所示。圖中下方的填方及挖方數據，即為橫向20m間距的體積小計，為依組合體積所作的"準確值"，也為其它方法計算結果的比較基準。

將其讀據與依各取樣線之填方面積、挖方面積一齊表列如下表。

而以上列讀據為基礎且排除錐形體公式之外的三種土方計算程序之計算結果則彙整如下表。表中灰底表格位為各計算法之結果值，淺藍底格位為各結果值與以dvb 程式計算所得結果的差異值，最下方的格位則為各差異與以dvb 程式計算所得結果比較的百分比。

接著就專注於各方法所得結果之差異量的比較：
1. 就各區段的淨土方體積 (Vi)計算結果而言，三次多項式法的差異值大部份都小於絶對值 9 以下，少數幾處較差者也小於絶對值20。而平均斷面法的差異值則落於22.0~23.0之間及77.0~78.0之間的兩個範圍。三次多項式法的計算結果，顯然勝出。
2. 就各區段的填方、挖方體積計算結果而言，樁號值 100 以後的各個剖面應無填方數量，但三次多項式法則於100~120m區段及160~180m區段竟有"負"填方值產生。除此之外，整體而言的三次多項式法計算結果之各差異量絶對值，亦小於平均斷面法計算結果之各差異量絶對值。

依筆者原先於Civil 3D與土方計算–從數學原理談起！(三) 文中所擬的三次多項式計算程序，未考量到若區段的兩側截面積值均為 0 的情形( Ai=Ai+1=0)。此情況下會有Ai-1 或 Ai+2截面積值納入計算式而有"穿透過遠"的不合理情形。因此於填方計算或挖方計算時，若區段兩側為0，而向前或向後一個截面積值尚非 0 時即會產生仍有"負"填方值或"負"挖方值的不合理計算結果。

不過這點很容易改善，顯然只要三次多項式法計算程序將區段兩側的截面積值均為 0 時的體積計算值指定為 0 即可。而該區段的淨體積值 Vi 則依填方體積、挖方體積計算結果相減而得。姑且將此修正的三次多項式法計算程序稱為"三次多項式第三型法"，或稱為"三次多項式標準算法"，則其結果與準確值的比較如下表所示。

(表中尚有一個"負挖方"值( -6.82)，改進方法則是直接取絶對值以避免之！是否合理，還得經更多的案例測試。)

結論：
無論是數學原理或是實例計算的結果，初步都傾向於支持三次多項式法優於一般所認知的平均斷面法的土方計算結果的論點。而三次多項式標準算法，則為筆者最建議使用於帶狀工程土方計算的計算程序。

到訪的朋友們，是否會有個猜想：除了這個似乎較優的三次多項式計算程序之外，是否尚有其它的計算程序可以被設計出來？

筆者的回答是：有的，而且不只一種。下篇文章將分享筆者依數學假設所構想的另兩種計算程序，符合數學原理但有些悖離工程實務常理，實務中尚未且未來也可能不會納入的計算程序，但可以透過 Civil 3D 這個軟體工具檢驗其合邏輯性。下篇文章也會是近日來幾篇討論帶狀工程土方計算程序個人看法的最後一篇。
(待續...)

讓 Mastering AutoCAD Civil 3D 2008一書更"加值"！

2010-10-11T14:25:00.006+08:00

不知到訪的朋友有否對於每年一次"似大非大，非大若大"的新版本釋出的這種軟體商業模式，是否有感到某種程度的壓力及喘不過氣？為了學習"新"版軟體及快速上手，除了上課之外，幾本好的參考書在手邊更是必須的。

在 Civil 3D 的學習領域中，Mastering AutoCAD Civil 3D 系列書藉可是對英語系國家的使用者而言的一本重要且有價值的參考書、學習書、工具書。只是隨著每年新版本軟體的釋出，可能陸續讓 Mastering AutoCAD Civil 3D 2008/2009/2010/2011 等的價值逐年遞減。若不相信，去Amazon.com查詢一下即會發現 "Mastering AutoCAD Civil 3D 2011"的一本索價 $69.99，而"Mastering AutoCAD Civil 3D 2008" 一本只要$47.24"而已"。

"那麼要如何讓舊版如 Mastering AutoCAD Civil 3D 2008 的厚頁書加價或增值使用呢？"
筆者覺得Civil 3D for Beginners 這位部落客仁兄的作法"非常有創意"！各位朋友自行點按連結過去即可立刻明白。

只是有點好奇，2008 版的作者之一 Dana Probert (也是 BIM on the Rock 的部落客) 看了之後有何心得？是否同樣的佩服！

(幸好恐佈份子尚未發現此妙用！)

Civil 3D與土方計算–從數學原理談起！(五)

2010-10-08T15:01:00.010+08:00

(延續前文 Civil 3D與土方計算–從數學原理談起！(四) )
本文目的是於 Civil 3D 的環境之下測試及驗證前文所敍述結論之真偽！

為了驗證，首先必須要有一個數值地形標的。四個方法均是從數學原理為出發點作探討，其方法的好壞不在於對真實工程工方的掌握，而是在於對所建塑數值地形之體積計算的掌握。原因其實很明顯，即實務工程案中所計算的土方，均是由地形整地前後之測量資料求得，在原理上測量的結果即是一個虛擬的模型。而 DTM、DEM、TIN等依測量資料所建立的數值地形，則是該虛擬模型的可視化、可操作化結果。故土方體積計算方法的好壤，應以測量資料的虛擬模型為標的作分析比較。而所要測試的四個方法，均是包含有假設條件之下的最合理猜測值，若無法明確掌握數值模型的確切體積，必也無法有一個明確的絶對比較基準。因此筆者將利用 Civil 3D 的 TIN 數值模型及地形建塑的組合體積地形結果作為數值地形的真正體積值，並作為四個方法相關差異及偏異幅度的共同比較基準，差異及偏異幅度愈小者則方法愈佳。

數值地形準備如下，朋友若手邊有Civil 3D (2007~2011均可)且有興趣的話也可自行動手建立檔案：
1. 建立 EG1地形：以P(E, N, Z) 表示的四個點 A1(0,0,20)、A2(300,0,35)、A3(300,300,30)、A4(0,300,40)建立一個簡單地形，谷線則是由A1連接至A3。(也可以使用繪製地勢線工具建立依序連接A1、A2、A3、A4的地勢線後，以特徵線方式加入至EG1，且不勾選"輔助距離"選項)
2. 建立 EG2地形：以P(E, N, Z) 表示的四個點 B1(150,0,10)、B2(300,150,40)、B3(150,300,5)、B4(0,150,45)建立一個簡單地形(也可以使用繪製地勢線工具建立依序連接B1、B2、B3、B4的地勢線，但注意必須與前一條地勢線建立在不同的工址中)，之後以地形的編輯地面工具的"平滑化"工具編修之，以自然鄰點法 (NNI 平滑法)於網格間距位置 x=5、y=5上補充高程點資料。
3. 建立一條由(50,150)至(250,150)的直線定線。
4. 於該定線建立取樣線群組，左右刈幅寛度約為40m，沿切線的取樣增量為20m。
5. 於該取樣線群組性質的材料清單中建立一個土方工程計算材料項目，以EG1為基準、EG2為比較。
6. 以剖面下拉式功能選單的加入表格工具將前項土方工程計算體積表格於圖面繪製，並可得到平均斷面法的體積計算結果(應為累積挖方 14979.64 立方公尺、填方 15268.53立方公尺、體積淨值 -288.89立方公尺)。之後另以產生體積報告工具經 xml 繪出至網頁瀏覽器，並選取後貼附內容至 OpenOffice.org Calculator 等試算表軟體中，以取得及準備各樁號位置之剖面挖方、填方面積資料。
7. 建立一個組合體積地形 EG2-EG1，以EG1為基準地面、EG2為比較地面建立。
8. 以(50,100,0)、(250,200,0)為對角點建立一個矩形框，加入為組合體積地形 EG2-EG1 的邊界線，並以地面性質查詢體積值 (應為挖方 14935.51 立方公尺、填方 14668.84 立方公尺、體積淨值 266.67立方公尺<挖方>)。之後取消加入此矩形邊界線。
9. 以(70,100,0)、(230,200,0)為對角點建立一個矩形框，加入為組合體積地形 EG2-EG1 的邊界線，並以地面性質查詢體積值 (應為挖方 14484.03 立方公尺、填方 7301.81 立方公尺、體積淨值 7182.22立方公尺<挖方>)。
完成後，將EG2地面物件隱藏後的圖面應如下圖所示。

土方體積報告則如下

由於 Civil 3D 剖面計算工具只提供平均斷面法的單一標準工具作為帶狀工程案的土方計算程序，因此必須將前述四種體積計算程序所需要的樁號值、挖填方面積等輸入資料擷取並貼附於試算表，而後於試算表中按計算式要求輸入相關欄列位置的計算關係式。最後經整理四種算法的總挖方、總填方、體積淨值如下列二表所示，表一為依0m~200m全範圍內的20m間距剖面資料之四種方法的計算結果。因三次多項式法在頭尾二段的體積計算必須以二次多項式或平均斷面法處理，故扣除頭尾段的差異後，於20m~180m範圍內的各相鄰截面積間的體積計算值可完全依三次多項式的標準程序計算之，其與其它共四個方法的計算結果則列於表2。

(原二表中"三次多項式"誤值為"二次多項式"，已於2010/10/18 修正)

以本例而言，於20m取樣增量的情況下，平均斷面法有大於3%以上的偏異量，且淨土方體積則因填方體積值高估而有淨填方量。筆者所推導的三次多項式法之計算結果，其總填方量或總挖方量體積計算即可達到組合體積計算結果(正確值)的1%以下的偏異量，而平均斷面法的計算結果必須將取樣增量減半為10m(即剖面量倍增)方能有與三次多項式法有同樣控制等級的差異量。以本例的情形觀之，在同樣的剖面資料量之下，三次多項式法優於平均斷面法及錐形體公式。且三次多項式法因在兩端側間距的體積計算採二次多項式法，其結果也優於兩端側間距的體積計算採梯形公式計算的三次多項式第二型法。

本例算是初步驗證前文的結論：筆者所推導的三次多項式法在數學原理上為四個方法裏頭的最佳計算程序，優於採梯形公式計算的平均斷面法，以及優於二次多項式法(辛普森法則)。

各位朋友不妨自行依幾個不同的標準數值地形作相關的測試，多方驗證！

(續文 Civil 3D與土方計算–從數學原理談起！(六))

Civil 3D與土方計算–從數學原理談起！(四)

2010-10-06T13:09:00.008+08:00

(延續前文 Civil 3D與土方計算–從數學原理談起！(三) )

本文係對平均斷面法(梯形公式 The Trapezoidal Rule)、錐形體公式(Conic Approximation)、二次多項式法 (辛普森法則 simpson's rule)及筆者自行推導得的三次多項式法(3rd order polynomial method) 的數學原理特性，依筆者觀點概析其相對勝出處。

(一) 線性運算性質上的差異
在工程實務的土方體積計算，各個截面積淨值Ai其實是包含挖方面積及填方面積，即

A_i=A_{i_cut}+A_{i_fill}，因此若採用的計算程序為線性運算的過程(L(A+B)=L(A)+L(B))，則計算結果與是否依挖方面積及填方面積先計算挖方體積及填方體積後再相加減得總體積值、或直接依截面積淨值計算得總體積值之計算方法無關。因此，錐形體法的計算程序包含開方項次故不符合線性運算的要求，體積計算程序的安排必須依挖方面積及填方面積計算挖方體積及填方體積後再相加減得淨體積值，即V_i=V_{i_cut}+V_{i_fill}。

(二)體積總和公式各截面積係數的簡易性

截面積值 A₁~A_n的體積總和，若兩相鄰截面積間距為定值 d，則四個方法計算式可整理如下：

從中可以清楚看出一些特性：

1. 以體積總和視之，梯型公式與三次多項式法計算結果差異為

當截面積總數愈多時，兩者所計算得的總體積差異不大，其差異值僅與最初三項及最末三項有關。但各個區間的 V_i值或是V_{i_cut}、V_{i_fill}值，兩個方法的各別差異則不可忽視。

2. 依錐形體公式求得得的總挖方體積和總填方體積量，明顯較梯形公式的計算結果少。
3. 按辛普森法則(即前述的二次多項式法)計算總體積時，各截面積之係數必須依截面積序號而交互調整，需特別留意。

(三)目標區段前後的函數變化特性
三次多項式法相較於梯形公式，明顯地將區段前後的截面積值納入考量，即考量到面積分佈函數向區段兩側延伸的性質，各個區段體積Vi的計算結果應優於梯形公式。
三次多項式法相較於二次多項式法，則又平衡地將前後側截面積值納入考量，計算結果不會因截面積序號安排(奇數或偶數)而有偏異，各個區段體積Vi的計算結果應優於二次多項式法。

結論
綜合上述三點比較分析，筆者所推導的三次多項式法在數學原理上為四個方法裏頭的最佳計算程序，優於採梯形公式計算的平均斷面法，以及優於二次多項式法(辛普森法則)。即使在各離散截面積值不等距分佈的情況下，三次多項式法仍具有同等簡易快速的特性。

接著將於 Civil 3D 的環境之下測試及驗證上述的結論的真偽！(朋友若有興趣，亦可自行動手檢驗)
(續文 Civil 3D與土方計算–從數學原理談起！(五))

Civil 3D與土方計算–從數學原理談起！(三)

2010-10-05T17:02:00.010+08:00

(延續前文 Civil 3D與土方計算–從數學原理談起！(二) )

4. 假設截面積 A_i、A_i+1之間的面積變化是距離 s 的三次多項式函數分佈

則 A(s) 可以表示為右式：
因函數包含四個未知係數，必須有四條非線性相依的方程式才能聯立求解，因此將區間前方及後的截面積Ai-1、Ai+2納入考量，並假設於截面積 Ai-1至Ai+2間的面積變化是呈三次曲線函數，則四個截面積分別位於距離Si-1、Si、Si+1、Si+2處的截面積Ai-1 、Ai、Ai+1、Ai+2代入該函數恰提供四條獨立方程式

而截面積 A_i、A_i+1之間的體積 Vi ，可將所求得的四個多項式係數代入經整理後可得下列計算式：

而A₁~A₂、A_n-1~A_n間的體積V₁、V_n-1則改以二次函數法以(36)、(37)式計算：

若各相鄰截面積的間距為等距d，則兩相鄰截面積A_i、A_i+1間的累計體積V_i可簡化為(38)式，而A₁~A₂、A_n-1~A_n間的體積V₁、V_n-1則可簡化為(39)、(40)式。

上述的計算程序，是基於排除頭尾之外相鄰截面積間的面積變化是假設循三次多項式函數型式分佈，故暫稱此體積計算程序為三次多項式法 (3^rd order polynomial method)。若A₁~A₂、A_n-1~A_n間的體積V₁、V_n-1以梯形公式簡化計算，則體積計算程序暫稱為三次多項式第二型法。

三次多項式法因其體積計算式考量目標區間(A_i~A_i+1)的截面積分佈曲線受曲線左右側的截面積A_i-1、A_i+2之影響而求得的趨近解(即考量目標區間前後方面積分佈趨勢而得的較佳解)，原則上的體積計算結果應優於二次多項式法的計算結果。而該計算的整個程序也可以很容易地於試算表軟體上作檢驗，僅需輸入逐高程或樁號的截面積值即可。

而自截面積值A₁~A_n的體積總和，若兩相鄰截面積間距為定值d，則依三次多項式法可整理得(42)式，或依三次多項式第二型法可整理得(43)式。

接著將對這四個方法，即平均斷面法(梯形公式 The Trapezoidal Rule)、錐形體公式(Conic Approximation)、二次多項式法 (辛普森法則 simpson's rule)及筆者自行推導得的三次多項式法(3rd order polynomial method) 一同比較優缺處！

(續文 Civil 3D與土方計算–從數學原理談起！(四) )

Civil 3D與土方計算–從數學原理談起！(二)

2010-10-03T19:44:00.004+08:00

(延續前文 Civil 3D與土方計算–從數學原理談起！(一) )

二次多項次法是否優於錐形體公式法？這點也可以很容易地從二次多項次法的特殊情況檢驗，即於A[i]、A[i+1]、A[i+2]區間的相鄰截面積間距均為等距的d且面積變化函數符合錐形體分佈時，則A[i]~A[i+2]間的體積和可計算如下。顯然於此情況之下，二次多項式法的結果可簡化為錐形體公式。

(2010.02.14 修正原錯誤)

其實二次多項式法並非是全新的想法，在各個截面積相鄰間距為等距 d 的特殊情形之下，整個數學式的推導過程及結果，其實就是 "辛普森法則"(Simpson's rule)的結果。朋友可自行參考以下的幾個連結去瞭解，筆者不多作贅述。

The Mathematics of Earthwork Calculations

Simpson's Rule

Simpson's Rule by www.mathcs.emory.edu

Simpson's Rule PDF

這辛普森法則是在數值計算領域中求算連續函數定積分值的一個重要基本方法，當然在工程領域中的土方計算中，也是一個帶狀工程依逐樁號橫斷面積求算總土方量或是面狀區域依等高線求算總土方量的常用方法。朋友可自行依 "earthwork calculation" 關鍵詞再去網搜一下國外的網站，許多重要的商用軟體在各自軟體的技術文件中解釋總土方量計算的數學基礎時，大概免不了會強調該軟體是應用 Simpson's rule 去求算而得的結果。

回到筆者所關切的問題本身，這二次多項式法是否夠好？能否再改進，提出同樣簡單有效且結果更佳的改良算法？

若吾等想以表格表示相鄰截面積 A[i]及 A[i+1]間的體積 Vi ，可以會面臨一個困擾情況。由前文的推導可看出以二次多項式法求算體積，其值可以是考量下一個截面積 A[i+2]的V1計算值，也可以是考量前一個截面積A[i-1]的V2計算值。該如何處理？

若這些離散的截面積值的相鄰間距均為定值 d ，則或許可以採 Vi=(V1+V2)/2 的方式處理，其結果可以寫為下式

但朋友心中是否與筆者有相同的兩點疑惑：

1. 這樣的處理或計算式，至此似乎缺乏強而有力的數學推演，如何證明其合理性或適當性？

2. 若這些離散的截面積值的相鄰間距均非定值，又該怎麼計算？計算式是否會轉變為過於複雜？

筆者認為要解答這兩個問題，必須考量相鄰截面積 A[i]及 A[i+1]間的面積是假設依距離的三次多項式函數分佈，而其推導結果也就是後續文章所要介紹的三次多項式法(筆者暫稱)。
(續文 Civil 3D與土方計算–從數學原理談起！(三) )

Civil 3D與土方計算–從數學原理談起！(一)

2010-10-01T18:12:00.014+08:00

使用過Civil 3D 網格法土方計算及圖面繪製dvb 外掛程式 (EarthworkConstructDrawing.dvb )的朋友，是否有若筆者對於其選項中『手工算法』的內容感到困惑？何謂三角稜柱法？何謂四角稜柱法？何者結果較佳？有無更合理的算法？這支程式似乎是從 china country kit 中所分離出來的程式之一，這其中的計算式似乎對岸內地的朋友亦有一些文章說明分享在網路上，但其中的詳細數學原理及檢討則似乎無相關的討論。

此外，凡是Civil 3D 2009/2010 Autodesk Subscription 用戶的朋友，也許有下載使用 Stage Storge Extension 延伸套件的經驗。這套件原本是用於水利工程中的蓄水量-高程之率定曲線求算，雖然是作為水體體積計算用途，但基本上也是按等高線面積求算體積的原理進行。

無論是求算總土方量、挖/填方量、或是蓄水量，基本上均是利用數值地形求算體積的過程。故若要探究該程式功能的適用與否，或是計算方式有無瑕疵，最好的方式並非拿實案值代入盲算、窮算，而是從其中的數學基本原理及計算式推導結果之相關假設開始探討。

因此，在未來數日中會分數篇文章分享筆者的觀點，以及筆者自行依數學假設推導整理的結果。觀迎對土方計算原理及改進算法有興趣的朋友，一同檢驗。

體積應該怎麼算才合理？

問題：
已知沿高程(或距離)s方向的 k 個離散截面積值 A_i，其沿S方向的截面積變化為連續函數分佈 A=F(s)，則該k個離散截面積值可表示為A_i=F(S_i)，其中Si為沿s方向的高程(或距離)。試估算其兩相鄰離散截面積值A_i、A_(i+1)之間的體積。

在數學的語言中，若一個物體的截面積A可表示為高程(或是橫向距離) s的連續函數 A=A(s)，則該物體的體積 V 可依積分求得。

然而在實務中這是不可能真的達成，僅會依數個測點的數據建立等間距的等高線(或是沿定線方向的等間距橫斷面)，截面積A 僅能在這些等高線(或橫斷面)所在的高程(或距離)中得知，這些截面積均為離散的數值。工程實務中僅能依這些相鄰等高線(或相鄰橫斷面)間距為di的離散截面積數值，設法求得較佳解、或是最合理解。因此，必須作些合理的假設條件，使體積仍可依這些離散截面積值估算得。

1. 假設相鄰截面積間的面積變化是線性的

此即為梯形公式(The Trapezoidal Rule)。

2. 假設截面積 Ai、Ai+1之間的面積變化是循錐形體
即截面積開方與距錐形體頂點距離成正比，則體積按積分式可求得

此即錐形體公式。

3. 假設截面積 Ai、Ai+1之間的面積變化是距離s的二次多項式函數(拋物線)分佈
則 A(s) 可以表示如右式。因函數包含三個未知係數，必須有三條非線性相依的方程式才能聯立求解，因此假設於截面積 Ai、Ai+1、Ai+2間的面積變化是呈二次曲線(拋物線)函數變化，則三個截面積分別位於距離為Si、Si+1、Si+2處的截面積Ai、Ai+1、Ai+2代入該函數恰提供三條獨立方程式。

(使用 OpenOffice.org 3.2 編輯而成)

因此，各相鄰截面積間的體積計算可依截面積個數為奇數或偶數情境計算如下：
(1)若截面積個數為A1、A2...A2n、A2n+1共2n+1個，則面積變化函數恰可以n個二次多項式函數接合，各相鄰截面斷間的體積可分別依 V1、V2公式原理計算。
(2)若截面積個數為A1、A2...A2n-1、A2n共2n個，則自A1至A2n-1共2n-1個截面積間的面積變化函數恰可以(n-1)個二次多項式函數接合，各相鄰截面斷間的體積可分別依 V1、V2公式計算，而A2n-1至A2n間的體積則可以A2n-2、A2n-1、A2n構成的二次多項式函數按 V2公式原理計算。

這樣的計算程序，是基於相鄰截面積間的面積變化分佈是循二次多項式函數型式的假設，故個人暫稱此體積計算程序為二次多項式法。

二次多項式法是否優於平均斷面法？可以經由進一步的多項式係數分析作探討。若面積函數B(t)的二次項係數為零，則面積函數B(t)僅為t的一次多項式函數，即斜率為 m 的直線。

換言之，二次多項式法的計算程序包含平均斷面法的計算程序。依前述的推導過程，二次多項式法的體積估算僅將Ai、Ai+1之間面積變化趨勢(僅考量區間前方或後方的單向資訊)，即利用區間後方(曲線右側)的截面積Ai+2建構成的二次多項式依(9)~(12)式計算之，或選用間區前方(曲線左側)的的截面積Ai-1建構成的二次多項依(9)~(12)式型式計算之。

(續文 Civil 3D與土方計算–從數學原理談起！(二) )

Storm and Sanitary Analysis (SSA) 在都市排水問題應用的潛能

2010-09-26T12:17:00.009+08:00

瞬間的強降雨使得都市排水系統超負荷所造成的淹水災害，或是造成淺層土壤或深層土壤的坡地土石崩落，更甚而造成土石流災情，已普遍散見於全世界各地。最近的凡那比颱風造成臺灣南部台南、高高屏的水害，而此次凡那比對高雄市所造成的920水災(919水災)似乎更甚民國90年潭美颱風所造成的711水災。凡那比颱風登陸廣東時雖已減弱為輕颱，但所降下的雨量也是200年罕見，水害災情也是非常嚴重。

當然了，東京都也不例外，照樣淹水及膝。即使年初日本官方有針對若降下1000年罕見的降雨作了水害模擬預測，並公布給民眾及企業知悉，亦不能幸免。

利用地形現況建立數值地形，再將水文參數、既有設施工程參數透過水文演算或水利演算的技術估算各處水深變化、可能最深水位、退水時間等結果，大概是面對全球暖化造成氣候變化莫測導致重大災情之前，對水害情境預測所能作的最大努力，並作為排水治理、水害防治等相關工程計畫的基礎。

而以往在建立數值地形時，可能因受分析範圍廣大及軟體工具功能限制，大概均是以 DTM 或 DEM 等之方格網描述地形，網格邊長可能至少大於20m，對地形特徵無法作有效的描述而有所謂類似"路堤效應"的問題，使得數值地形本身即有失真的可能。而 Civil 3D 這類的軟體工具，則有建立 TIN 地形的有效工具，可對局部可能改變流向的地形特徵作有效的描述，若能基於這樣的特性，結合另一個水利分析工具，則所作水文演算或水利演算的淹水情境結果應是更合理。

Storm and Sanitary Analysis (SSA) Extension 即具有這樣的特性，是個應用於 Civil 3D 2011 及 Map 3D 2011 的延伸工具，是 Autodesk 取得 Boss International 的 StormNET 軟體技術後所修改釋出的新工具，至本文發佈日為止仍僅提供給北美的 Autodesk Subscription 用戶下載合法使用。

而 Autodesk 公司目前似乎亦正在英國曼徹斯特(Manchester, England)進行為期至少三天的內部教育訓練，其中包含了如何在SSA中建立水文背景資料 IDF，以及由 Autodesk 北美技術專家 Tanya West 所講授的"以Map 3D 及Autodesk Storm and Sanitary Analysis 應用於污水下水道規劃"等課程。
(Importing Shapefiles into Autodesk Storm and Sanitary Analysis)

對於 SSA 這類型強大的新工具在實務上的應用導入，選擇以污水下水道案例作實務技術紮根的探討，應是較小心謹慎的作法。未來應能期望看到以都市降雨排水為案例作實務技術紮根的課程。也期望 Autodesk 在這個新工具的"探索進度"能快些，並能釋出供全世界的 Autodesk Subscription 下載，使 Civil 3D 或 Map 3D 在水利工程領域作最大加值。

或許 Autodesk 公司計畫 SSA 整合進 Civil 3D 2012，那也樂觀其成了。只是目前期望仍別太高，這只是筆者的猜想而已。

真的很厲害！ (影片分享)

2010-09-18T23:10:00.003+08:00

一起跟孩子看的一些影片，驚呼連連！
unbelievable

機翼断了照樣降落

世界上拍手最快的人

這人算是人類嗎....強到傻眼

轉筆到神的境界

日本第一快手

一個小女孩破了世界紀錄

彈琴.(留意最後30秒-神的境界)

輕鬆一下 - 有趣影片！

2010-09-13T15:13:00.002+08:00

只是輕鬆一下！

如何讓人自動走樓梯而不搭電扶梯

真人真事-全球最離奇車禍（注意第37秒）

公車專用道

時速100公里的車上反方向丟時速100公里的球

噴射腳踏車時速236公里

超驚人!神乎其技的機器舞

你會想下車揍他嗎?!

3D 立體影片探索 - 將一般影片作3D播放

2010-09-10T11:05:00.008+08:00

似乎是從去年底 Avatar (阿凡達) 上映之後，掀起了一波強力的3D影像熱潮：電影要3D、雜誌要3D、電腦螢幕要3D、電視也要3D。這也意謂著3D影像的製作技術及設備均已成熟可實現，內容製作門檻降低；而3D影像的觀看裝置已有重大改善，且已準備好以標準家電之姿進入一般家庭。以往只能在特殊電影院才能觀看的體驗，現在坐在沙發上就能體驗了。3D影像，就像具有一股不可思議的魔力般地吸引普羅大眾。

而3D之外，各個新型的攝影機及電視、電腦螢幕，紛紛以高畫質的 Full HD 1080P 為標準，這也讓筆者13年前在第一個孩子出生後所購入的 DV攝影機 Sony Handycam Vision DCR-TRV7 Mini DV 更顯老態龍鐘：影像畫素最大只有 720×510，約35萬素。這部機器可是一路跟著我紀錄兩個孩子的成長，拍了近20幾卷的mini DV帶。LCD螢幕也修理更換過兩回，拍攝暗景時也會有噪訊較多的情況。它真的老了！

看著以前所拍攝的家庭影片，孩子小時候許多更天真可愛的模樣，心裏不免有種"複雜"的"傷感"：要是能3D的話會更好、要是3D技術及設備能提早個13年成熟會更好！許多朋友是否也會有此種感歎！

別難過，這可不是無解的，也別把以前自拍的影片束之高閣。先前曾在"3D立體影像製作的探索-3D 其實很容易"文末提過：自DV 影片擷取靜態影像(畫格)，再將具先後數個畫格差異的兩個影像分別放置左右側以製成裸視3D照片、或是經影像處理成 Anaglyph 照片後以紅藍色視鏡觀看3D。相同的原理，若將同一支影片在電腦螢幕中同時以左右兩個視播放器視窗播放，使其中一個較另一個快(慢)幾個畫格，將兩個視窗調成同等大小後左右並例，則一般傳統自拍的家庭影片也可以成為3D影片。

各位朋友可以先利用 Windows Media Player 以下列方式實證上述猜想的可行性。
1. 自行準備一支影片。選擇條件則為
a. 影片長度30秒以上。
b. 拍攝方式非採定點定畫面 (也是可以用，只是3D效果會較不明顯)，以環視拍攝或行進拍攝為佳。
c. 行進拍攝不要過於晃動 (否則 3D 效果保證讓您暈到吐！)
2. 以檔案總管切換至 Windows Media Player 所在的目錄。(沒意外的話，是在 "C:\Program Files\Windows Media Player")
3. 開啟 Windows Media Player 播放器，在播放設定裏勾選"重複播放"。
4. 在該目錄中新建一個 Play-1.bat 檔案，以Notepad 開啟編輯，按如下格式輸入內容
mplayer2.exe /play 磁碟代碼:目錄\影片檔，
(以筆者為例，影片若為"2008-11-15 五年十班.mpg" ，則輸入內容為
mplayer2.exe /play L:\Temp\2008-11-15 五年十班\2008-11-15 五年十班.mpg)
5. 複製 Play-1.bat 檔，並將複製檔更名為 Play-2.bat
6. 選取 Play-1.bat、Play-2.bat 兩個檔案後，按鍵盤 'Enter' 以"同時播放"。
7. 若兩個播放畫面有0.5秒以上的顯著時間差，請關閉該二視窗，重覆步驟 6。
8. 將兩個播放視窗調整寬度大小(最大達螢幕一半寬度)，並列螢幕左右側。

以裸視觀看法的交又法視之，是否發現一個奇妙的事情呀！
"Wow！"
而且"畫質"有改善耶！

(後續文章：將一般家庭影片無痛轉換為 3D 影片 - 使用 StereoMovie Maker)

Civil 3D 土方計算程式的討論 - 大家來找碴！(2/2)

2010-09-09T11:54:00.003+08:00

(接續前篇 Civil 3D 土方計算程式的討論 - 大家來找碴！(1/2) 的內容)

若朋友們有自行以網格邊長20m、15m、10m 三種情境去測試三種不同該 dvb 外掛程式所提供的計算方法，是否有順利重建"失事現場"？

筆者雖然在前篇中所貼附的截圖均是在 Civil 3D 2008 環境之下的情形，但該"麻煩"狀況可是有"遺傳"至 Civil 3D 2009/2010 版的該 dvb 外掛程式 (EarthworkConstructDrawing.dvb )。如以15m網格、三角稜柱法、"bird" border 向內偏移距離 5 為範圍作土方計算，在 C3D 2008 環境下的結果如右圖所示，而在 C3D 2009、2010 環境下的使用計算結果則分別如下圖左 (2009版) 及下圖右 (2010版)所示。

而 C3D 2008版之下所發生的溢位錯誤(如右圖)，也順利地在 C3D 2009 /2010 版環境下發生。以15m網格、三角稜柱法、"bird" border 為範圍作土方計算，則C3D 2009 狀況如下圖左，C3D 2010 狀況如下圖右。

這些麻煩狀況特別容易在該 dvb 土方計算程式的手工算法選項(三角稜柱法 or 四角稜柱法)之下發生，至於精確算法選項則問題不大。例如以三角稜柱法、"bird" border 向內偏移距離 5 為範圍作土方計算，網格邊長分別採 20m、15m、10m 的計算結果分別如右圖 (20m)、下圖左(15m)、下圖右(10m)。其未計算網格均僅發生在右側的幾個邊際網格。

-----------------------------------------------------------------------------

接著請朋友們將 FG 地形物件昇高 1m，再依次重複以上的各種計算測試。結果如何？是不是很奇妙呀！ (怎麼個奇妙法，就請朋友們自行經歷了。)

-----------------------------------------------------------------------------

其實要遇上這樣的麻煩狀況，原則上都算是挺幸運的。只是"狀況總是發生在最不希望它發生狀況的時候"，而有時候事後想要重建情境卻不見得能順利辦到。結果可能造成"程式開發人員認為是使用者操作問題，所開發程式本身沒問題(犯了"自己生的孩子不會有問題"的專業傲慢錯誤)，而使用者則誤認為該程式因原開發者根本無心解決而最終將之打入無用程式之池(未能有效提出問題)。

筆者在執行工作案時所遇上的狀況，是於花時間辛苦地依測量資料及設計資料建塑"品質不壞"的 EG 及 FG 地形物件後，要利用該 dvb 程式作網格計算及圖面繪製時，於手工算法模式下遇上圖面有"未計算網格"的情況。當下也著實嚇了一大跳。後續因工作案的計畫範圍調整且設計地形亦有不同方案，以及 Civil 3D 檔案壞了(可開啟，但無法往下作操作，一操作則程式關閉。C3D 2008 下見怪不怪！)，陸續重建許多不同方案版本的 EG 及 FG 地形物件。但那些圖面有"未計算網格"的情況，可是一路"形影相隨"地陪著我，不管上午、下午、夜晚、或是子夜之後至清晨6點都看得到它們，真是 7-11、11-7 般的"好伙伴"！

這篇文章原本只是要貼附一些發生"未計算網格"的麻煩報告而已，但以 bird 地形資料作不同測試時卻意外地遇上該"四角稜柱法"的溢位錯誤狀況。若朋友亦夠好奇，在溢位錯誤回報視窗中點按偵錯 (不懂 VBA也無仿，筆者目前也不懂但還是點按"偵錯")，則會進入 MS Virtul Basic 的編輯視窗，程式行則落於四角稜柱法函數 FourPrismNearArithmetic 的 Case 3狀況之中。再檢視其中的程式行內容，還原其數學式原型之後，反而引起深入探究的好奇心！自行推導於不同假設條件之下的三角稜柱公式及四角稜柱公式之後，發現這個 dvb 程式有很大的改善空間。其中的數學推導，有機會再另文分享。到訪的朋友，有興趣的話也可以自行依不同假設條件推導看看，即會發現其中的部分問題。

至此，朋友可否明白本篇的標題為何要"大家來找碴"？在這個Civil 3D 土方計算 dvb 外掛程式，您是否有發現筆者未發現的其它麻煩狀況？若有，請好心、耐心地詳細描述問題，這樣子程式好手才能目標清楚地處理問題。

Civil 3D 土方計算程式的討論 - 大家來找碴！(1/2)

2010-09-04T01:11:00.013+08:00

朋友，您沒看錯，我真的是邀您一起來找 Autodesk Civil 3D 2008/2009/2010 系列網格土方 dvb 外掛的碴！

Autodesk Civil 3D 這樣一個智能型的土木工程 BIM 軟體，應用範圍很廣、實力很強，隨著實務案件每深入使用一回、軟體使用能力就往上跳一級。其中，地形物件的建立及雕塑是最基本的馬步功夫。若沒有合理的、適當的數值地形物件，那後續許多使用 Civil 3D 那些高效能的輔助工具所產製出來的資料，可都會是超大量的數值垃圾。

那麼如何建立一個"好"的數值地形，或是如何知道所建立的數值地形是"好"的？目前國內似乎尚未有一個土木工程方面的規範作適切的描述，大概只能經由土方計算工具與工程實作數量作比較而作一些衡量，藉以評估操作 Civil 3D 軟體人員的能力等級為何！

Civil 3D 環境下的地面物件功能之中已提供一個土方計算工具，是以兩個地形物件直接解算而得挖填土方量，亦即與組合體積法的結果相同。不過，按工程實務或圖面審視的需求，經常需以網格法計算土方數量及繪製土方數量計算於圖面，此時那個 china country kit 中所提供的網格土方計算程式、或是國內使用這軟體的朋友所周知的 EarthworkConstructDrawing.dvb 外掛程式就相當的有用了。

只是這個程式可是有些 trouble，使用上得提高警覺地小心使用！以下以筆者這陣子應用於一個水土保持計畫案的過程中所遇上的麻煩狀況，以各位均能"重建麻煩現場"的方式與各位分享。請各位作如下的準備及操作。

1. 請準備好"C3D 黃金戰士"所周知的那個 "Bird" 點檔案資料 Sample01_All_Point_PNEZD.txt 及獨立的地形邊界檔 border.dwg。
2. 以點檔案資料 Sample01_All_Point_PNEZD.txt 滙入方式建立一個地形物件後，將該地形的等高線 1m/5m 資料萃取為聚合線。原地形則隱藏或刪除。
3. 將前述萃取之聚合線，以加入等高線的方式分別建立為 EG、FG 二個地形物件。為使兩個地形為"不同的地形"，加入等高線資料時的刪點係數及補充係數均給與不同的參數值。各位也可以參考筆者的設定值：
EG：刪點係數距離=10m/角度=4.0度、補充係數距離=15m /角度=1度；
FG：刪點係數距離=6m/角度=1度、補充係數距離=10m /角度=0.6度。
4. 從 EG 地形萃取邊界線 (EG 邊界線)。
5. 以圖塊滙入 border.dwg (即 bird's border，"bird"地形邊界線)。
6. 畫一個包圍住地形物件的矩形框，其左下角即作為網格原點。

完成後存檔，觀察一下檔案大小約 2~3 M不等。接著就以vbarun 的方式載入及使用 EarthworkConstructDrawing.dvb 網格法土方計算和圖面繪製工具，並開始找碴。本次找碴的方向，不在於探究其計算得之挖方量及填方量結果與地形下拉功能表之體積計算工具之計算結果間的差異。找碴的目標，是要發現網格計算法外掛工具之繪製結果中之挖方量或填方量未標記的網格。這些網格可不是未標記到而已，而是程式根本未計算。以下各附圖中以灰白色填實的網格即為此種網格。

一、首先將網格邊長設定在 20m
計算範圍選取 EG 邊界線，採三角稜柱法計算結果如下左圖，採四角稜柱法計算結果如下右圖，以精確算法所得之情形與四角稜柱法相當。雖然三角稜柱法之未計算網格數目較多，但比較之下，三個算法之未計算網格數均有10個以上。(請留意其未計算網格之分佈情形)

接著計算範圍改選取 "bird"地形邊界線，則採三角稜柱法計算結果如下左圖，採四角稜柱法計算結果如下右圖，二者之未計算網格分佈情形相似，以精確算法所得之情形亦是如此。雖然三角稜柱法之未計算網格數目已減少，但比較之下，三個算法之未計算網格數均有5個以上。(請留意其未計算網格之分佈情形)

接著將 "bird"地形邊界線向內作偏移，偏移距離為 5以使偏移後之聚合線均落於EG 邊界線範圍之內，並取偏移後之聚合線為計算範圍。則採三角稜柱法計算結果如下圖，採四角稜柱法、精確算法所得計算結果與下圖相當。未計算網格均僅餘最右側一個而已。

二、次將網格邊長減小為 15m

減小網格邊長的目的，是為有較佳的求解結果，這是網格法計算土方的特性。而前述網格邊長20m的測試計算結果，朋友應有發現以 "bird"地形邊界線及其向內偏移距離5 為計算範圍而得的計算結果，其未計算網格數目及分佈情形均有改善，故網格邊長 15m 之下不作計算範圍為EG 邊界線的測試計算。

計算範圍選取為 "bird"地形邊界線，則三角稜柱法之計算結果如下圖左，其未計算網格數目超過10個，且內部亦有未計算網格出現。而四角稜柱法之計算結果如下圖右，即計算過程遇上"溢位錯誤"而中止，不過其已完成計算的網格中亦發現有一個未計算網格存在。(那網格在那裏？則留給有心的朋友們自行去找！)

計算範圍選取為 "bird"地形邊界線向內偏移距離 5之聚合線，則三角稜柱法之計算結果如下圖左，其內部未計算網格之數目及位置未有進一步改善。而四角稜柱法之計算結果如下圖右，內部無未計算網格出現，似乎僅右側有二個未計算網格，結果似乎好很多。精確算法所得之結果與四角稜柱法之結果相當。

三、再將網格邊長減小為 10m

此網格邊長之下不作計算範圍為EG 邊界線的測試計算。

計算範圍選取為 "bird"地形邊界線，則三角稜柱法之計算結果如下圖左，其未計算網格數目超過10個，且內部亦有零星未計算網格出現。而四角稜柱法之計算結果如下圖右，即計算過程遇上"溢位錯誤"而中止，不過其已完成計算的網格中亦發現有一個未計算網格存在。(那網格在那裏？則留給有心的朋友們自行去找！)

計算範圍選取為 "bird"地形邊界線向內偏移距離 5之聚合線，則三角稜柱法之計算結果如下圖左，未計算網格數目超過10個，且內部亦有零星未計算網格出現。而四角稜柱法之計算結果如下圖右，即計算過程遇上"溢位錯誤而中止，不過其已完成計算的網格中亦發現有一個未計算網格存在。(那網格在那裏？則留給有心的朋友們自行去找！)

[未完，待續....Civil 3D 土方計算程式的討論 - 大家來找碴！(2/2) ]

3D View-Master Reel 觀景片製作 - 自製或委製

2010-09-01T23:34:00.002+08:00

擁有 3D View-Master 觀視器的朋友，除了網購一些現成的 Reels (觀景片)之外，是否曾思索過要自製或找廠商客製觀景片？這樣的想法是可理解的，因為：
1. 現成的觀景片皆是海外的風景或是 Disney 的卡通或動畫內容；
2. 想將回憶作立體影像的保存及分享；
3. 將"驚喜"藏在觀景片中，讓受贈者僅能以觀視器窺視其中的驚喜，讓贈與者目睹那童心的喜悅。

3D 影像的製作其實並不困難，筆者之前也作過一些簡單的介紹(3D立體影像製作的探索-3D 其實很容易、自製 Anaglyph Image 的立體圖像...)。對大部分的朋友而言，困難的部分是在於觀看的方式：裸視(無工具輔助)觀看的平行法、交錯法要作些練習才能掌握其中的小技巧；工具輔助觀看的方式則很多，從老古董級的至紅藍色片眼鏡、偏光式眼鏡、及最新的立體電視或螢幕所使用採高速分別遮蔽左右眼的3D Vision 電子眼鏡，其中的差異不外3D的效果之工具的價格。

3D View-Master 觀視片雖是工具輔助觀看的老古董工具，但它卻有種其它較新型工具所無法提供的魅力：一張張圓圓的 Reels (觀景片)裏的神秘內容，只有透過那仿若潘朵拉寶盒般的 View-Master Viewer 觀視器，方能一探究竟。而每個觀看中的人們，雖然那寶盒掩蓋了他們泛著喜悅的眼神，但寶盒之下的朱唇皓齒則是隨著撥捍的咔嚓聲逐張作出驚喜、贊歎的表情。透過這個寶盒的魔力，拉近了彼此的距離。

一片 Reel 共包含七對共14張照片，因此若朋友尚熟悉立體照片組成原理及拍攝技巧的話，可以試著準備 Reel 的內容題材，再試著去自製或委製。

透過 3D View-Master Viewer 觀看 Reel 而視得的影像視野範圍，約等同一張 5.5"×6" 相片距離眼睛40公分處的大小，因此若以250 DPI 的解析度而言，單一照片所需的畫素約高1375 × 寬1500即可。而實際上 Reel 上每一張素材孔位的尺寸為高12mm × 寬13mm (透空範圍為高10.5mm×寬11.5mm)，所需畫素若按 CUSTOM VIEW-MASTER REELS 所建議的 1417 pixels high by 1535 pixels wide，則相當於有單眼視覺 255 dpi 的圖像在眼前40公分處的等級。換言之不管是使用膠片輸出或照片輸出，要達到將 1535 畫素塞入13mm寬的"印製範圍，相當於必須要有能輸出 3000 dpi 影像等級的印製設備才行。"3000 DPI" 這可不是一個小門檻，因此以現今的民生用印表機的號稱 1200 dpi 輸出等級而言也是無能為力，想自已完全"home-made reel" 目前只能說"real impossible"。當然了，若朋友們能接受視覺感受上的 100 dpi畫質的話，那自行印製觀景片也是 real possible。

為了達到3000 dpi 的影像品質，"自製"的唯一解決之道似乎只有以傳統膠片相機以正片翻拍 (當然在拍攝時要算好距離、影像視野範圍...等因子)，送相片行沖洗後請自行裁切。之後再一組一組相片放入空的 Reel 孔位中非常仔細的對位校正，依序完成七組照片後，就"大功告成"了！

希望到訪的朋友較筆者有耐心、毅力、手巧、充裕的時間，筆者在瞭解整個程序後就已經對"自製 Reels"投降了。筆者當初也已網搜得 Reel 各單元規格尺寸資料(如右圖)，還自己用 CAD 繪製一遍建檔及列印，但最終思索那七組照片的"精緻對位校正"功夫時方明白自己實非那匠才，只有作罷。

因此，若朋友們想要有一組"獨有"的觀景片，可能循"網搜委託客製"的方式會"合理"些。那些可客製化的業者都在臺灣以外地區，而且大部分的最少訂製量得單組一百張 Reels 才行 (有些網頁介紹說有可接受少至單組30張訂單的業者，但筆者實際造訪後均發現均是至少單組一百張的量)。部分業者如 CUSTOM VIEW-MASTER REELS 可接受最少2張的訂單，計價方式則是單組首張美金$35元，後續每張美金$20元，也就是至少單組兩張共$55元或是兩組各一張共$70元的價格。以禮物的價格視之不能算貴，但要自用的話也著實不便宜就是了。

談了這麼些內容，其餘的就請有興趣的朋友們自行斟酌了。

View-Master Personal Pictures- New Reel Mounts -

CUSTOM VIEW-MASTER REELS
CUSTOM VIEW-MASTER Style
A KIT FOR MAKING YOUR OWN CUSTOM VIEW-MASTER REELS WITH YOUR DIGITAL CAMERA
ReelTools.com

與PDF 檔製作及轉檔有關的好用軟體(二)

2010-08-31T22:06:00.003+08:00

先前介紹過幾款與產生 PDF 檔有關的自由免費軟體(與PDF 檔製作及轉檔有關的好用軟體)，這次則再介紹 4 款與 PDF 後續處理相關的自由免費軟體。

1. pdfsam basic 2.2 (http://www.pdfsam.org/)
這是一個開源自由軟體，以 PDF 的分割及合併 (Split & Merge)為著稱，合併檔案數量並無限制。軟體設定上提供正體中文化，只是設定完語言體系後存檔及重新啟動該軟體即可，算是有考慮"文字"友善性的一個軟體(這也是開源軟體的普遍特性)。不過筆者特別欣賞它的地方則是在 Plugins (增效模組) 中的 Visual reorder (虛擬記錄器，這應是誤翻，譯者誤看為 Virtual recorder 了吧！？)，是一個內容頁先後順序調整搬移及贅頁刪除的便利工具。例如以 OpenOffice.org Writer 編製的 A4 文字檔及其它以 CAD 或 Gimp 等軟體工具製作的 A3 頁面內容均可分別輸出為 PDF 之後，以 Merge/Extract (合併/摘錄) 模組先行合併，再以Visual reorder (虛擬記錄器)點選 A3(A4)頁後直接搬移至正確順序位置，並點按贅頁刪除，再將成果滙出或覆蓋原 PDF 即可，轉換的速度頗快的。

2. AdolixSplitMergePDF (http://www.adolix.com/split-merge-pdf/)
是款用於PDF 的分割及合併免費軟體，限制僅能合併5個檔案及50頁以內的文件，適用於一些較簡單及輕量化的 PDF 合併處理。若使用者覺得該免費版不錯的話，則可以美金 19.95元的代價購買專業版 (Professional Edition)，即可解除檔案數量及頁數的限制。

3. PDFFill PDF Tools (http://www.pdfill.com/pdf_tools_free.html)
PDFFill PDF Tools Free 是筆者很喜歡且常用的 PDF 工具，內含三個工具：Free PDF Writer / Free Image Writer / Free PDF Tools 。其中 Free PDF Writer / Free Image Writer 即會在控制臺的印表機內容新增一個虛擬印表機 PDFill PDF&Image Writer 項目，方便製作 PDF 檔案，即使是 CAD 檔要輸出到 A0 的圖紙尺寸也沒問題。
Free PDF Tools 則提供了15個 PDF 檔案處理工具：1.合併 /2. 分割及重排 /3.加密及解密 /4.旋轉及裁切頁面 /5.製作多重頁 / 6.加入頁首頁尾 /7.加入文字浮水印 /8.加入檔案浮水印 /9.影像檔轉換為PDF /10.轉換 PDF 為影像檔 /11. PDF 表單欄位操作 /12.轉換 PostScript 檔為PDF /13.加入檔案資訊 /14.掃瞄製作為PDF /15.製作透明影像。
不過其中的合併功能似乎僅能合併10 個以內的檔案，朋友們若有興趣的話不妨也試試看是否有相同的限制！

4. PDF-XChange Viewer (http://www.tracker-software.com/product/pdf-xchange-viewer)
是一個獨特的 PDF 閱讀軟體，但卻提供了加入標記、加入文字註記、蓋章、量讀尺寸及面積、攫取文字等功能，相當適合於審閱作業。

Civil 3D 水利水文套件中關於 Design Storm 的討論

2010-08-10T18:32:00.021+08:00

雖然 Hyraflow Extentions for Civil 3D 出現已有一些時日，但網路資源中能找到的資料或討論則尚很缺乏，即使在 AU Discussion Group - Civil 3D 中亦是如此。而最新的 Storm and Sanitary Analysis Stand-alone Extension 似乎也有相同的情形。

部落格 BIM on the Rock 的版主 Dana Probert 在 7月13 貼附了一篇關於設計暴雨 (Design Storm) 的雨型選用的短文：SCS Type II vs Huff Distribution and Autodesk Storm and Sanitary Analysis，是 Matt Anderson 與她之間的小小討論及釋疑，並有影片可以參考。

設計暴雨是水文演算過程中一個輸入選項，在 Hydraflow Hydrograph Extension 中除了可選用 SCS Type I/IA/II/III、Huff Quartile Distribution 1/2/3/4 等美國常用的雨型之外，使用者可依計畫所在當地的氣象水文資料自行建立雨型資料後滙入。結合單位歷線的疊加(convolution、superimposition)，各集水區在設計暴雨的雨型分佈下的出流歷線即可快速展現，如下附圖所示。

若各位朋友對這個 Design Storm 名詞不熟悉的話，也只有請朋友們自行想辦法補足這方面的知識了，可以先看看防災國家型科技計畫執行"台灣北部地區降雨等級分類之研究"成果摘要中關於 I-D-F Curve、D-D-F Curve 與設計暴雨的簡要說明，或是找找 Applied Hydrology 之類的教科書資料，或是 HEC-RAS 的文件也行。至於 Storm Design 與 hydrograph 的關係，不妨可先看看這支影片，建立一些物理的感度。

Complete storm hydrograph in small stream channel.

從 StormNET 到 Storm and Sanitary Analysis

2010-07-29T13:13:00.010+08:00

"當局者迷，觀局者清"這八字箴言常被用來提醒我們要適當地跳脫現有的框架，去審視當下的情勢，以免陷入主觀的迷思及作出不利的決策。

Autodesk Civil 3D 是怎麼樣的一個軟體工具，凡是在工作流程中有領教過的朋友們，大概都會給予正面的高度評價。像是單單土方計量的掌握，就已經令人讚賞！而尚未進門使用的朋友，也是可以在網路搜尋相關的錄影教學或 Autodesk 官方的示範影片去作初步的瞭解。

但筆者認為要能真正領略 Civil 3D 這個智慧型軟體的重要性、窺探其潛在威力，那可得跳脫 Civil 3D 這個軟體本身的使用或功能去看，才可能看的清楚些。例如，Civil 3D 軟體本身已結合 Map 3D 的功能，這正是 Civil 3D 延伸至 GIS 應用端的一個例子。這樣的結合其實從 2007年版開始局部導入，C3D 2008 完整結合，至今也有近四年的光影。

水文及水利工程的應用導入，則是另一個較新的軟體功能延伸。Hydroflow Extensions 從 Third Party 應用程式到成為 2008年版轉為 Subscription User 可下載的加值套件，至2009/2010/2011 則整合至安裝光碟為正式的功能延伸。這個導入的功能，算算至今也將近三年，但國內使用 Civil 3D 軟體的朋友可能仍對它相當陌生。而水利工程領域的朋友可能會覺得它像是一般的設計分析工具，對大區域環境的規劃分析需求而言則又是過於陽春。筆者認為 Hydroflow Extensions 仍是一個好工具，值得花時間去瞭解及設法導入應用。

今年在 Civil 3D 2011版釋出後，水文及水利工程軟體工具的導入則又加入了個生力軍，更是如虎添翼：Storm and Sanitary Analysis Extension。

全球暖化導致各地氣候異常，極端旱澇事件頻仍。世界上許多城市可能一場強降雨，就可能因排水系統堵塞或排水能力不足而有淹水災情。故城市排洪能力的改善，是紓緩問題的方法之一。若能對現況排水系統建立模型，經由軟體工具以水文或水利演算找出排水問題的癥結，即有助於各個對應改善工程的效益發揮，並使工程期程及有限的工程經費支出作最佳的分配。

StromNET 即是這類型軟體工具之一，也是昔日在 Boss International 網頁上與 RiverCAD (水環境尺度、洪泛平原分析)、WaterNET (給水工程) 所列三大軟體之一。自2009年 8月26日 Autodesk正式宣佈取得 Boss International 三大工具以及延攬 Boss International 的前執行長Chris Maeder，再歷經近八個月的整合及開發，終於在今年 4 月 30 日正式釋出 Storm and Sanitary Analysis Extension 給北美的 Subscription User 下載使用。

其實這 Storm and Sanitary Analysis Extension 就是與 Civil 3D 整合後的 StormNET化身(就如同Sculptris v1.02 被 ZBrush 軟體的開發商 Pixologic 購買後更名為 Sculptris Alpha 5 般)。這當然是一個對 Civil 3D 2011 高度加值的水利專家協助工具。筆者並不想視它是一個"專業"軟體，說它是"專業"則顯得對名詞的使用有些浮濫，畢竟真正的專業價值是在於人，參數的選用也決定在人。若使用的人不專業、不謹慎，那軟體使用所輸出的結果可能只是包裝著"專業"的禍害而已。

Storm and Sanitary Analysis 目前在 Autodesk Discussion Group 的 Civil 3D 類別中算是有引起較熱絡的討論、提問及回覆，從中亦可發現使用者得先對水理分析相關參數設定的要求及限制有所瞭解，才較不會淪入盲目的"問題混沌"裏頭。

筆者要開始來閱讀該延伸套件的 PDF 文件了，希望在不久後也能以臺灣的 Subscription User 的身份下載取得該加值套件。可能的話也請經銷商、Autodesk 臺灣官方努力，爭取福利了。

Autodesk Acquires Assets From BOSS International, Inc.

Civil 3D 2011 動態雨污排水分析-Storm and Sanitary Analysis

2010-07-20T00:11:00.003+08:00

Autodesk Storm and Sanitary Analysis Stand-alone Extension 是筆者認為 Civil 3D 2011 最值得注目的一個加值功能，只可惜目前只提供北美地區的 Subscription 下載。不知下載使用後的風評如何，挺令人期待的。

非北美地區的 Subscription 用戶則可至 Autodesk AutoCAD Civil 3D & AutoCAD Civil Services & Support 的文件資料中下載閱讀 Autodesk Storm and Sanitary Analysis Users Guide 的pdf 檔，約37mb，500多頁的內容，得花點時間看。筆者待手中的案子告個段落後，預計二個星期之後會投入該文件的瞭解。希望能有對此有興趣的朋友一同投入其中！
Autodesk Storm and Sanitary Analysis Overview: Stormwater Model from Scratch

Autodesk Storm and Sanitary Analysis Overview: Sanitary Sewers

Autodesk Storm and Sanitary Analysis Overview: Storm Drain Inlets

Revit Architecture 2011 的介紹

2010-07-09T21:35:00.000+08:00

朋友若似在下般密切注意 BIM 的重要軟體工具之一 Revit Architecture 的版本進展及更新的話，不妨可以點按以下的連結去瞧瞧 Revit Architecture 2011 的一些相關介紹：
What’s new in Revt Architecture 2011?

文章作者 David Light 是一位受僱於 HOK London 的 Revit 專家，曾花了七個月的時間參與 Revit 2011 alpha 及 beta 版本開發。對於究竟在這個新版本提供使用者那些新"玩具"以協助產業的 BIM 導入，不妨看看他這篇不算短的文章吧。

文章內容對於 Revit 2011 的改進，分為幾個面向作概要的介紹：
1. Ribbon and UI (介面)；
2. Worksets and Linking (檔案連結)；
3. Graphic Display (顯示，採用 Direct 3D)；
4. Conceptual Massing (概念設計量體化)；
5. Parameter enhancements (參數設計的強化)；
6. Rendering (渲染引擎的改善，不再受限於四核限制)
7. Sustainability requirements (永續開發設計的需求，日照分析)

其它的內容就有請朋友們自行閱讀了。

Autodesk Civil 3D 2011 的新功能 - 動態排水分析

2010-07-05T23:20:00.003+08:00

各位朋友若是 Autodesk Civil 3D Subscription 的用戶，記得快去登入 Subscription Center 下載於6月底正式釋出的 Civil 3D 2011 正體中文版，這可是英文版發行後等了幾個月才盼到的玩意。

筆者甫完成下載，尚未完成安裝使用，所以一時之間尚無法對軟體本身的"好""壞"、"新鮮度"、穩定性等作相關的分享。

但是方才在網路上搜索了一下，頓時讓筆者有些許的失望！

原由是這樣子的：隨著每位 Civil 3D 黃金戰士的職場領域不同，對於 Civil 3D 軟體功能特性的"把玩"重點亦有所差異；筆者姑且算是水利方面的職場領域，故對於 Hydraflow Storm & Sanitary Analysis 方面功能的提昇程度會特別關注。

這回在 Civil 3D 2011 中的有一個 Storm and Sanitary Analysis Stand-Alone Extension 的延伸套件新工具，看起來相當的不錯，似乎可作排水系統中水位時序動態變化的分析模擬。

只是這樣一個不錯的延伸套件，目前只提供北美地區的 Subscription 用戶下載取得，其它地區(包含中華民國)的訂戶好像只能乾瞪眼的份！

此外，許多的 Country Kits for Civil 3D 2011 也尚未提供，若要作土方計算、坡度分析等"實務"測試的話也尚不可行。

簡單地說，Civil 3D 2011 TW 新品發行了，但目前的實務上可能還是 2010/2009/2008 為首選。

Autodesk 的朋友們及經銷商，得請再多努力加油了！

Say No To Racism!