hackfoldr 災況資訊整合 SOP
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2015-01-05 04:17 – 04:17 | r3703 – r3704 | |
顯示 diff（105 行未修改）
|
||
| 2014-08-02 18:30 – 18:30 | r3701 – r3702 | |
顯示 diff（94 行未修改）
*尋人、醫院、物資、志工
*相關資訊
- *電話、捐款等
+ *電話、捐款、停班停課等
*其他訊源
*G8V、PTT、照片/影片...
（6 行未修改）
|
||
| 2014-08-02 06:41 – 06:45 | r3471 – r3700 | |
顯示 diff（82 行未修改）
*有考慮過放置 wiki 的條目，但似乎不太適合？
*第一頁最好能簡要描述完整事發經過。
+
+ *救災模版
+ * pipi 在萌典松依人在高雄的公民記者的回報推的坑，形狀如下，歡迎跳坑建立 EtherCalc / Google Doc 模版
+
+ 第一層內容：
+ *UMap（OSM 在手機上比 Google Map 容易顯示）
+ *公告（政府等，或像這次的即時 Google Doc）
+
+ 分層內容模版：
+ *人的 Foldr
+ *尋人、醫院、物資、志工
+ *相關資訊
+ *電話、捐款等
+ *其他訊源
+ *G8V、PTT、照片/影片...
*
（4 行未修改）
|
||
| 2014-08-01 15:36 – 16:22 | r1817 – r3470 | |
顯示 diff（4 行未修改）
簡單的判定方法：發現所有新聞台跳針的只播報該災害。
*準備作業
- *在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
+ *前置流程
+ 在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
*確認有可能的資訊來源
*想個簡單好記的 hackfoldr 名稱，建立 hackfoldr
* 如果你還不會用 hackfoldr，請參考上方的使用說明。
*編輯後台的基本資訊
- *散佈 hackfoldr 的連結
- """
- 所謂流量可能看起來有點玄…總之如果可能編輯後台的人數非常多而且不間斷，請考慮以下的流量問題，並使用替代方案。 ((為了整個 g0v 的 hackfoldr....
- """
+ *始編輯提醒ackfoldr 太長的話請善用短網址。
+ *像是 bit.ly 之類的服務，簡短好記、可改名很重要。
+ *有地圖的話請放在第一格。
+ *像是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/
+
+ *補
流量問題
- *這是一個慘痛的經驗... (
- 801高雄氣爆事件)
- *以往的後台(ethercalc.org)，在高流量的情況下都是鎖起來的(( like g0v.today(318), nonuke...etc
+ 這是一個慘痛的經驗... (0801高雄氣爆事件)
+ 以往的後台(ethercalc.org)，在高流量的情況下都是鎖起來的(( like g0v.today(318), nonuke...etc
*g0v.today 會鎖是因為有人用 api 攻擊後台資料...
- *但 801 的情況是有大量鄉民在後台逗留跟編輯，造成 ethercalc 無法負荷，最後吐了 502 error。
+ 但 801 的情況是有大量鄉民在後台逗留跟編輯，造成 ethercalc 無法負荷，最後吐了 502 error。
+ *# 所謂流量可能看起來有點玄…總之如果可能編輯後台的人數非常多而且不間斷，請考慮使用替代方案。
+ *# ((為了整個 g0v 的 hackfoldr....
目前的解決方式是使用 google spreadsheets 的備案(使用方式參考使用說明)，
（10 行未修改）
*可搭配短網址如 bit.ly 服用
*不可以「留白」，每列(row)一定要有東西
- 開始作業
- *hackfoldr 太長的話請善用短網址。
- *像是 bit.ly 之類的服務，簡短好記、可改名很重要。
- *有地圖的話請放在第一格。
- *像是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/
- *補充資訊
+ *散佈資訊
+ 發散
+ *把 hackfoldr 的網址散佈到可能關心事件的社群、討論區、PTT板中。
+ *可以的話使用好記的短網址服務，例如 bit.ly
+ *撐住第一波鄉民DDoS 資訊海，然後著手整理。
+ 聚焦
+ *依事件的核心做分類(編成foldr)，例如志工、物資、災況、直播、影音、資訊回報區等。
+ *若有現場地圖，務必放在第一頁。(會是打開hackfoldr第一眼看到的資訊)
+ *若有針對事件產生的核心精神，可考慮取代地圖的位置(地圖改放第二頁)。 可參考 g0v.today維護
+
+ *hackfoldr 有一定曝光度後，後台的編輯人數↑，維護的難度也會↑。
+ *除了不熟悉 ethercalc 的編輯者外，也容易有想做亂的滋事份子XD
+ *定時備份是一個很好的方式，自動備份的問題可洽 au 。
+ *流量過大導致 ehtercalc 不穩定的話，可能需要轉成靜態或是定時更新。 (這部份也請洽 au
+ *若是用 google spreadsheets 產生的 hackfoldr 比較不會有這個問題，但在發散的時期則會收到較少的資訊，google文件的編輯權控管會使得可編輯人數減少。
+ *驗證資訊的來源
+ *這部份容易發生在志工和物資需求的部份，現場若沒有直播、管理中心(like 318)，容易造成關心事件的人一直想捐物資/當志工的情況。
+ *解決的方式是：先產生表單(google form)請他們填寫，若確認現場真的有需求時，再將收集到的資訊回傳給現場的窗口。
+ *志工的部份需注意個資法的問題，建表單時需特別小心。
+ *物資的部份可以請捐助者填寫能夠負荷的部份，及運送方式等；避免物資過剩，務必請對方不要先行購買(製作)。
+ *
+ *事件檢討資這部份是發生在事件中(穩定) - 結束後，通常會有一系列的檢討(討論/謾罵)文章出現。
+ *大概就是一個把 hackfoldr 從 資訊集中地 打包成 事件懶人包 的概念。
+ 收歛
+ *在事件結束之前，可先針對相關的討論做個別的收集。(正反方)
+ *這種時候通常需要的不是「這篇文章講得很中立」這件事，而是把有實質內容(討論/檢討型)的文章收集起來。
+ *可考慮另外開一個 spreadsheet 收集，或是直接在 hackfoldr 的最下方做收集。
+ *若有要收集報紙的專欄、專文等，可另外分類。
+ *事件結束之後，請調整第一頁(landing page)的文章。
+ *有考慮過放置 wiki 的條目，但似乎不太適合？
+ *第一頁最好能簡要描述完整事發經過。
+ *
/*討論可以寫在這(?)，有任何想新加上去的東西也可以直接往上面編輯。
（3 行未修改）
|
||
| 2014-08-01 14:47 – 14:50 | r1799 – r1816 | |
顯示 diff（2 行未修改）
使用時機請自行判定，俗話說先搶先贏....通常具有一定規模的災害情況，都有可能會需要。尤其是資訊很零散，事件又很緊急的時候。
-
+ 簡單的判定方法：發現所有新聞台跳針的只播報該災害。
*準備作業
*在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
（51 行未修改）
|
||
| 2014-08-01 14:40 – 14:47 | r1782 – r1798 | |
顯示 diff（2 行未修改）
使用時機請自行判定，俗話說先搶先贏....通常具有一定規模的災害情況，都有可能會需要。尤其是資訊很零散，事件又很緊急的時候。
+
*準備作業
*在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
（8 行未修改）
流量問題
*這是一個慘痛的經驗... (
- 801高雄事件)
+ 801高雄氣爆事件)
*以往的後台(ethercalc.org)，在高流量的情況下都是鎖起來的(( like g0v.today(318), nonuke...etc
*g0v.today 會鎖是因為有人用 api 攻擊後台資料...
（11 行未修改）
*聽說今天一早村長修(?)好了.... 目前速度不會慢了!
*hackfoldr 名稱不容易記(名稱 = spreadsheets id，通常是亂碼)
+ *可搭配短網址如 bit.ly 服用
*不可以「留白」，每列(row)一定要有東西
開始作業
（22 行未修改）
|
||
| 2014-08-01 10:29 – 10:30 | r1736 – r1781 | |
顯示 diff（28 行未修改）
*缺點是：
*一開始讀取的速度，非--常--慢---
+ *聽說今天一早村長修(?)好了.... 目前速度不會慢了!
*hackfoldr 名稱不容易記(名稱 = spreadsheets id，通常是亂碼)
*不可以「留白」，每列(row)一定要有東西
（23 行未修改）
|
||
| 2014-08-01 02:17 – 02:44 | r1695 – r1735 | |
顯示 diff（55 行未修改）
|
||
| 2014-08-01 01:22 – 01:33 | r1492 – r1694 | |
顯示 diff（5 行未修改）
*在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
*確認有可能的資訊來源
- *想個簡單好記的 hackfoldr 名稱，建立 hackfoldr。
+ *想個簡單好記的 hackfoldr 名稱，建立 hackfoldr
* 如果你還不會用 hackfoldr，請參考上方的使用說明。
- *編輯後台。
+ *編輯後台的基本資訊
+ *散佈 hackfoldr 的連結
"""
所謂流量可能看起來有點玄…總之如果可能編輯後台的人數非常多而且不間斷，請考慮以下的流量問題，並使用替代方案。 ((為了整個 g0v 的 hackfoldr....
（16 行未修改）
*一開始讀取的速度，非--常--慢---
*hackfoldr 名稱不容易記(名稱 = spreadsheets id，通常是亂碼)
+ *不可以「留白」，每列(row)一定要有東西
開始作業
*hackfoldr 太長的話請善用短網址。
（15 行未修改）
*補充資訊
- /
+ /*討論可以寫在這(?)，有任何想新加上去的東西也可以直接往上面編輯。
+ *噢噢像是一些蝙輯 ethercalc (hackfoldr 後台)的 tips 也請盡情補補補補補充....
+ *以免大量鄉民入侵誤刪亂填隨便用....
+ *btw, 後台 link 的部份似乎可以放在spreadsheet 裡面 (自己 embed自己的感覺)，但不知道實做出來感覺如何(呃
|
||
| 2014-08-01 01:22 | r1491 | |
顯示 diff（50 行未修改）
|
||
| 2014-08-01 00:44 – 01:22 | r635 – r1490 | |
顯示 diff（8 行未修改）
* 如果你還不會用 hackfoldr，請參考上方的使用說明。
*編輯後台。
+ """
+ 所謂流量可能看起來有點玄…總之如果可能編輯後台的人數非常多而且不間斷，請考慮以下的流量問題，並使用替代方案。 ((為了整個 g0v 的 hackfoldr....
+ """
+ 流量問題
+ *這是一個慘痛的經驗... (
+ 801高雄事件)
+ *以往的後台(ethercalc.org)，在高流量的情況下都是鎖起來的(( like g0v.today(318), nonuke...etc
+ *g0v.today 會鎖是因為有人用 api 攻擊後台資料...
+ *但 801 的情況是有大量鄉民在後台逗留跟編輯，造成 ethercalc 無法負荷，最後吐了 502 error。
- *開始作業
+ 目前的解決方式是使用 google spreadsheets 的備案(使用方式參考使用說明)，
+ *優點是：
+ *不會有流量問題(可以幫 au 省流量)
+ *前台無連結至後台(除非另外加)
+ *後台可以有管制編輯權限
+ *操作較近似 excel ，有中文、可以上色
+ *可以檢視修定版本記錄
+ *缺點是：
+ *一開始讀取的速度，非--常--慢---
+ *hackfoldr 名稱不容易記(名稱 = spreadsheets id，通常是亂碼)
+ 開始作業
*hackfoldr 太長的話請善用短網址。
*像是 bit.ly 之類的服務，簡短好記、可改名很重要。
（6 行未修改）
*自動備份功能請洽 au...
*手動備份的方式可以參考 hackfoldr 的 使用說明
- -
+ *不隨便留白
+ *ethercalc 在多人編輯的情況下，很不方便刪除多餘的列(row)，因此「請不要隨地留白」
+ *影片盡量用 embed 語法
+ *youtube 的話請把 watch?v= 改成 embed/
+ *ustream 的話點共用→迴紋針(取得連結)，把 /channel/ 改成 /embed/
+
+ *補充資訊
+
+ /
|
||
| 2014-08-01 00:44 | r634 | |
顯示 diff（23 行未修改）
|
||
| 2014-08-01 00:39 – 00:44 | r368 – r633 | |
顯示 diff（10 行未修改）
*開始作業
- 1
+ *hackfoldr 太長的話請善用短網址。
+ *像是 bit.ly 之類的服務，簡短好記、可改名很重要。
+ *有地圖的話請放在第一格。
+ *像是google 的 mapsengine 之類的，embed 話會像↓
+ *mapsengine.google.com/map/embed?mid={ map_id }
+ *順手上鎖
+ *ethercalc 有 lock 功能，為了避免會進後台的人誤刪、故意刪、亂刪…etc，上鎖很重要
+ *勤勞備份
+ *自動備份功能請洽 au...
+ *手動備份的方式可以參考 hackfoldr 的 使用說明
+ -
|
||
| 2014-08-01 00:39 | r367 | |
顯示 diff（13 行未修改）
|
||
| 2014-08-01 00:35 – 00:39 | r274 – r366 | |
顯示 diff（7 行未修改）
*想個簡單好記的 hackfoldr 名稱，建立 hackfoldr。
* 如果你還不會用 hackfoldr，請參考上方的使用說明。
- *
+ *編輯後台。
+
+ *開始作業
+ 1
|
||
| 2014-07-31 22:50 – 22:52 | r137 – r273 | |
顯示 diff（2 行未修改）
使用時機請自行判定，俗話說先搶先贏....通常具有一定規模的災害情況，都有可能會需要。尤其是資訊很零散，事件又很緊急的時候。
- *準備
- -
+ *準備作業
+ *在 irc 上討論並詢問意見。 (說不定有人已經先開好了 hackfoldr..
+ *確認有可能的資訊來源
+ *想個簡單好記的 hackfoldr 名稱，建立 hackfoldr。
+ * 如果你還不會用 hackfoldr，請參考上方的使用說明。
+ *
|
||
| 2014-07-31 22:50 | r136 | |
顯示 diff（6 行未修改）
|
||
| 2014-07-31 22:46 – 22:50 | r3 – r135 | |
顯示 diff- ha
+ hackfoldr 災況資訊整合 SOP
+ 這是各種 SOP 系列的其中一篇。若不會使用 hackfoldr 的話請參考使用說明。
+
+ 使用時機請自行判定，俗話說先搶先贏....通常具有一定規模的災害情況，都有可能會需要。尤其是資訊很零散，事件又很緊急的時候。
+ *準備
+ -
|
||
| 2014-07-31 22:46 | r2 | |
顯示 diff（1 行未修改）
|
||
| 2014-07-31 22:46 | r1 | |
顯示 diff- Untitled
-
- This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
+ ha
|
||
| 2014-07-31 22:46 | r0 | |
顯示 diff+ Untitled
+ This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
|
||