gps定位app的問題,透過圖書和論文來找解法和答案更準確安心。 我們找到下列包括價格和評價等資訊懶人包

gps定位app的問題,我們搜遍了碩博士論文和台灣出版的書籍,推薦趙曉楓寫的 Android App 程式設計 高手 和才望子(Cybozu)股份有限公司,西尾泰和,川合秀實的 小學生的程式設計基礎入門:手機如何播影片?電鍋怎麼煮飯?帶孩子從「科技面面觀」,輕鬆培養程式邏輯思維!都 可以從中找到所需的評價。

另外網站Zenly冰棒沒了,冰友App替代,好友地圖定位,知道朋友正在哪也說明:手機GPS定位APP: · 註冊冰友App 和加好友 · 7種加入冰友的方式 · 加入好友地圖,馬上知道朋友在哪 · 如何知道朋友是否再移動? · 朋友是否在線上?朋友的手機 ...

這兩本書分別來自易習圖書 和美藝學苑社所出版 。

國立陽明交通大學 資訊科學與工程研究所 陳志成所指導 王嘉誠的 衛星失效區域定位方法 (2021),提出gps定位app關鍵因素是什麼,來自於定位、導航、衛星失效區域、路層偵測、氣壓、磁指紋。

而第二篇論文逢甲大學 土木水利工程與建設規劃博士學位學程 許盈松所指導 李仁翔的 整合SLAM與BIM於水理數值模擬之研究-以筏子溪水岸廊道為例 (2021),提出因為有 建築資訊塑模、計算流體動力學、同步定位與地圖建構技術、三維水理模型、邊界條件的重點而找出了 gps定位app的解答。

最後網站MiniBond車機定位APP 2.0操作教學影片則補充:1. 系統已進行升級,請重新下載最新版的【MiniBond車機定位管理系統2.0】APP(IOS V1.0.1.4/Android V2.0.0.3版本)及最新版的MiniBond影像平台客戶端軟體【請於Q&A/項 ...

接下來讓我們看這些論文和書籍都說些什麼吧:

除了gps定位app,大家也想知道這些:

Android App 程式設計 高手

為了解決gps定位app的問題,作者趙曉楓 這樣論述:

範例式教學與步步導引,清楚明瞭Android使用精髓。   近年來,行動裝置的盛行,帶動Android作業系統的蓬勃發展,Android作業系統隨著市占率節節攀升的同時,不論是業界的韌體工程師,軟體應用工程師或是學術界的教職,莫不投入極大的心力下去,本書的一大特色是範例完全由圖解一步步來講解,讓讀者沒有閱讀上的負擔。   本書涵蓋Android專案架構、使用者介面設計、活動及服務的生命周期、感應器的撰寫、錄影及照相功能、Intent的使用最新的Google Map API Android V2的寫法、SQLite資料庫撰寫、手勢辨識……等。   範例採取大量詳細的圖示及程式碼分步驟講

解,破除學習Android的障礙,有一定程式基礎的人,甚至不用動手上機操作,就可閱讀明白書中範例執行的過程與結果。   本書採用先講解後實作的流程,加上關鍵性的重點提示,使學習Android APP的效率大大的提升。  

gps定位app進入發燒排行的影片

一個明明應該要精準的細胞簡訊,結果發到一百一十萬封,是演算法有錯,還是主事者不想用大數據分類,結果搞到各種數據彼此衝突這真的是大數據防疫嗎?

全國恐慌之後又要甩鍋給地方了說是地方的漏洞了,說好的防疫優先不要鬥爭呢?你有研發出蟲洞讓病毒直接從雙北出現,你要說啊,國門放進來還不是中央的責任難道是蟲洞的責任?簡訊亂發難道也是地方的責任?

8月13號到9月2號這一群機師
跟他們的密切接觸者
在台灣留下來的軌跡
我跟你講就是確定是一個
確定是Delta病毒
那所以有一個問題在這樣子的狀況之下
廣發了110萬通細胞簡訊
我記得今年年初的時候還有去年吧
高虹安好像討論過細胞簡訊對隱私權
還有通保法之間到底有沒有扞格之處
到底有沒有侵犯人民隱私之處
妳那個時候的討論是針對什麼地方
那時候是敦睦艦隊吧我記得
不只還有鑽石公主號
對 因為他們下來之後其實他就是有接觸
然後因為後來陳其邁有把它寫成一篇論文
他就說有用了62萬人的基地台定位
那這件事情基本上就是完全是用了特別條款
反正就是最高上限指揮官可以做任何處置
就是侵犯人權我們坦白講
對他等於是說要去存取到這些資訊
那當然後來其實他們也出來講說
那個基地台的定位並不是很精確說
一定是定到他本人的一些行為等等的
就是說有經過基地台才會被搜到這個訊號
但是它還是代表著是你一個行為的足跡
我自己也收到那個簡訊
真的假的妳為什麼收到簡訊
我後來去了解了一下
是因為我在8月24號的時候
有代表郭董去桃園機場的醫院
就是我們那邊有一個聯新醫院
去那邊捐防疫物資
我那時候到的是一航廈
好像那個機師在那一天好像是出現在二航廈
所以反正是因為這樣的關係
所以我的就是可能也被基地台的定位掃到
但是我覺得很奇怪的一點是說
其實110萬人這個簡訊真的有點妙
是因為其實我們都有掃實聯制
所以其實按理來講的話
其實實聯制如果是有實聯制的話
你應該是用實聯制的資訊去推
你怎麼會是用基地台去推這件事情
所以這有點怪因為變成是說好像
你本應該是要做精準疫調
結果變成是要用基地台去一個很擴大
而且重點是蔡英文總統還出來跟大家講說
有收到簡訊的人不要恐慌
如果是其他一般的民眾他們收到簡訊的時候
一定會擔憂
所以他們一定會想要去做篩檢
那這種時候就變成是你的全台灣
是不是有辦法去收納這麼多人
突然要去篩檢的這件事情
還是說去的地方又會造成一個群聚
但我先幫大家解釋一下
因為所謂的細胞簡訊
是當初我們在鑽石公主號
然後在這個過去
好幾次在沒有完整資料的時候所發的
因為細胞簡訊是一個未經同意
直接強行跟電信公司收取你的手機足跡的一種方式
所以第一個
它有沒有侵犯隱私權 有
第二個它用的是太上條款
就是有緊急需要的時候
由疫情指揮中心陳時中指揮官下令侵犯人權
也就是這個東西基本上調閱它是違反通保法
違反個人隱私法
幾乎是你知道的所有關於電信資料的保護都違背
但是為了防疫需要
就硬是把它拉出來
剛剛虹安講的意思是
你都侵犯人權了你都違反通保法了
你都違反個資法了
你調出來的資訊怎麼會是110萬人
3個確診機師可以接觸到110萬人
你以為他們選總統
我覺得是真的不知道說他到底是怎麼樣
去決定撈出這110萬
你是說反正我就是多匡一點
就是寧可錯殺也不要放過之類的想法嗎
但是我覺得他今天用這樣的方式去描述一段
他就跟你講8月13號到9月2號
他也告訴你說你有可能是
真的跟確診者有接觸到
還是你只是有在那個空間有可能碰到
我跟你講這個論述都超不精準的
就是你110萬出來之後
一個負責任的政府
我不知道他為什麼要這樣做
你起碼要告訴我說
你今天這個case是因為8月24號
那我對於我的情況會比較了解
或者是說我今天有掃實聯制
那你110萬你是從基地台抓出來的
那你難道不能夠再跟實聯制這些
我們每天掃的那個辛苦的實聯制
你不能再跟它交叉比對一下再跟我說
我是因為哪一個時間點所以有這個問題
你就丟了一個簡訊來讓大家莫名其妙的
這個之所以說不負責任
是新加坡用的技術TraceTogether用的是藍芽
比較接近我們那個 社交距離APP
對社交距離APP 它用的也是藍芽
所以新加坡 剛剛這個網友有講他說
你可以從TraceTogether裡面
找到你過去兩星期所有的精準定位
跟你注射疫苗的接種狀況
我們坦白講這個東西google map就做的到啊
你如果開你的定位
你其實到哪裡去google map都有登錄
那為什麼今天我們的細胞簡訊
照說可以很精準卻沒有精準的篩選之後
就狂發110萬封
這個東西的科學根據到底在哪
你之前是不是笑過對岸說Delta病毒
回追七天你笑他不科學
結果你現在做的作法
8月13號到9月2號應該...
世界怎麼跟得上台灣
這也太誇張了
等等你列了20天的時間
中間我只要跟他接近這個還不是用藍芽
就是我在基地台handshake
而且會到110萬看起來是沒有管那一天的小時
他那一天一定就是24小時之內我跟你重疊
距離算接近我就發
寧可全面錯殺也不要放過
那你說你今天讓全國110萬人覺得擔心害怕
懷疑他女友到底到哪裡去了
這個難道沒有社會成本嗎
你今天為了防疫不能夠再多篩一下
應該這樣講你沒有辦法用手機的細胞簡訊的話
你就要用實聯制嘛
實聯制是有時間然後店的位置
然後當然有進去的時間
出來就可能只能擲筊
或者是看他下一次掃實聯制是什麼地方
可是我這樣講你今天兩個系統都培養
為什麼不能交叉比對咧
你今天又不交叉比對你就隨便亂發
我們光這樣講110萬封簡訊要花多少錢
而且大家還乖乖的每天給你拍實聯制
在那邊掃實聯制的時候結果卻撈不出來
我覺得這整個過程就是
如果說你今天就是花了這些錢
然後build up一個實聯制的系統
然後你到真正要用的時候
卻還是用基地台定位
那我就真的不知道實聯制大家掃那麼辛酸
又花那麼多錢幾個億的到底在做什麼
現在的問題就是
現在機師的這件事情有沒有實際用到實聯制
其實沒有
機師去其他的地方有沒有掃實聯制
那如果有掃的話那你每一個空間
每一個unit你都可以抓出一群人
那你再拿這群人去跟他比對
而不是發110萬份簡訊
我現在不是要拿gps
直接去跟每一個單位的location去比對
我現在是拿機師的gps
去跟他自己的實聯制去做比對
你就會有第一點第二點第三點
每一個的地方你就可以拉的出來了
我不知道啦也許對他們來說真的很困難
或者是追求時效性他必須要趕快去做
所以他後面所有的處理都不做
就直接110萬撒出去
我不知道但是就我來講
我覺得既然實聯制有更精準的足跡的資訊
而且是大家比較願意去提供的資訊
那你為什麼不去使用實聯制的資訊
去比對這個東西呢
我這樣講政府施政不可能百分之百沒有疏漏
但是你明明知道有疏漏
你卻不把它補好
那你還一邊跟人家吹
我跟你講實聯制這個東西呢
我早就知道是一個妥協的狀況
你臨時要開發出這種實聯制來的確很困難
當然不周全
但是你不要開發出一個漏洞百出的系統之後
跟大家講說都是唐鳳
唐鳳好棒唐鳳是天才
唐鳳開發這個東西無懈可擊
我就問一句啊現在你能不能從裡面撈出來
靠實聯制確認這些機師去過哪些地方
幾點幾分進門
有沒有人在這個數字平台上跟他重疊
而不是只發細胞簡訊
你細胞簡訊一發出來表示你沒有別的方法了
而且還發了一個很粗陋沒有篩過的110萬份
我覺得這個對理工科的人來講我沒辦法想像

衛星失效區域定位方法

為了解決gps定位app的問題,作者王嘉誠 這樣論述:

Contents iList of Tables vList of Figures vi1 Introduction 12 Background and Related Works 32.1 Background . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32.1.1 Road layer determination . . . . . . . . . . . . . . . . . . . . . . . . . 32.1.2 Positioing in sheltered environ

ment . . . . . . . . . . . . . . . . . . . 62.2 Related Works . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82.2.1 Road layer determination . . . . . . . . . . . . . . . . . . . . . . . . . 82.2.2 Positioning in GNSS-denied environments . . . . . . . . . . . . . . . 122.2.3 M

agnetic field positioning . . . . . . . . . . . . . . . . . . . . . . . . 132.2.4 Algorithms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142.3 Challenges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163 Preliminary experiment toward various impact fac

tor 183.1 Barometric impact factor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183.1.1 Preliminary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183.1.2 Precision and accuracy of the air-pressure sensors in smartphones . . . 253.1.2.1 Static experiment . . . . . . . .

. . . . . . . . . . . . . . . 263.1.2.2 Dynamic experiment . . . . . . . . . . . . . . . . . . . . . 273.1.3 Impact of Weather . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283.1.4 Impact of driving environment . . . . . . . . . . . . . . . . . . . . . . 313.1.4.1 External temperature eff

ect . . . . . . . . . . . . . . . . . . 313.1.4.2 Internal temperature effect . . . . . . . . . . . . . . . . . . . 323.1.4.3 Speed effect . . . . . . . . . . . . . . . . . . . . . . . . . . 333.1.4.4 Impact of surrounding vehicles . . . . . . . . . . . . . . . . 373.1.5 Impact of air conditioning .

. . . . . . . . . . . . . . . . . . . . . . . 383.1.6 The combination of all factors . . . . . . . . . . . . . . . . . . . . . . 393.2 Magnetic field impact factor . . . . . . . . . . . . . . . . . . . . . . . . . . . 403.2.1 Sensors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. 403.2.1.1 Orientation . . . . . . . . . . . . . . . . . . . . . . . . . . . 403.2.1.2 Sensor drift . . . . . . . . . . . . . . . . . . . . . . . . . . 413.2.1.3 Smartphones . . . . . . . . . . . . . . . . . . . . . . . . . . 413.2.2 Vehicles . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . 433.2.2.1 Charging . . . . . . . . . . . . . . . . . . . . . . . . . . . . 433.2.2.2 In-car electrical appliances . . . . . . . . . . . . . . . . . . 443.2.2.3 Vehicle types . . . . . . . . . . . . . . . . . . . . . . . . . . 453.2.2.4 Nearby vehicles . . . . . . . . . . . . . . . . . .

. . . . . . 463.2.3 Magnetic field variations . . . . . . . . . . . . . . . . . . . . . . . . . 484 Proposed method in GNSS-denied environment 514.1 Proposed BARLD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 514.1.1 Database . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . 524.1.2 Algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 524.1.3 Initial level determination . . . . . . . . . . . . . . . . . . . . . . . . 534.1.4 Multi-upper levels within the range d1 . . . . . . . . . . . . . . . . . . 544.1.4.1 Connected ramps or roads

are not parallel . . . . . . . . . . 544.1.4.2 Ramps are parallel but with a height difference . . . . . . . . 544.2 Proposed MVP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554.2.1 Accuracy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 554.2.2 Positioning

speed (delay) . . . . . . . . . . . . . . . . . . . . . . . . . 574.2.3 Proposed MVP algorithm . . . . . . . . . . . . . . . . . . . . . . . . 584.2.4 Robustness to phone orientation . . . . . . . . . . . . . . . . . . . . . 604.2.5 Magnetic field map (ground truth) . . . . . . . . . . . . . . . .

. . . . 604.2.5.1 Algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . 614.2.5.2 Implementation . . . . . . . . . . . . . . . . . . . . . . . . 624.2.6 INS-based positioning system . . . . . . . . . . . . . . . . . . . . . . 635 Evaluation and Discussion 655.1 Road layer determination . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . 655.1.1 Threshold (δ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 665.1.2 Sampling rate (R) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 685.1.3 Activation Range (d1) . . . . . . . . . . . . . . . . . . . . . . . .

. . 705.1.4 Large-scale Road test . . . . . . . . . . . . . . . . . . . . . . . . . . . 725.2 Road tests in different tunnels . . . . . . . . . . . . . . . . . . . . . . . . . . 735.2.1 Accuracy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73iii5.2.2 Lane determination . . . .

. . . . . . . . . . . . . . . . . . . . . . . . 745.2.3 Positioning speed (delay) . . . . . . . . . . . . . . . . . . . . . . . . . 755.2.4 Cost . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 775.3 Large-scale real-road tests . . . . . . . . . . . . . . . . . . . . . . . . .

. . . 775.3.1 Accuracy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 785.3.2 Lane determination . . . . . . . . . . . . . . . . . . . . . . . . . . . . 785.3.3 Positioning speed (delay) . . . . . . . . . . . . . . . . . . . . . . . . . 795.3.4 Car orientation variations . . . .

. . . . . . . . . . . . . . . . . . . . . 815.3.5 High speed and low sampling rate . . . . . . . . . . . . . . . . . . . . 815.3.6 Traffic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 825.3.7 Bridges and parking garages . . . . . . . . . . . . . . . . . . . . . . . 825.4 Dis

cussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 835.4.1 Road layer determination . . . . . . . . . . . . . . . . . . . . . . . . . 835.4.2 Positioning in sheltering environment . . . . . . . . . . . . . . . . . . 846 Conclusion 86Bibliography 87

小學生的程式設計基礎入門:手機如何播影片?電鍋怎麼煮飯?帶孩子從「科技面面觀」,輕鬆培養程式邏輯思維!

為了解決gps定位app的問題,作者才望子(Cybozu)股份有限公司,西尾泰和,川合秀實 這樣論述:

  當微軟公司創辦人比爾.蓋茲、美國總統歐巴馬、臉書創辦人祖克柏都大推「程式設計」學習,   當「程式設計」、「演算法」已經列為國中必學科目,   現在就帶孩子跟著日本理學博士,進入有趣的程式設計世界!   ★因應升國中最新108課綱★   ★最適合國小親子共學的「資訊科技」先修教材★   ‧什麼是「程式」?「程式」在哪裡?   程式就在電子鍋、手機、電腦……,我們的生活中充滿了「程式」!   ‧你知道嗎?透過「程式」,電鍋才會煮飯、手機才會放音樂、播影片!   當你到便利商店買東西時,店員手上的讀碼機裡面也有「程式」喔!   ‧你可能也很好奇,那「程式」是怎麼讓這些機器運作的呢?

  這時候我們就要學習使用「程式的語言」囉!   全彩圖解生活實例,家長與孩子都能秒懂「程式設計」基礎邏輯!   從小接觸電腦程式教育,不僅有助孩子課業上不落人後,   更能訓練邏輯思考、培養創意發想力、問題解決力!   AI世代的必備核心能力,現在就開始培養!   ◎本書為《進入國中前一定要學的電腦程式先修課》全新封面版。 本書特色   ◆電腦工程師專為孩子所寫的12堂程式設計學習書!   電鍋煮好飯之後,是怎麼自動把開關切掉的?在超市結帳時,讀碼機怎樣讀取條碼並把價格呈現在收銀機螢幕上?不同電腦之間究竟怎麼彼此相認和對話?手機的「Google Map」是如何知道所在位置呢?──你

知道嗎?這些都是因為有「程式」在運作!本書由日本知名科技公司「才望子」的兩位電腦工程師西尾泰和、川合秀實所撰寫,透過深入淺出的說明,一次搞懂手機、家電、網路到GPS的程式運作基礎!      ◆簡易版的「程式設計」實例示範,為程式撰寫打好基礎!   全書每章最後皆附有「程式小教室」,是以日常用語來示範程式語言寫成的程式設計實例,例如:播放影片的手機APP、網路路由器、將文章全形字轉為半形字、網路百科全書等,讓孩子更容易了解程式是怎麼寫成的,並秒懂程式背後的邏輯!只要掌握了程式撰寫的基礎邏輯,不論以後學習哪種程式語言,都能快速上手!   ◆符合當代學習趨勢,協助孩子建立AI世代必備的「科技素養

」!   程式語言只會變得越來越重要!台灣在2019年就已經將程式設計、演算法等資訊科技課程列為國中必修課。讀完本書的電腦、程式設計相關知識,不僅能走在當代學習趨勢的前端,也提高孩子在未來職場上的競爭力!   ◆易懂用語+趣味插圖,大人小孩都能無痛閱讀!   本書精心設計生動有趣的角色來和讀者互動,像是為讀者解說電腦知識、由電腦工程師化身成的「專家」,還有生活在電腦裡的神祕生物、接到指示就會快速處理事情的「小幫手」(程式),讓孩子快速進入電腦程式的世界,引發學習動機!本書也非常適合親子共讀,增進爸媽與孩子的感情! 好評推薦   「掌握程式就更有機會在未來競爭中勝出,推薦給孩子和家長共讀。

」──Coding APE猿創力程式設計學校執行長│陳南光   「便利生活與電腦軟體密不可分,本書用插畫及淺顯易懂的文字,讓家長及孩子更快了解程式軟體的基礎及生活應用,更容易學會新世代的語言。」──CodePro酷博兒童程式創客教育  

整合SLAM與BIM於水理數值模擬之研究-以筏子溪水岸廊道為例

為了解決gps定位app的問題,作者李仁翔 這樣論述:

Building Information Model(BIM)多使用於建築營造產業在執行全生命週期應用成熟,2016年台灣政府全面導入擴展至鐵道、橋梁、水保等,發現水利少使用;數值模型將設計、施工、維運融入目標使用管理,以水理分析及BIM串聯水利工程延續。數值模式計算機技術成熟,計算流體力學軟體具備參數控制,運用在沖刷、動床及疏砂等,從邊緣模型控制水理因子模擬分析流場水位、福祿數及速度梯度;本研究將BIM導入河段渠道透過邊界條件進行數值模擬,提出四個模組-1.SLAM、2.BIM、3.CFD及 4.ANSYS進行整合。以筏子溪水岸廊道,組成左岸河堤、水防道路、臨水平台、迎賓水岸空間、右岸河堤

、草本高灘地及沙洲,以重現期距100年洪峰流量計畫洪水位演算,將本研究水理研究分壁模分析及流態分析,前項提出河段三級警戒極限洪水高度,以10年保護與25年不溢堤發現步道於前項即有浸淹可能;後項發現黏滯力與流場慣性力影響造成樣本因模擬模型發現兩邊沖刷讓河道突然緊縮影響左右河岸。四個模式解決水理分析,工程管理至使用維護連接全生命週期。本研究模式結論如下:(1) BIM技術整合導入三維水理模擬可行性,在檔案格式轉換、網格建立及邊界條件設定尤其重要。(2)SLAM建立避免模塊分割太多需注意重疊率,河道因細節多需補足資料,將模型析離至BIM內。(3)BIM在Revit模型不易對應水利項目以結構模型對應於

元件,將模型內「類型性質」以識別資料紀錄。(4)CFD壁模分析後以邊緣網格及數值控制模擬經迭代進行收斂,整合後使3D模擬更符合現況。(5)Ansys與BIM因平台限制在幾何結構與網格技術須克服,將BIM轉換後產生網格進行條件設置至求解與展示。河道內水岸廊道探討因多探討親水及環境營造,以綜合流程將BIM與水利研究串聯研究,本研究以BIM與SLAM轉換至水理數值模型,針對河工構造物以數值網格化進行液面及流態分析,透過BIM 4D管理提供後者以工程生命週期延續空間管理;將BIM工程結構與SLAM地形細緻網格整合是惟在傳統水理分析多將網格簡化模擬差異,本研究提出將模型持續延續至後續全生命週期之目的,研

究主以資訊系統的貢獻做各模式整合,不以物理上意義模擬做要求,貢獻旨為發展水利數值工具。