空拍機地形測繪-QGIS內業土方計算
前言
本篇文章為空拍機地形測繪第三篇,前篇介紹在這空拍機地形測繪-WebODM架設實戰,在QGIS內業處理流程中需要先有個概念-土方計算很難完全準確,只能盡量讓地形地貌真實的呈現,再依照計算成果作為後續甲乙方協商的數量基準。
至於如何讓地形地貌真實的呈現,主要還是透過點雲品質報告搭配正射影像套疊濾除不合理點雲的方式進行,即便如此,模型終究是一個相對合理數值,如牽涉到計價時,實務上會透過電子聯單作為數量依據。
本篇文章為空拍機地形測繪第三篇,前篇介紹在這空拍機地形測繪-WebODM架設實戰,在QGIS內業處理流程中需要先有個概念-土方計算很難完全準確,只能盡量讓地形地貌真實的呈現,再依照計算成果作為後續甲乙方協商的數量基準。
至於如何讓地形地貌真實的呈現,主要還是透過點雲品質報告搭配正射影像套疊濾除不合理點雲的方式進行,即便如此,模型終究是一個相對合理數值,如牽涉到計價時,實務上會透過電子聯單作為數量依據。
本篇文章為空拍機地形測繪第二篇,空拍照片搭配地面控制點進行換算,內業處理工具使用 WebODM ,該工具為開源軟體,可以搭配Docker進行安裝,由本地端的硬體資源進行運算。
若照片量體較大導致本地端解算不穩定,除了利用Docker本身的參數進行調校硬體配置外,也能透過訂閱 WebODM Lightning 進行穩定的輸出,相較於其他訂閱軟體也是個比較經濟的選擇。
筆者所提供之母版施工照片VBA內容僅針對照片做資料標記、檔案名稱變更、照片報表套印,經讀者使用後,委託我將該施工照片VBA進行客製化調整以符合該公司的標準作業流程。
其作業流程有幾項特點:
舊系統年代久遠已經難以進行維護,預計將舊系統的功能改採Python語言進行翻新,在新舊系統過度之際,為減少作業人員出現資料需要重複填表的情況,盡量以舊系統的資料庫存放資料作為新系統的資料來源,故研究如何透過Python提供的Pyodbc套件與SQL Server互動。
目前公司的SQL Server為2012版本,架設於 Windows Server 2008。
拿到標單時,通常不會按照協力廠商分類,執行標案前需要先將標單上的項目與數量挑出來,拆成各協力廠商要執行的內容,製作成 Excel 表給他們填寫報價。
本篇說明如何利用 VBA 來自動拆分標單、產生協力廠商標單,減少人工分類的時間,加速投標前的資料收集工作。
最近完成了一套缺失追蹤管理系統,主要是為了解決工程驗收階段的缺失管理問題,想跟大家分享一下開發過程和使用心得。
做工程的朋友應該都遇過這些問題:
如果沒有好好管理這些缺失,到了業主驗收或督導檢查的時候會很可怕的...
自從施工照片VBA開始實際投入報表製作過程後,陸陸續續有些使用回饋心得,其中有相當多的常見問題我想要撰寫於這篇文章中,讓各位能有個來源解除這些疑惑,畢竟工具很難完美,肯定是需要經過大量的操作,才會讓他變得更好!
如果使用上還有些什麼更好的建議,請透過左側聯繫我~
承前篇HanksVBA繪圖資料庫操作流程(四),我們已經可以繪製比較詳盡的縱斷面圖,接下來要進行的就是配合周邊高程進行計畫高的設計、渠道的斷面尺寸決定,過程需要考量幾個重點:
假設上述內容皆以考量周全,此時就會有一個適合的渠道尺寸,就能將渠道圖擺設於橫斷面上,進行土方工程的挖填方量計算。
其相關的基本流程為:
承前篇HanksVBA繪圖資料庫操作流程(三),我們已經可以得知橫斷面地形的樣貌以及初步的縱斷面圖高程相對關係,接著就是針對縱斷面圖的圖表區進行更詳細的坡度設計以及渠道樣式的幾何尺寸擇定,後續將設計成果放回到橫斷面圖上的絕對高程後就可以開始進行比較繁瑣的土方計算框選、計算。
相關的基本流程將包含:
承前篇HanksVBA繪圖資料庫操作流程(二),在中心線與斷面樁完成之後,此時就要透過斷面樁與特徵線之間的幾何關係換算其橫向相對座標及高程,計算成果除了可以繪製橫斷面外,同時也能透過萃取出各特徵線上的高程資訊作為縱斷面之資料來源。
相關的基本流程將包含: