Hank's Blog

專案背景

經由航拍測量後的DEM資料經常因地表植物以及行水中等問題導致經WebODM產製出的地形模型失真，如欲進行後續的地形剖面(橫斷面、縱斷面)時會有需要手動修正的困擾。

本專案當初採用全測站進行收測，但年代已久地形已有部分變動，僅可認定在結構體及山坡地等未開發區域的高程為正確值，其餘部分則先僱工進行雜樹木清除，以航拍測量套疊正射影像後的屬於裸露地的高程視為正確值，結合上述兩項測量成果進行重繪以取得較為精準的地形模型。

重繪方法

經航拍測量後所得到的結果如下:

• dtm.tif
• odm_orthophoto.tif

匯入GIS後將裸露地部分的範圍做一個範圍，並且用這個範圍作為遮罩對原始dtm做修剪，之後將dtm的像素格放大，取得像素格中心點進行dem取樣，做為不規則三角網的高程內插來源。

前人測量資料如為結構體部分則須將該線段的頂點及線段加繪內插後的點資料繪出成CSV檔，之後匯入至GIS中做為不規則三角網的高程內插來源，最後與裸露地部分一併進行不規則三角網的高程內插(TIN Interpolation)即可完成，作為後續剖面用的地形模型。

前言

本篇文章為空拍機地形測繪第一篇，剛入門的朋友建議找專業的飛手進行，不然無人機的相關法規日趨嚴謹，除非250g以下的飛機不用註冊外，其他大多都需要註冊+考照才有辦法進行。

飛機只要先學會起飛、降落、前進、後退、左轉、右轉、旋轉雲台、拍照、錄影等等基本功能，後續就可以交給航線規劃軟體來進行自動飛行，筆者所使用的是 litchi 這個APP來進行。

前言

本篇文章為空拍機地形測繪第三篇，前篇介紹在這空拍機地形測繪-WebODM架設實戰，在QGIS內業處理流程中需要先有個概念-土方計算很難完全準確，只能盡量讓地形地貌真實的呈現，再依照計算成果作為後續甲乙方協商的數量基準。

至於如何讓地形地貌真實的呈現，主要還是透過點雲品質報告搭配正射影像套疊濾除不合理點雲的方式進行，即便如此，模型終究是一個相對合理數值，如牽涉到計價時，實務上會透過電子聯單作為數量依據。

前言

本篇文章為空拍機地形測繪第二篇，空拍照片搭配地面控制點進行換算，內業處理工具使用 WebODM ，該工具為開源軟體，可以搭配Docker進行安裝，由本地端的硬體資源進行運算。

若照片量體較大導致本地端解算不穩定，除了利用Docker本身的參數進行調校硬體配置外，也能透過訂閱 WebODM Lightning 進行穩定的輸出，相較於其他訂閱軟體也是個比較經濟的選擇。

WebODM Github

前言

筆者所提供之母版施工照片VBA內容僅針對照片做資料標記、檔案名稱變更、照片報表套印，經讀者使用後，委託我將該施工照片VBA進行客製化調整以符合該公司的標準作業流程。

其作業流程有幾項特點:

1. 資料夾之間的照片移動
2. 自照片路徑提取標記資料
3. 標記文字與合約內容連動
4. 依照設備編號分組列印

前言

舊系統年代久遠已經難以進行維護，預計將舊系統的功能改採Python語言進行翻新，在新舊系統過度之際，為減少作業人員出現資料需要重複填表的情況，盡量以舊系統的資料庫存放資料作為新系統的資料來源，故研究如何透過Python提供的Pyodbc套件與SQL Server互動。

目前公司的SQL Server為2012版本，架設於 Windows Server 2008。

前言

拿到標單時，通常不會按照協力廠商分類，執行標案前需要先將標單上的項目與數量挑出來，拆成各協力廠商要執行的內容，製作成 Excel 表給他們填寫報價。

• 建築工程可分為:拆除、泥作、木作、水電、消防、弱電、廚具...等
• 土木工程可分為:測量、開挖、鋼筋、模板、機電、道路、景觀...等

本篇說明如何利用 VBA 來自動拆分標單、產生協力廠商標單，減少人工分類的時間，加速投標前的資料收集工作。

前言

最近完成了一套缺失追蹤管理系統，主要是為了解決工程驗收階段的缺失管理問題，想跟大家分享一下開發過程和使用心得。

痛點

做工程的朋友應該都遇過這些問題：

1. Excel 表格管理缺失，多人編輯版本會亂掉，不知道哪個是最新的
2. LINE 群組溝通位置，「3F 走廊靠近電梯」講半天廠商還是找不到
3. 照片散落各處，手機相簿、LINE 訊息、電腦資料夾，要找對比照片很麻煩
4. 進度追蹤困難，每天要打一堆電話問廠商處理到哪裡
5. 驗收沒有依據，修繕前後照片對不起來，驗收時容易有爭議

如果沒有好好管理這些缺失，到了業主驗收或督導檢查的時候會很可怕的...

前言

自從施工照片VBA開始實際投入報表製作過程後，陸陸續續有些使用回饋心得，其中有相當多的常見問題我想要撰寫於這篇文章中，讓各位能有個來源解除這些疑惑，畢竟工具很難完美，肯定是需要經過大量的操作，才會讓他變得更好!

如果使用上還有些什麼更好的建議，請透過左側聯繫我~

前言

承前篇HanksVBA繪圖資料庫操作流程(四)，我們已經可以繪製比較詳盡的縱斷面圖，接下來要進行的就是配合周邊高程進行計畫高的設計、渠道的斷面尺寸決定，過程需要考量幾個重點:

1. 渠頂凸出路面造成路面積水。
2. 渠頂不足以支撐路面高，土方崩落問題。
3. 渠道深度過高並且可能有跌落風險時，需額外考量安全措施。
4. 田坵引水灌溉時水頭不足，引水灌溉有困難。
5. 基礎裸露於田面之上，可能會導致基礎淘空。

假設上述內容皆以考量周全，此時就會有一個適合的渠道尺寸，就能將渠道圖擺設於橫斷面上，進行土方工程的挖填方量計算。

其相關的基本流程為:

17. 渠道型式表
18. 匯入渠道
19. 橫斷面圖
20. 土方面積
21. 顯示挖填
22. 土石方報表

主畫面