hackfoldr 災況資訊整合 SOP
這是各種 SOP 系列的其中一篇。若不會使用 hackfoldr 的話請參考使用說明。
使用時機請自行判定，俗話說先搶先贏....通常具有一定規模的災害情況，都有可能會需要。尤其是資訊很零散，事件又很緊急的時候。
簡單的判定方法：發現所有新聞台跳針的只播報該災害。
準備作業
前置流程
- 在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
- 確認有可能的資訊來源
- 想個簡單好記的 hackfoldr 名稱，建立 hackfoldr
- 編輯後台的基本資訊
編輯提醒
- 有地圖的話請放在第一格。
- 像是google 的 mapsengine 之類的，embed 話會像↓
- mapsengine.google.com/map/embed?mid={ map_id }
- 順手上鎖
- ethercalc 有 lock 功能，為了避免會進後台的人誤刪、故意刪、亂刪…etc，上鎖很重要
- 反序插入
- 勤勞備份
- 自動備份功能請洽 au...
- 手動備份的方式可以參考 hackfoldr 的 使用說明
- 不隨便留白
- ethercalc 在多人編輯的情況下，很不方便刪除多餘的列(row)，因此「請不要隨地留白」
- 影片盡量用 embed 語法
- youtube 的話請把 watch?v= 改成 embed/
- ustream 的話點共用→迴紋針(取得連結)，把 /channel/ 改成 /embed/
流量問題
這是一個慘痛的經驗... (0801高雄氣爆事件)
以往的後台(ethercalc.org)，在高流量的情況下都是鎖起來的(( like g0v.today(318), nonuke...etc
但 801 的情況是有大量鄉民在後台逗留跟編輯，造成 ethercalc 無法負荷，最後吐了 502 error。
- # 所謂流量可能看起來有點玄…總之如果可能編輯後台的人數非常多而且不間斷，請考慮使用替代方案。
- # ((為了整個 g0v 的 hackfoldr....
目前的解決方式是使用 google spreadsheets 的備案(使用方式參考使用說明)，
- 優點是：
- 不會有流量問題(可以幫 au 省流量)
- 前台無連結至後台(除非另外加)
- 後台可以有管制編輯權限
- 操作較近似 excel ，有中文、可以上色
- 可以檢視修定版本記錄
- 缺點是：
- hackfoldr 名稱不容易記(名稱 = spreadsheets id，通常是亂碼)
散佈資訊
發散
- 把 hackfoldr 的網址散佈到可能關心事件的社群、討論區、PTT板中。
聚焦
- 依事件的核心做分類(編成foldr)，例如志工、物資、災況、直播、影音、資訊回報區等。
- 若有現場地圖，務必放在第一頁。(會是打開hackfoldr第一眼看到的資訊)
維護
- hackfoldr 有一定曝光度後，後台的編輯人數↑，維護的難度也會↑。
- 定時備份是一個很好的方式，自動備份的問題可洽 au 。
- 流量過大導致 ehtercalc 不穩定的話，可能需要轉成靜態或是定時更新。 (這部份也請洽 au
- 驗證資訊的來源
- 這部份容易發生在志工和物資需求的部份，現場若沒有直播、管理中心(like 318)，容易造成關心事件的人一直想捐物資/當志工的情況。
- 解決的方式是：先產生表單(google form)請他們填寫，若確認現場真的有需求時，再將收集到的資訊回傳給現場的窗口。
事件檢討
這部份是發生在事件中(穩定) - 結束後，通常會有一系列的檢討(討論/謾罵)文章出現。
收歛
- 在事件結束之前，可先針對相關的討論做個別的收集。(正反方)
- 可考慮另外開一個 spreadsheet 收集，或是直接在 hackfoldr 的最下方做收集。
- 若有要收集報紙的專欄、專文等，可另外分類。
- 事件結束之後，請調整第一頁(landing page)的文章。
救災模版
第一層內容：
- UMap（OSM 在手機上比 Google Map 容易顯示）
- 公告（政府等，或像這次的即時 Google Doc）
分層內容模版：
補充資訊