LASS 專案-山河事件簿

主圖


展示

網址


程式碼


文件

網站點選 關於本站(Information) 圖示



公開測試

目前測試版,公開測試,主要是尋求社群建議與反饋,與修修可能的 Bug。
測試期注意事項
  • 目前主機等級弱,或許效能上會差,希望之後搬到正式主機能改善
  • 網站功能隨需要會持續更改,資料也可能重整
  • 公開 API 會依需求更改,可能不相容,如需使用,請注意
  • 開源公益,且未正式上線,請酌量參考



API

  • 公開 API 會依需求更改,可能不相容,如需使用,請注意

夥伴與贊助


公開測試文

忍了很久,山河事件簿終於可以公開了

  • 程式碼開放開源
  • 民生公共物聯網競賽最大獎


LASS 專案-山河事件簿 文件:
https://paper.dropbox.com/doc/LASS--AqpHRUEs_zKIrkQ0Vq94fyNmAg-cV5q46R2fGvCgMtfP8cg3

目前為測試版,公開測試,主要是尋求社群建議與反饋,與修修可能的 Bug。
測試期注意事項
  • 目前主機等級弱,或許效能上會差,希望之後搬到正式主機能改善
  • 網站功能隨需要會持續更改,資料也可能重整
  • 公開 API 會依需求更改,可能不相容,如需使用,請注意
  • 開源公益,且未正式上線,請酌量參考
  • 雖然是測試期,不過贊助照收

One more thing,山河事件簿 API:
  • 將所有做出來的功能,提供開放 API 給大家存取,簡單說網站前端也是使用這些 API 建構出來的, 讓其他程式都能夠開發相關應用與視覺化。
  • 這個重要的貢獻,竟然阿嘉在決賽時忘了強調,我也是無語了

PS: 阿嘉低調,這些發文的小事,就交給哈爸了。


使用輔助

App 線上提供的 資訊相當好,請參閱。這裡補充一些常用的,或是遺漏的

看淹水

雨非常大!
提醒:淹水要看時雨量,簡單說在時雨量的觀察模式中,不管你看幾個小時的累積雨量,只要看到紅色,就是糟糕!
補充:

設計 App 時,夥伴給的參考值
都市淹水目前問題主要是在1-12小時累積降雨量,雨水下水道與排水系統無法負荷。
雨量站
1小時累積超過40mm
2小時80mm-100mm
3小時120mm-150mm
很容易發生積淹水狀況
24小時資料會關心是否達到 200mm 350mm 500mm

再補充一點山河事件簿淹水觀測的技巧,順便刷一下存在感

1. 原來打開淹水災害警示,更清楚提醒自己附近是否有淹水的警示
2. 同時看時雨量,跟淹水測站的狀況,更容易理解
3. 舉例 12:50 台大站開始知道下大雨,13:50 約一公里外的淹水測站淹到最高值 24 公分, 之後在 16:10 淹水為0 。淹水測站應該是每 10 分鐘一筆(在山河事件簿中),但有時似乎會漏資料。所以 16:10 是已經消退,系統異常(看附近雨量與其他測站資料,好像是這個),還是按曲線推算可能提前消退,還不可知
4. 設定技巧是: 淹水深度-顯示開啟,縮放放到最大,好更清楚看到人形標示。需要時開啟災害警示-淹水
5. 相關經驗: 淹水系統有時難搞,因為它久久來一次,乾旱期大半年都沒有。想測,想debug 都沒機會。然後一來時,大量民眾關心,就會擠爆系統,這有時也不只是之前做好壓力測試就行。大家關心的樣態不同,有時也不好預期,就開源社群的角度來說,為了臨時的爆量,就支付相關的費用,也不覺得划算
6. 連因為比較沒有實際案例,相關功能的使用,哈爸也還是第一次這樣探索,經驗提供給大家參考
7. 如果覺得山河事件簿資料怪怪的,建議跟行動水情比對,以行動水情為準

節省大家十秒鐘,附上山河事件簿相關的時間與地點資訊
https://riverlog.lass-net.org/#year=2021&date=06-04&time=13:50&lat=25.023455&lng=121.540347&zoom=15&v=2&option=008501i000302g0001o5181c2g5ga182vo50ga

附上古代的一份資料,很久沒有更新,當作古籍參考
https://paper.dropbox.com/doc/LASS-cV5q46R2fGvCgMtfP8cg3#:uid=571887179916822516368900&h2=%E4%BD%BF%E7%94%A8%E8%BC%94%E5%8A%A9

贊助事宜

[TBD]
  • 贊助金額資訊需公開
  • 可匿名贊助
  • 可開發票(要再確認)
  • 請洽詢: 哈爸(wuulong @ gmail.com)

贊助權益: Logo 露出,為期一年,年度更新
  • 社群夥伴
  • 合作夥伴
  • 不收費
  • 組織夥伴
  • 年費 NT 10,000, 每年更換
  • 致謝區
  • 特別感謝,不收費

贊助期:
  • 以七月底(年會)為界,一月底後以下一個年度計算。剛開始這次,直接以下個年度計算
  • 比如 2019/12/20 贊助,到期為 2021/7/31


事件觀察

有些重要的事件,滿值得觀察的,列在這裡

颱風事件

時間/颱風事件名稱
相關資料/新聞
系統連結
20190824-白鹿
輕度
201911
T20190824
20190930-米塔
T20190930
20200522 豪雨

T20200522

相關分析

淹水分析

  • 2020/5/22 大雨,想分析一下淹水的狀況,套進 QGIS 研究
  • API → 
  • 淹水感測站位置 /flood/station
  • 淹水感測資料 /flood/floodData
  • time 格式為 2019-12-02T16:30:00.000Z,不知是否進 QGIS 有問題
  • time manager 吃這個格式。但是還是得+8, 因為原來資料是 GMT+0
  • 用 postman query data, save 成 json file.
  • 用 openrefine load, 轉成 CSV
  • transfer
  • 把時間欄位做點轉換,注意原資料是 GMT+0, 要+8
  • value.slice(0, 4) + '/'  + value.slice(5, 7) + '/' + value.slice(8, 10) + ' ' +  value.slice(11, 19)
  • value.toDate().inc(8,'hour').toString('yyyy-MM-dd HH:mm:ss')
  • 改欄位名稱(簡化一點好看)
  • join
  • 需要帶入位置與名稱
  • 在 flooddata 的 stationID 欄位加入新欄位,用 lat, lng, stationName 命名
cell.cross('floodstation','id').cells['lat'].value[0]
cell.cross('floodstation','id').cells['lng'].value[0]
cell.cross('floodstation','id').cells['stationName'].value[0]
  • cell.cross('floodstation',‘id).cells['lat'].value[0]
  • id/lat/lng/stationName
  • 匯出 CSV
  • 匯入 QGIS, 在裡面調整
  • 這些資料有點奇怪
  • 使用這個 filter 濾掉
  • "value">=0 and  "value"<=300
  • 製圖與使用 time manager 觀察

多天的資料彙集

  • 用多檔案存目錄? or json line? or 直接python 處理完輸出?
  • 每個 API 使用 jsonline 輸出,過程中先有暫存目錄做每個檔案的json
  • python 讀取 jsonline 檔案,彙整輸出
  • python 參數
  • 時間區間,哪些 API 要處理
  • CSV or geojson 輸出?
  • CSV
  • 輸出是 station/data 分開?還是join 之後輸出?
  • => 分開輸出,也另外做一個合併輸出

多 API 資料彙集

  • 一個 API 一個輸出 or 全部 API 一個輸出?
  • 個別輸出就是多圖層概念
  • 好處是,個別觀察,作圖,分析容易
  • 缺點是,少了一點整體的概念
  • 全部混起來使用時會一直需要 filter, 且各API 格式不一定都相同
  • => 單 API 格別輸出
資料準備好後,在 QGIS 怎麼方便使用?
  • 做一個可下載專案,直接load 進來有個範例
  • time manager 使用

山河事件簿與公私協力的的發想

  • 接入水盒子資料
  • 在每個十分鐘地圖上,顯示那時候,水盒子的位置標記
  • 點選後,顯示水盒子觀測項三個值(更多時怎麼辦?)
  • 內含多個感測項按鈕,點選後,為當天的感測值曲線
  • 由於水盒子位置可能會改變,在傳入 MQTT 時有 GPS 資訊,根據位置根據同筆感測值上的資訊
  • 與公民協力的項目
  • 可在群眾標記顯示位置與照片,簡單搜尋功能
  • 事件時間點位置與時間,可點選跳轉到山河事件簿
  • 初期可驗證推進 水質監測
  • 頭前溪拍污染資料集 (水體 顏色異常 聞到惡臭(通常會有泡沫或顏色伴隨) )
  • 環境事件資料集(有出現物體  死魚或漂流物 垃圾 .....)
  • 群眾標記的配套設計
  • 已經有的功能
  • 資料集有個適當的名稱
  • 資料集說明容易填入 URL, 讓使用者說明資料集更多資訊
  • 多一個類似 TaskID (事件代號) 之類的欄位: 比方說某個活動去一整條河的探訪
  • 多 Tag 功能
  • 整個資料集在地圖上顯示事件位置
  • 在地圖上選取事件可顯示單筆資料
  • 有事件搜尋與顯示功能
  • 事件排序功能
  • 預計新加的的修改
  • 單筆資料,跳轉到山河事件簿
  • 山河事件簿配套功能
  • 發想中,暫不推進
  • 驗證帶起想法
  • 給志全群眾標記管理者,開立兩個資料集
  • 核心群組可以試著上傳幾比較有有意義的資料,提供使用上的經驗反饋
  • 試著套入水履歷概念確認是否差距過遠
  • 目前工作項目
  • [維嘉] 幫志全開標記管理者權限
  • 請志全到群眾標註註冊之後再跟我說一下帳號名稱或email
  • [志全] 請開立兩個資料集,不會的部分,哈爸會教
  • [?] 上傳幾筆有意義的資料

問題反饋