對政府災防系統的想像
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-08-04 23:14 – 23:14 | r4607 – r4613 | |
顯示 diff（12 行未修改）
*一、救災資訊的網站
國家災害防救科技中心（NCDR）的「NCDR 災
- 害交通部公路總局的「安全台灣（Safe Taiwan）」
+
+ 交通部公路總局的「安全台灣（Safe Taiwan）」
服務平台（ST-Web）http://www.safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（1 行未修改）
ＰＳ擔任公路總局資訊室主任陳守強推動中
+ http://www.google.org/publicalerts/?hl=zh&gl=TW#q&v=25.957893,124.819979,22.986054,118.83243&z=9
+ http://www.google.org/crisismap/taiwan
警*公開資料平台」
＊https://alerts.ncdr.nat.gov.tw/index.aspx
（371 行未修改）
|
||
| 2014-08-04 17:33 – 17:46 | r4522 – r4606 | |
顯示 diff 對政府災防系統的想像
+
+ *概述
*概述
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
*請盡情共*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
- 筆*(這不知道該用啥 title... 背景資訊？ 前言)XD
+
+ X*D
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
*一、救災資訊的網站
- 國家災害防救科技中心（NCDR）的「NCDR 災害示警公開資料平台」
+ 國家災害防救科技中心（NCDR）的「NCDR 災
+ 害交通部公路總局的「安全台灣（Safe Taiwan）」
+ 服務平台（ST-Web）http://www.safetaiwan.tw/
+ 手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
+ （FB專頁）https://www.facebook.com/SafeTaiwan.tw
+ ＰＳ擔任公路總局資訊室主任陳守強推動中
+
+ 警*公開資料平台」
＊https://alerts.ncdr.nat.gov.tw/index.aspx
（42 行未修改）
*app? 回報或分享資訊同時要接收後訊更新，任務綁定，變更通知接收。f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
+ *資訊的傳遞都是以人為核心，在災
+ 難生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
*
資訊的接收與傳遞 （角色情境）
*傳遞方
- *官方的網站、相關新聞稿
+ *官方
+ 網站、相關新聞稿
*官網是指政府成立的災害應變中心? 或是緊急應變中心嗎?
*看各事件所需處理的相關單位(?) 像這次包括高市社會局、高市府、消防...等，這部份的問題是府方沒有統一的對外窗口，社會局的安置歸社會局的安置、消防歸消防...etc。但對民眾而言，要四處(到不同網站)收集資料很麻煩。
（67 行未修改）
府方
- 民間a
+
+
+ 、
+ *三～九、保留中
+
+ 民間十、a
*iwan.tw/
- 手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
+ 手
+ 機版（
+ /*（超鏈接）
+ 依據這篇文章描述「重複造輪子」是個政府與民間搭不起來的橋樑……
+ 有人說眼鏡跟眼鏡蛇不好比較，也有人說太陽跟太陽餅也是不好比較～～
+ 其實真正不好比較的地方是「鄉民救災中跟鄉民嘴炮中」，政府思考事情一定是比較慢且依據政府內部的規劃來作業，鄉民做事情一定是比較快且依據眼睛看到的少部份資訊來做判斷。
+ 我們這次在g0v政府搞這個救災資迅列表，主要的目標根本是幫gov政府控制網路言論不要幫倒忙！各位想想是否如此吧！
+ #高雄大爆炸
+ ----
+ 評論：gov（政府） 跟 g0v（零時政府） 誰的網站比較好？
+ http://npost.tw/archives/9157
+ ----
+ */
+ /*
+ 標題：高雄氣爆事件訊息統整（時間：2014-08-03_05:55AM）
+ （本文短網址）http://bit.ly/Kaohsiung-explode
+ 補充說明︰
+ g0v的人已經帶頭建立「資訊集中」查閱的地方，各處零散的資訊請集中，需要即時更新的請及時更新。
+ 需要闢謠的請趕緊闢謠，到處在臉書（或其他社群網站）流傳的東西不是很確實就不要到處轉貼。
+ 這份照片內容會繼續修改文字，轉貼的人發現倒內容有變動，可以再次轉貼，直到所有朋友都知道有「高雄氣爆事件訊息統整」這個地方為止，而不會亂糟糟到處東說西說讓人一頭霧水。
+ 最典型的案例就是「８８風災杜神父」被人轉貼過時或錯誤的救援資訊「救了又救」三天，2千次以上電話通報，資源浪費也沒效率。
+ ----
+ 參考資料：
+ 不存在的網路防災體系（2011-03-17蘋果日報／作者：徐挺耀，台灣數位文化協會理事長）
+ http://www.appledaily.com.tw/appledaily/article/headline/20110317/33253900/
+ 莫拉克災情網路中心（八八水災網路救援滿月對談）
+ http://www.slideshare.net/s87273101/ss-3040281
+ ----
+ */
+ ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
（209 行未修改）
|
||
| 2014-08-04 17:11 – 17:23 | r4487 – r4521 | |
顯示 diff（30 行未修改）
需求：
一、 狀況確認： 地圖、損害族群報告（依譬如對象對用路人影響力還是大的
- *假設災區沒水沒電沒手機訊號 FM或AM訊號應該還是有機會傳進去角色區分）
+ *假設災區沒水沒電沒手機訊號 FM或AM訊號應該還是有機會傳進去
+ *不過台灣小，像八八風災就會有人帶著網卡和筆電衝進去了～角色區分）
*情況的公告、發佈、通知
*回報：情報收集》確認
（109 行未修改）
*天氣 / 天災示警
*醫院掛號、候診序號功能
- ww.facebook.com/SafeTaiwan.tw
+ ww.facebook.com/
+
+ *FB網友討論
+ *台灣緊急救災系統建置計畫2:為何需要民間救災系統
+ *【民間救災平台】 | 莫拉克計畫 SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 17:10 – 17:10 | r4474 – r4486 | |
顯示 diff（30 行未修改）
需求：
一、 狀況確認： 地圖、損害族群報告（依譬如對象對用路人影響力還是大的
- *假設災區沒水沒電沒手機訊號 FM訊ㄏㄠ角色區分）
+ *假設災區沒水沒電沒手機訊號 FM或AM訊號應該還是有機會傳進去角色區分）
*情況的公告、發佈、通知
*回報：情報收集》確認
（307 行未修改）
|
||
| 2014-08-04 17:10 | r4473 | |
顯示 diff（29 行未修改）
需求：
- 一、 狀況確認： 地圖、損害足ㄑ報告（依譬如對象對用路人影響力還是大的
+ 一、 狀況確認： 地圖、損害族群報告（依譬如對象對用路人影響力還是大的
*假設災區沒水沒電沒手機訊號 FM訊ㄏㄠ角色區分）
*情況的公告、發佈、通知
（308 行未修改）
|
||
| 2014-08-04 17:10 | r4472 | |
顯示 diff（30 行未修改）
需求：
一、 狀況確認： 地圖、損害足ㄑ報告（依譬如對象對用路人影響力還是大的
- *假設災區沒水沒電沒手機訊號 FM角色區分）
+ *假設災區沒水沒電沒手機訊號 FM訊ㄏㄠ角色區分）
*情況的公告、發佈、通知
*回報：情報收集》確認
（307 行未修改）
|
||
| 2014-08-04 17:10 | r4471 | |
顯示 diff（29 行未修改）
需求：
- 一、 狀況確認： 地圖、損害ㄗㄨ報告（依譬如對象對用路人影響力還是大的
+ 一、 狀況確認： 地圖、損害足ㄑ報告（依譬如對象對用路人影響力還是大的
*假設災區沒水沒電沒手機訊號 FM角色區分）
*情況的公告、發佈、通知
（308 行未修改）
|
||
| 2014-08-04 17:10 | r4470 | |
顯示 diff（30 行未修改）
需求：
一、 狀況確認： 地圖、損害ㄗㄨ報告（依譬如對象對用路人影響力還是大的
- *假設災區沒水沒電沒手機訊號 F角色區分）
+ *假設災區沒水沒電沒手機訊號 FM角色區分）
*情況的公告、發佈、通知
*回報：情報收集》確認
（307 行未修改）
|
||
| 2014-08-04 17:10 | r4469 | |
顯示 diff（29 行未修改）
需求：
- 一、 狀況確認： 地圖、損害報告（依譬如對象對用路人影響力還是大的
+ 一、 狀況確認： 地圖、損害ㄗㄨ報告（依譬如對象對用路人影響力還是大的
*假設災區沒水沒電沒手機訊號 F角色區分）
*情況的公告、發佈、通知
（308 行未修改）
|
||
| 2014-08-04 17:10 – 17:10 | r4466 – r4468 | |
顯示 diff（29 行未修改）
需求：
- 一、 狀況確認： 地圖、損害報告（依譬如對象對用路人影響力還是大的角色區分）
+ 一、 狀況確認： 地圖、損害報告（依譬如對象對用路人影響力還是大的
+ *假設災區沒水沒電沒手機訊號 F角色區分）
*情況的公告、發佈、通知
*回報：情報收集》確認
（307 行未修改）
|
||
| 2014-08-04 17:09 – 17:09 | r4462 – r4465 | |
顯示 diff（29 行未修改）
需求：
- 一、 狀況確認： 地圖、損害報告（依對象角色區分）
+ 一、 狀況確認： 地圖、損害報告（依譬如對象對用路人影響力還是大的角色區分）
*情況的公告、發佈、通知
*回報：情報收集》確認
（307 行未修改）
|
||
| 2014-08-05 01:47 – 01:49 | r4456 – r4461 | |
顯示 diff（119 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
*同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的
- *簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
+ *1.硬體
+
+ #簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
*!!! 設備! 也許有一解是量產然後針對災區發放...但回收會有問題(呃)*身份驗證(like PTT, FB have to login)
（215 行未修改）
|
||
| 2014-08-05 01:47 | r4455 | |
顯示 diff（182 行未修改）
Q：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？
*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
+ *回報區可以讓不同帳號做確再主動通知官方確認 如未達標 官方可以被動查看
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及) 如果官方出面否認可以歸零或刪除？ 官方要有權限
*民防，民力，
（152 行未修改）
|
||
| 2014-08-05 01:47 – 01:47 | r4451 – r4454 | |
顯示 diff（118 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
+ *同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的
+ *簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
*!!! 設備! 也許有一解是量產然後針對災區發放...但回收會有問題(呃)*身份驗證(like PTT, FB have to login)
（215 行未修改）
|
||
| 2014-08-04 17:09 | r4450 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友、親戚說
- *最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
+ *最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
*
（308 行未修改）
|
||
| 2014-08-04 17:09 – 17:09 | r4448 – r4449 | |
顯示 diff（26 行未修改）
*他們還是習慣看電視或聽朋友、親戚說
*最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
- *ㄓㄨ
+ *
需求：
（307 行未修改）
|
||
| 2014-08-04 17:09 | r4447 | |
顯示 diff（27 行未修改）
*最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
*ㄓㄨ
- *
需求：
（307 行未修改）
|
||
| 2014-08-04 17:09 | r4446 | |
顯示 diff（26 行未修改）
*他們還是習慣看電視或聽朋友、親戚說
*最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
- *
+ *ㄓㄨ
*
（308 行未修改）
|
||
| 2014-08-04 17:09 – 17:09 | r4444 – r4445 | |
顯示 diff（339 行未修改）
|
||
| 2014-08-04 17:09 | r4443 | |
顯示 diff（26 行未修改）
*他們還是習慣看電視或聽朋友、親戚說
*最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
+ *
*
（308 行未修改）
|
||
| 2014-08-04 17:07 – 17:09 | r4425 – r4442 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友、親戚說
- *最
+ *最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了
+ *
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 | r4424 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
- *他們還是習慣看電視或聽朋友’親戚說
+ *他們還是習慣看電視或聽朋友、親戚說
*最
（308 行未修改）
|
||
| 2014-08-04 17:07 – 17:07 | r4421 – r4423 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友’親戚說
- *最ㄔㄨ
+ *最
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 | r4420 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
- *他們還是習慣看電視或聽朋友親戚說
+ *他們還是習慣看電視或聽朋友’親戚說
*最ㄔㄨ
（308 行未修改）
|
||
| 2014-08-04 17:07 | r4419 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友親戚說
- *
+ *最ㄔㄨ
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 | r4418 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
- *他們還是習慣看電視或聽朋友‘親戚說
+ *他們還是習慣看電視或聽朋友親戚說
*
（308 行未修改）
|
||
| 2014-08-04 17:07 – 17:07 | r4416 – r4417 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友‘親戚說
- *最最傳統
+ *
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 | r4415 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
- *他們還是習慣看電視或聽朋友‘親ㄑㄧ說
+ *他們還是習慣看電視或聽朋友‘親戚說
*最最傳統
（308 行未修改）
|
||
| 2014-08-04 17:07 | r4414 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友‘親ㄑㄧ說
- *最最船
+ *最最傳統
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 | r4413 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
- *他們還是習慣看電視或聽朋友‘親說
+ *他們還是習慣看電視或聽朋友‘親ㄑㄧ說
*最最船
（308 行未修改）
|
||
| 2014-08-04 17:07 | r4412 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友‘親說
- *最
+ *最最船
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 | r4411 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
- *他們還是習慣看電視或聽朋友‘說
+ *他們還是習慣看電視或聽朋友‘親說
*最
（308 行未修改）
|
||
| 2014-08-04 17:07 | r4410 | |
顯示 diff（25 行未修改）
*嗯啊 我爸連簡訊都不會看
*他們還是習慣看電視或聽朋友‘說
- *
+ *最
需求：
（307 行未修改）
|
||
| 2014-08-04 17:07 – 17:07 | r4398 – r4409 | |
顯示 diff（24 行未修改）
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
*嗯啊 我爸連簡訊都不會看
+ *他們還是習慣看電視或聽朋友‘說
*
（308 行未修改）
|
||
| 2014-08-04 17:06 – 17:07 | r4392 – r4397 | |
顯示 diff（23 行未修改）
*個人是認為 與其希望降低資訊門檻 不如期望有資訊能力的人收到消息以後 用其他非資訊管道通知別人ORZ
*也對，我這次就是這樣消化訊息後，再電話通知家母 XD
+ *嗯啊 我爸連簡訊都不會看
+ *
需求：
（307 行未修改）
|
||
| 2014-08-04 17:06 – 17:06 | r4382 – r4391 | |
顯示 diff（22 行未修改）
*也對，不過 Line 的使用會有一點資訊門檻？
*個人是認為 與其希望降低資訊門檻 不如期望有資訊能力的人收到消息以後 用其他非資訊管道通知別人ORZ
+ *也對，我這次就是這樣消化訊息後，再電話通知家母 XD
需求：
（307 行未修改）
|
||
| 2014-08-04 17:04 – 17:05 | r4365 – r4381 | |
顯示 diff（21 行未修改）
*簡訊字數限制很麻煩啊ORZ
*也對，不過 Line 的使用會有一點資訊門檻？
+ *個人是認為 與其希望降低資訊門檻 不如期望有資訊能力的人收到消息以後 用其他非資訊管道通知別人ORZ
需求：
（307 行未修改）
|
||
| 2014-08-04 17:02 – 17:03 | r4352 – r4364 | |
顯示 diff（20 行未修改）
*譬如簡訊通知？
*簡訊字數限制很麻煩啊ORZ
+ *也對，不過 Line 的使用會有一點資訊門檻？
+
需求：
一、 狀況確認： 地圖、損害報告（依對象角色區分）
（306 行未修改）
|
||
| 2014-08-04 17:02 – 17:02 | r4349 – r4351 | |
顯示 diff（19 行未修改）
*電信業者及媒體公開資訊的統一管道
*譬如簡訊通知？
+ *簡訊字數限制很麻煩啊ORZ
需求：
一、 狀況確認： 地圖、損害報告（依對象角色區分）
（306 行未修改）
|
||
| 2014-08-04 17:01 – 17:02 | r4346 – r4348 | |
顯示 diff（18 行未修改）
*line有官方限制 可能要另外找一個open的通知管道 臨時要成立粉絲團也許會來不及
*電信業者及媒體公開資訊的統一管道
+ *譬如簡訊通知？
需求：
一、 狀況確認： 地圖、損害報告（依對象角色區分）
（306 行未修改）
|
||
| 2014-08-04 13:32 – 13:49 | r4259 – r4345 | |
顯示 diff（123 行未修改）
w
*/* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中. */
+
+ 一言難盡，直接畫個想像圖
+ *
+ 普及性會是這類少用平台最重要的成功關鍵，建議可以整合的App類型：
+ *天氣 / 天災示警
+ *醫院掛號、候診序號功能
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 09:17 – 09:33 | r4039 – r4258 | |
顯示 diff（18 行未修改）
*line有官方限制 可能要另外找一個open的通知管道 臨時要成立粉絲團也許會來不及
*電信業者及媒體公開資訊的統一管道
- w
+ 需求：
+ 一、 狀況確認： 地圖、損害報告（依對象角色區分）
+ *情況的公告、發佈、通知
+ *回報：情報收集》確認
+ 二、 指示： 命令中心，接受、發佈命令（依對象角色區分）w
呈現方式討論：
分區再分類
（5 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及) 如果官方出面否認可以歸零或刪除？ 官方要有權限
*民防，民力，
*在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
（4 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後訊更新，任務綁定。f
+ *app? 回報或分享資訊同時要接收後訊更新，任務綁定，變更通知接收。f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
*
- 資訊的接收與傳遞
+ 資訊的接收與傳遞 （角色情境）
*傳遞方
*官方的網站、相關新聞稿
（2 行未修改）
*新聞稿的部份是參考高雄板的社工po文，他也有明指出「社會局不方便發新聞稿」((但安置的問題不是歸社會局管嗎<<<
*各司算是官方傳遞資訊最大的問題吧
+ *所以各司發佈，再統一集中到一個介面，相關單位總數及規模確認，單位主動通知，還是系統去把資料接過來？
*傳統媒體(TV)
*網路社群 (包含 網路媒體)
（265 行未修改）
|
||
| 2014-08-04 09:16 – 09:16 | r4035 – r4038 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
- *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發
+ *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發佈就好很多
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:16 – 09:16 | r4033 – r4034 | |
顯示 diff（30 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。 民
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（282 行未修改）
|
||
| 2014-08-04 09:16 | r4032 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
- *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發
+ *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:16 | r4031 | |
顯示 diff（30 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。 口女
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。 民
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（282 行未修改）
|
||
| 2014-08-04 09:16 | r4030 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
- *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發
+ *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:16 | r4029 | |
顯示 diff（30 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。 口女
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（282 行未修改）
|
||
| 2014-08-04 09:16 – 09:16 | r4027 – r4028 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
- *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息
+ *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:16 | r4026 | |
顯示 diff（30 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（282 行未修改）
|
||
| 2014-08-04 09:15 – 09:16 | r3996 – r4025 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
- *
+ *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:15 – 09:15 | r3994 – r3995 | |
顯示 diff（22 行未修改）
分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
- 受災地增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
+ 受災地圖：增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
（290 行未修改）
|
||
| 2014-08-04 09:15 | r3993 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
-
+ *
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:15 – 09:15 | r3991 – r3992 | |
顯示 diff（22 行未修改）
分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
- 受增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
+ 受災地增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
（290 行未修改）
|
||
| 2014-08-04 09:15 | r3990 | |
顯示 diff（75 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
- *
+
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:15 – 09:15 | r3985 – r3989 | |
顯示 diff（22 行未修改）
分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
- 增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
+ 受增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
（290 行未修改）
|
||
| 2014-08-04 09:12 – 09:15 | r3924 – r3984 | |
顯示 diff（64 行未修改）
*前往救援的分兩類：有組織性和無組織性(未被收編)
*「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
- *無論何種災情，基本
+ *無論何種災情，基本上都不鼓勵這種衝動型的志工。比較鼓勵平日加入特定的組織或團體，有些訓練和分工做事的經驗，如此較易在有需要時應召發揮功能。
*接收方
*一般民眾
（6 行未修改）
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
+ *
*傳遞速度
*層層上報的問題
（237 行未修改）
|
||
| 2014-08-04 09:12 – 09:12 | r3922 – r3923 | |
顯示 diff（19 行未修改）
*電信業者及媒體公開資訊的統一管道
w
- 呈現方式：
+ 呈現方式討論：
分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
（292 行未修改）
|
||
| 2014-08-04 09:12 – 09:12 | r3915 – r3921 | |
顯示 diff（64 行未修改）
*前往救援的分兩類：有組織性和無組織性(未被收編)
*「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
- *無論種
+ *無論何種災情，基本
*接收方
*一般民眾
（247 行未修改）
|
||
| 2014-08-04 09:12 | r3914 | |
顯示 diff（19 行未修改）
*電信業者及媒體公開資訊的統一管道
w
- 呈現方式：分區再分類
+ 呈現方式：
+ 分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
（291 行未修改）
|
||
| 2014-08-04 09:12 – 09:12 | r3912 – r3913 | |
顯示 diff（63 行未修改）
*前往救援的分兩類：有組織性和無組織性(未被收編)
*「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
- *論種
+ *無論種
*接收方
*一般民眾
（247 行未修改）
|
||
| 2014-08-04 09:12 | r3911 | |
顯示 diff（19 行未修改）
*電信業者及媒體公開資訊的統一管道
w
- 呈現方式分區再分類
+ 呈現方式：分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
（291 行未修改）
|
||
| 2014-08-04 09:12 – 09:12 | r3909 – r3910 | |
顯示 diff（63 行未修改）
*前往救援的分兩類：有組織性和無組織性(未被收編)
*「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
- *
+ *論種
*接收方
*一般民眾
（247 行未修改）
|
||
| 2014-08-04 09:12 – 09:12 | r3906 – r3908 | |
顯示 diff（19 行未修改）
*電信業者及媒體公開資訊的統一管道
w
- 呈現方或分區再分類
+ 呈現方式分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
（291 行未修改）
|
||
| 2014-08-04 09:12 | r3905 | |
顯示 diff（63 行未修改）
*前往救援的分兩類：有組織性和無組織性(未被收編)
*「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
+ *
*接收方
*一般民眾
（247 行未修改）
|
||
| 2014-08-04 09:11 – 09:12 | r3892 – r3904 | |
顯示 diff（3 行未修改）
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
*請盡情共*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
- 筆*(這不知道該用啥 title...)XD
+ 筆*(這不知道該用啥 title... 背景資訊？ 前言)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（11 行未修改）
*電信業者及媒體公開資訊的統一管道
w
- 分區再分類
+ 呈現方或分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
（290 行未修改）
|
||
| 2014-08-04 09:09 – 09:10 | r3879 – r3891 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 – 09:09 | r3876 – r3878 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（可信度尸火），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可信度驗證），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 | r3875 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 | r3874 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（可信度），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可信度尸火），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 | r3873 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 – 09:09 | r3870 – r3872 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（可信度尸火），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可信度），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 | r3869 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 | r3868 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（可信度），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可信度尸火），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 – 09:09 | r3866 – r3867 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 – 09:09 | r3862 – r3865 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（可Ph），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可信度），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 | r3861 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要 解的人
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 | r3860 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（可Pha），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可Ph），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 | r3859 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要解的人
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要 解的人
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 – 09:09 | r3855 – r3858 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（一），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（可Pha），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 | r3854 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要解的
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要解的人
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 | r3853 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源（），時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（一），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:09 – 09:09 | r3849 – r3852 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要解的
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:09 | r3848 | |
顯示 diff（82 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
+ *要容易辨識資訊的來源（），時間性，重要性。否則很容易被過多資訊淹沒。
*訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
（227 行未修改）
|
||
| 2014-08-04 09:07 – 09:09 | r3807 – r3847 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過 大
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:07 | r3806 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後訊更新，任務綁定f
+ *app? 回報或分享資訊同時要接收後訊更新，任務綁定。f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:07 – 09:07 | r3804 – r3805 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過 大
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:07 – 09:07 | r3802 – r3803 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後訊更新，任務綁f
+ *app? 回報或分享資訊同時要接收後訊更新，任務綁定f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:07 | r3801 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:07 – 09:07 | r3799 – r3800 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後訊更新，任f
+ *app? 回報或分享資訊同時要接收後訊更新，任務綁f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:07 | r3798 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:07 | r3797 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後訊更新，f
+ *app? 回報或分享資訊同時要接收後訊更新，任f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 – 09:07 | r3794 – r3796 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3790 – r3793 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後卜口弓十f
+ *app? 回報或分享資訊同時要接收後訊更新，f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3789 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 非
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3788 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接收後f
+ *app? 回報或分享資訊同時要接收後卜口弓十f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3787 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 非
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 非
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3783 – r3786 | |
顯示 diff（314 行未修改）
|
||
| 2014-08-04 09:06 | r3782 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 非
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3778 – r3781 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要接月月水f
+ *app? 回報或分享資訊同時要接收後f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3777 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3775 – r3776 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要手卜廿女f
+ *app? 回報或分享資訊同時要接月月水f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3774 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3773 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要手f
+ *app? 回報或分享資訊同時要手卜廿女f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3772 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3771 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時要f
+ *app? 回報或分享資訊同時要手f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3770 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3769 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分享資訊同時f
+ *app? 回報或分享資訊同時要f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3768 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3760 – r3767 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或分卜口弓f
+ *app? 回報或分享資訊同時f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3759 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3757 – r3758 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報或f
+ *app? 回報或分卜口弓f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3756 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3755 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回報f
+ *app? 回報或f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3754 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準多
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3753 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? 回f
+ *app? 回報f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3752 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3750 – r3751 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? f
+ *app? 回f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3749 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民 強和精準
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3748 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *app? f
+ *app? f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3745 – r3747 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 – 09:06 | r3742 – r3744 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *af
+ *app? f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3741 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應比民
+ *在救災時間點上，公部門原有的通報系統應比民
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3740 | |
顯示 diff（36 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
* 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
- *f
+ *af
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 09:06 | r3739 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *在救災時間點上，公部門原有的通報系統應
+ *在救災時間點上，公部門原有的通報系統應比民
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（280 行未修改）
|
||
| 2014-08-04 09:06 | r3738 | |
顯示 diff（35 行未修改）
*該災害應有的災害急救中心，由災難應變中心人員回報(不知道會不會有難度)，也可以公布目前收得物資的資訊，避免重複物資的浪費，也可以公告出目前所欠缺的資源(若無法由災難應變中心人員進行編輯是否能由上一個Q的回答一樣，使用回報區回報目前的物資狀況)
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
- * 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。f
+ * 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
+ *f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 08:59 – 09:06 | r3606 – r3737 | |
顯示 diff（29 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
+ *在救災時間點上，公部門原有的通報系統應
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
* 如何傳播／更新最新消息？
*該災害應有的災害急救中心，由災難應變中心人員回報(不知道會不會有難度)，也可以公布目前收得物資的資訊，避免重複物資的浪費，也可以公告出目前所欠缺的資源(若無法由災難應變中心人員進行編輯是否能由上一個Q的回答一樣，使用回報區回報目前的物資狀況)
- *避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
+ *避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
+ * 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。f
*資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
（273 行未修改）
|
||
| 2014-08-04 08:50 – 08:58 | r3473 – r3605 | |
顯示 diff（80 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
+ *高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
+ *現在因為分享訊息的方式很多，往往消息一發散，就沒辦法阻斷 hold 住。於是同樣一則不正確的消息，隔了幾天還是不斷出現；或重複募集已不需要的物資。
+ *這個粉絲團目前運作良好。依照與政府合作的經驗，只要與他們建立 mutual trust，就有可能也分享到政府的訊息資源，因為公部門相信這樣一群人/組織可以幫上忙。譬如以前的火腿族，第一時間帶著專業通訊設備到災區，最後成為專業的救援隊伍，不少搜救隊是這樣起家的。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:51 – 08:03 | r2903 – r3472 | |
顯示 diff（41 行未修改）
*官方的網站、相關新聞稿
*官網是指政府成立的災害應變中心? 或是緊急應變中心嗎?
+ *看各事件所需處理的相關單位(?) 像這次包括高市社會局、高市府、消防...等，這部份的問題是府方沒有統一的對外窗口，社會局的安置歸社會局的安置、消防歸消防...etc。但對民眾而言，要四處(到不同網站)收集資料很麻煩。
+ *新聞稿的部份是參考高雄板的社工po文，他也有明指出「社會局不方便發新聞稿」((但安置的問題不是歸社會局管嗎<<<
+ *各司算是官方傳遞資訊最大的問題吧
*傳統媒體(TV)
*網路社群 (包含 網路媒體)
*g0v , Facebook , twitter (PTT跟Disp.cc要跟網路社群/媒體分開看嗎?)
+ *PTT 跟 disp.cc 分開是因為有點像兩個世界XDDD g0ver 的話基本上都會四處流竄所以算在網路社群裡面了
+ *( 另一方面來說，應該是封閉性的問題XD 像是↓指的PTT帳號限制 )
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
（1 行未修改）
*PTT的文章常常會被轉寄到Disp,但是Disp的文章卻無法轉寄到PTT，只能把網址貼到PTT，輔助發文引用
*受災民眾
+ *這部份的傳遞是指「災區現況」的傳遞，畢竟最清處現況的當然是受災民眾了....
*尋人
*自發前往救助的民眾
+ *為了和志工、前往救助的人併在一起，所以先把自發兩字 strike 了XD
+ *前往救援的分兩類：有組織性和無組織性(未被收編)
+ *「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
*接收方
*一般民眾
（244 行未修改）
|
||
| 2014-08-04 07:42 – 07:42 | r2892 – r2902 | |
顯示 diff（49 行未修改）
*PTT的文章常常會被轉寄到Disp,但是Disp的文章卻無法轉寄到PTT，只能把網址貼到PTT，輔助發文引用
*受災民眾
+ *尋人
*自發前往救助的民眾
*接收方
（6 行未修改）
*受災民眾
*受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
-
官方的問題t*官方現有的網站
*傳遞速度
（235 行未修改）
|
||
| 2014-08-04 07:35 – 07:39 | r2817 – r2891 | |
顯示 diff（40 行未修改）
*傳遞方
*官方的網站、相關新聞稿
+ *官網是指政府成立的災害應變中心? 或是緊急應變中心嗎?
*傳統媒體(TV)
*網路社群 (包含 網路媒體)
+ *g0v , Facebook , twitter (PTT跟Disp.cc要跟網路社群/媒體分開看嗎?)
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
- *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能把網址貼到PTT，輔助發文引用
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻無法轉寄到PTT，只能把網址貼到PTT，輔助發文引用
*受災民眾
+ *自發前往救助的民眾
*接收方
*一般民眾
（245 行未修改）
|
||
| 2014-08-04 07:35 – 07:35 | r2811 – r2816 | |
顯示 diff（68 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：高雄氣爆救災後援團
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:35 – 07:35 | r2803 – r2810 | |
顯示 diff（45 行未修改）
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
- *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能把網址貼到PTT，補助發文
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能把網址貼到PTT，輔助發文引用
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:35 | r2802 | |
顯示 diff（68 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：高雄氣爆救災後援團https://www.facebook.com/groups/1510142532534482/?fref=ts
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：高雄氣爆救災後援團
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:35 – 07:35 | r2798 – r2801 | |
顯示 diff（45 行未修改）
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
- *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能把網址貼到PTT，
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能把網址貼到PTT，補助發文
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:35 | r2797 | |
顯示 diff（68 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：https://www.facebook.com/groups/1510142532534482/?fref=ts
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：高雄氣爆救災後援團https://www.facebook.com/groups/1510142532534482/?fref=ts
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:35 – 07:35 | r2791 – r2796 | |
顯示 diff（45 行未修改）
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
- *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能把網址貼到PTT，
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:35 | r2790 | |
顯示 diff（68 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：https://www.facebook.com/groups/1510142532534482/?fref=ts
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:35 – 07:35 | r2788 – r2789 | |
顯示 diff（45 行未修改）
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
- *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，ㄓ
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，只能
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:35 | r2787 | |
顯示 diff（68 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:35 | r2786 | |
顯示 diff（45 行未修改）
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
- *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，ㄓ
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:35 | r2785 | |
顯示 diff（68 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:34 – 07:35 | r2746 – r2784 | |
顯示 diff（45 行未修改）
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
*Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻很無法轉寄到PTT，
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:34 | r2745 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:34 – 07:34 | r2741 – r2744 | |
顯示 diff（44 行未修改）
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
- *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難ㄑㄧㄡ
+ *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:34 | r2740 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:34 | r2739 | |
顯示 diff（44 行未修改）
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
- *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難ㄑㄧ
+ *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難ㄑㄧㄡ
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:34 | r2738 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:34 – 07:34 | r2736 – r2737 | |
顯示 diff（44 行未修改）
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
- *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就ㄏ
+ *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難ㄑㄧ
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:34 | r2735 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:34 | r2734 | |
顯示 diff（44 行未修改）
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
- *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是
+ *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就ㄏ
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:34 | r2733 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:33 – 07:34 | r2713 – r2732 | |
顯示 diff（44 行未修改）
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
- *D
+ *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:33 | r2712 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:33 | r2711 | |
顯示 diff（44 行未修改）
*PTT、DISP.CC (兩者的受眾不太相同)
*PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
- *
+ *D
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:33 | r2710 | |
顯示 diff（67 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用資源
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:33 – 07:33 | r2707 – r2709 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在
+ *PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
+ *
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 – 07:33 | r2702 – r2706 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2699 – r2701 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是再
+ *PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2698 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓不同緊急程度的資訊
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2690 – r2697 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，不容易申請，發佈文章的
+ *PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是再
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2686 – r2689 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台，讓
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 | r2685 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，不容易申請，發佈文章
+ *PTT的帳號限制比較大，不容易申請，發佈文章的
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2684 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。如果可以有一個平台
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 | r2683 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，不容易申請，
+ *PTT的帳號限制比較大，不容易申請，發佈文章
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2681 – r2682 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況和
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問的人。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2676 – r2680 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，可以申請的障
+ *PTT的帳號限制比較大，不容易申請，
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2675 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場狀況
+ *訊息分流：有時政府人手，疲於應付現場狀況和
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 | r2674 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，可以申請的
+ *PTT的帳號限制比較大，可以申請的障
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2673 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付現場
+ *訊息分流：有時政府人手，疲於應付現場狀況
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2671 – r2672 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，可以ㄕㄣ
+ *PTT的帳號限制比較大，可以申請的
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2670 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，疲於應付
+ *訊息分流：有時政府人手，疲於應付現場
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2667 – r2669 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，可以心身
+ *PTT的帳號限制比較大，可以ㄕㄣ
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2666 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手，
+ *訊息分流：有時政府人手，疲於應付
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2662 – r2665 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大，
+ *PTT的帳號限制比較大，可以心身
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2661 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時政府人手
+ *訊息分流：有時政府人手，
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 | r2660 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號限制比較大
+ *PTT的帳號限制比較大，
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2659 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：有時
+ *訊息分流：有時政府人手
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2657 – r2658 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的帳號
+ *PTT的帳號限制比較大
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2656 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流：
+ *訊息分流：有時
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2653 – r2655 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT的
+ *PTT的帳號
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2652 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *訊息分流
+ *訊息分流：
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:32 – 07:32 | r2650 – r2651 | |
顯示 diff（43 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *PTT
+ *PTT的
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:32 | r2649 | |
顯示 diff（66 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *
+ *訊息分流
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（223 行未修改）
|
||
| 2014-08-04 07:30 – 07:32 | r2640 – r2648 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
（11 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
+ *PTT
*受災民眾
*接收方
（246 行未修改）
|
||
| 2014-08-04 07:28 – 07:29 | r2627 – r2639 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment, hackpad 操作請見
+ *請盡情共*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（22 行未修改）
*或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
- *
+
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
* 如何傳播／更新最新消息？
（259 行未修改）
|
||
| 2014-08-04 07:27 – 07:28 | r2624 – r2626 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2622 – r2623 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment, hackpad 操作請
+ *請盡情共*打兩個 // 可以使用 comment, hackpad 操作請見
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2620 – r2621 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被ㄨㄢ)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2619 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment, hackpad 操作
+ *請盡情共*打兩個 // 可以使用 comment, hackpad 操作請
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2618 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被ㄨㄢ)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2615 – r2617 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment, hackp
+ *請盡情共*打兩個 // 可以使用 comment, hackpad 操作
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2614 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都珼)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2611 – r2613 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment,
+ *請盡情共*打兩個 // 可以使用 comment, hackp
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2610 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都珼)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2609 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment,
+ *請盡情共*打兩個 // 可以使用 comment,
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2608 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都珼完)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2607 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment
+ *請盡情共*打兩個 // 可以使用 comment,
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2606 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都珼)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都珼完)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2605 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comment
+ *請盡情共*打兩個 // 可以使用 comment
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2604 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都珼)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2602 – r2603 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 commen
+ *請盡情共*打兩個 // 可以使用 comment
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2601 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2600 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 // 可以使用 comm
+ *請盡情共*打兩個 // 可以使用 commen
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2595 – r2599 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2582 – r2594 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 //
+ *請盡情共*打兩個 // 可以使用 comm
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2581 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經ㄍㄨㄛ3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2580 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個 //
+ *請盡情共*打兩個 //
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2579 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示ㄐ3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經ㄍㄨㄛ3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2578 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩個
+ *請盡情共*打兩個 //
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2577 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示ㄐ3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2576 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打兩Ｐ
+ *請盡情共*打兩個
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2575 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示r3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2574 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*打
+ *請盡情共*打兩Ｐ
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 | r2573 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示ru/ 3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示r3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:27 | r2572 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共*
+ *請盡情共*打
筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（286 行未修改）
|
||
| 2014-08-04 07:27 – 07:27 | r2570 – r2571 | |
顯示 diff（27 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示ru/ 3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 – 07:27 | r2560 – r2569 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道ＪXD
+ *請盡情共*
+ 筆*(這不知道該用啥 title...)XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2559 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接顯示ㄕ)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接顯示數字)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2558 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道XD
+ *請盡情共筆*(這不知道ＪXD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2557 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接ㄒㄧ)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接顯示ㄕ)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2556 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道該XD
+ *請盡情共筆*(這不知道XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2555 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直ㄐㄧㄝ)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直接ㄒㄧ)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2554 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道該分啥XD
+ *請盡情共筆*(這不知道該XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2553 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直ㄐㄧㄝ)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2552 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道該分啥關XD
+ *請盡情共筆*(這不知道該分啥XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2551 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是直)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2550 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道該分啥XD
+ *請盡情共筆*(這不知道該分啥關XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2549 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或ㄕ)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或是)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2548 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道該分XD
+ *請盡情共筆*(這不知道該分啥XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2547 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，ㄏㄨ)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，或ㄕ)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2546 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*(這不知道該XD
+ *請盡情共筆*(這不知道該分XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2545 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，ㄏㄨ)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 – 07:26 | r2541 – r2544 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*XD
+ *請盡情共筆*(這不知道該XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 – 07:26 | r2537 – r2540 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人已)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人以上確認，)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2536 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*pXD
+ *請盡情共筆*XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2535 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3人已)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2534 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆*XD
+ *請盡情共筆*pXD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 – 07:26 | r2524 – r2533 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如綠色)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示3)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 | r2523 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆#XD
+ *請盡情共筆*XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:26 | r2522 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *或者直接顯示確認過的人數(以不同顏色區別，例如)，由觀看者自行決定可信度(這樣比較節省時間)
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:26 – 07:26 | r2520 – r2521 | |
顯示 diff（2 行未修改）
橋接民間資訊與政府資訊。
from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
- *請盡情共筆XD
+ *請盡情共筆#XD
*打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
（285 行未修改）
|
||
| 2014-08-04 07:24 – 07:26 | r2489 – r2519 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
- *
+ *或者直接顯示確認過的人數(以不同顏色區別，例如)，由觀看者自行決定可信度(這樣比較節省時間)
*民防，民力，
*
（261 行未修改）
|
||
| 2014-08-04 07:24 | r2488 | |
顯示 diff（86 行未修改）
府方
- 民間a*iwan.tw/
+ 民間a
+ *iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
（200 行未修改）
|
||
| 2014-08-04 07:24 – 07:24 | r2486 – r2487 | |
顯示 diff（26 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
+ *
*民防，民力，
*
（260 行未修改）
|
||
| 2014-08-04 07:23 – 07:24 | r2460 – r2485 | |
顯示 diff（83 行未修改）
*身份驗證可以考慮簡訊驗證(雖然比較花錢)**氣爆事件的反思與檢討
- a*iwan.tw/
+ 府方
+
+ 民間a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中. */
+ */* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中. */
ww.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 07:22 – 07:23 | r2447 – r2459 | |
顯示 diff（80 行未修改）
*!!! 設備! 也許有一解是量產然後針對災區發放...但回收會有問題(呃)*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...
+ *身份驗證可以考慮簡訊驗證(雖然比較花錢)**氣爆事件的反思與檢討
a*iwan.tw/
（202 行未修改）
|
||
| 2014-08-04 07:21 – 07:22 | r2402 – r2446 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
*同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
- *!!! 設備! 也許有一解是產量*身份驗證(like PTT, FB have to login)
+ *!!! 設備! 也許有一解是量產然後針對災區發放...但回收會有問題(呃)*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:21 | r2401 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線年長者可以容易學習應用，2G手機的待機時間更長也更省電
+ *同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
*!!! 設備! 也許有一解是產量*身份驗證(like PTT, FB have to login)
（205 行未修改）
|
||
| 2014-08-04 07:21 – 07:21 | r2399 – r2400 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
*同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線年長者可以容易學習應用，2G手機的待機時間更長也更省電
- *!!! 設備! 也許有一解是*身份驗證(like PTT, FB have to login)
+ *!!! 設備! 也許有一解是產量*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:21 | r2398 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用，2G手機的待機時間更長也更省電
+ *同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線年長者可以容易學習應用，2G手機的待機時間更長也更省電
*!!! 設備! 也許有一解是*身份驗證(like PTT, FB have to login)
（205 行未修改）
|
||
| 2014-08-04 07:21 – 07:21 | r2385 – r2397 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用，2G手機的待機時間更長也更省電*身份驗證(like PTT, FB have to login)
+ *同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用，2G手機的待機時間更長也更省電
+ *!!! 設備! 也許有一解是*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:21 – 07:21 | r2374 – r2384 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用*身份驗證(like PTT, FB have to login)
+ *同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用，2G手機的待機時間更長也更省電*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:21 – 07:21 | r2372 – r2373 | |
顯示 diff（79 行未修改）
*同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...**氣爆事件的反思與檢討
a*iwan.tw/
（202 行未修改）
|
||
| 2014-08-04 07:20 – 07:21 | r2368 – r2371 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上需要考慮讓一般手機也能夠方便回報的方式*身份驗證(like PTT, FB have to login)
+ *同上需要考慮讓一般手機也能夠方便回報的方式，年長者可以容易學習應用*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2366 – r2367 | |
顯示 diff（79 行未修改）
*同上需要考慮讓一般手機也能夠方便回報的方式*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳」**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」**氣爆事件的反思與檢討
a*iwan.tw/
（202 行未修改）
|
||
| 2014-08-04 07:20 | r2365 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *同上*身份驗證(like PTT, FB have to login)
+ *同上需要考慮讓一般手機也能夠方便回報的方式*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳」**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2355 – r2364 | |
顯示 diff（79 行未修改）
*同上*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不會」**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳」**氣爆事件的反思與檢討
a*iwan.tw/
（202 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2353 – r2354 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *身份驗證(like PTT, FB have to login)
+ *同上*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不會」**氣爆事件的反思與檢討
（204 行未修改）
|
||
| 2014-08-04 07:20 | r2352 | |
顯示 diff（87 行未修改）
w
/* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中. */
+
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2351 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *wj*身份驗證(like PTT, FB have to login)
+ *身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不會」**氣爆事件的反思與檢討
（203 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2349 – r2350 | |
顯示 diff（285 行未修改）
|
||
| 2014-08-04 07:20 | r2348 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- *w*身份驗證(like PTT, FB have to login)
+ *wj*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不會」**氣爆事件的反思與檢討
（203 行未修改）
|
||
| 2014-08-04 07:20 | r2347 | |
顯示 diff（79 行未修改）
*w*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不會」**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:20 | r2346 | |
顯示 diff（77 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
- **身份驗證(like PTT, FB have to login)
+ *w*身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不**氣爆事件的反思與檢討
（203 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2341 – r2345 | |
顯示 diff（79 行未修改）
**身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，除了要考量使用者**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，除了要考量使用者「會不**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:20 | r2340 | |
顯示 diff（76 行未修改）
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
- *操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
+ *操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
+ **身份驗證(like PTT, FB have to login)
*身份驗證大概是最詬病的問題....=_=，除了要考量使用者**氣爆事件的反思與檢討
（203 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2334 – r2339 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，除**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，除了要考量使用者**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:20 | r2333 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中. */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2332 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，隱**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，除**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:20 | r2331 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人ㄕ ㄡ */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2330 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=，**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，隱**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:20 | r2329 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人ㄕ ㄡ */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2328 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證大概是最詬病的問題....=_=**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=，**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2319 – r2327 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2316 – r2318 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接成為t，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接成為 tweet，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:20 – 07:20 | r2313 – r2315 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確ㄕ ˊ */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2312 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接成為，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接成為t，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:20 | r2311 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是ㄑㄩㄝ */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確ㄕ ˊ */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2310 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接ㄔㄥ，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接成為，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:20 | r2309 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是ㄑㄩㄝ */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:20 | r2308 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接ㄔㄥ，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 – 07:20 | r2302 – r2307 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己ㄉ */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2301 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊ㄓ，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2300 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付出 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己ㄉ */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2299 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊ㄓ，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2298 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付出的 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付出 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2297 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的ㄐㄧ，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2296 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付出ㄉ ㄜ */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付出的 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2295 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送ㄜ，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的ㄐㄧ，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2294 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付出ㄉ ㄜ */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2293 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送ㄜ，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2291 – r2292 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自ㄐㄧ ˇ */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己付 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2290 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，ㄈㄚ，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2289 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注 */
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自ㄐㄧ ˇ */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2288 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，ㄈㄚ，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2280 – r2287 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證大概是**氣爆事件的反思與檢討
+ *身份驗證大概是最詬病的問題....=_=**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2279 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注 */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2276 – r2278 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證大替**氣爆事件的反思與檢討
+ *身份驗證大概是**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2275 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注哪*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2274 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗證Ｄ**氣爆事件的反思與檢討
+ *身份驗證大替**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2273 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注哪裡*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注哪*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2272 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份驗ＩＪＤ**氣爆事件的反思與檢討
+ *身份驗證Ｄ**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2271 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用一直盯著手機看
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2270 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身份**氣爆事件的反思與檢討
+ *身份驗ＩＪＤ**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2269 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注哪ㄌ*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注哪裡*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2268 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *身**氣爆事件的反思與檢討
+ *身份**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2267 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注哪ㄌ*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2266 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- ***氣爆事件的反思與檢討
+ *身**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 | r2265 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2264 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- *Ｍ**氣爆事件的反思與檢討
+ ***氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2262 – r2263 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2261 | |
顯示 diff（78 行未修改）
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- ***氣爆事件的反思與檢討
+ *Ｍ**氣爆事件的反思與檢討
a*iwan.tw/
（201 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2236 – r2260 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理與編輯資*/
+ /* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2235 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用一直盯著手機
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用一直盯著手機看
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2234 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理與編輯*/
+ /* 關於物資, 資金流向的管理與編輯資*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2232 – r2233 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用一直盯ㄓㄜ
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用一直盯著手機
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2231 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理與編輯.*/
+ /* 關於物資, 資金流向的管理與編輯*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2230 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用一直盯ㄓㄜ
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2229 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理與編輯*/
+ /* 關於物資, 資金流向的管理與編輯.*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2228 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就ㄅ
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就不用
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2227 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理與編ㄐㄧ ˊ*/
+ /* 關於物資, 資金流向的管理與編輯*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2224 – r2226 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，就ㄅ
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 | r2223 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向的管理與編*/
+ /* 關於物資, 資金流向的管理與編ㄐㄧ ˊ*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2222 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:19 – 07:19 | r2217 – r2221 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流向*/
+ /* 關於物資, 資金流向的管理與編*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:19 | r2216 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter介接
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2215 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資, 資金流*/
+ /* 關於物資, 資金流向*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2214 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter介接
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter介接
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2210 – r2213 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於物資*/
+ /* 關於物資, 資金流*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2209 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter介街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter介接
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2206 – r2208 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關＿ㄨ*/
+ /* 關於物資*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2205 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter誡街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter介街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2204 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關*/
+ /* 關＿ㄨ*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2203 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter悈街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter誡街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2202 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於勿*/
+ /* 關*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2201 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter尬街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter悈街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2200 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於*/
+ /* 關於勿*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2199 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter芥街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter尬街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2198 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於 物*/
+ /* 關於*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2197 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter誡街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter芥街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2195 – r2196 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* 關於*/
+ /* 關於 物*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2194 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter介街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter誡街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2193 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* ㄍㄨㄢˉ*/
+ /* 關於*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2192 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter戒街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter介街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2191 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- /* */
+ /* ㄍㄨㄢˉ*/
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2190 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter屆街
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter戒街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2185 – r2189 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ㄍ
+ /* */
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2183 – r2184 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitterㄐㄧㄝ
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter屆街
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2182 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ㄍㄨ關＿
+ ㄍ
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2181 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitterㄐㄧㄝ
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2180 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ㄍㄨ關＿ㄩ ˊ
+ ㄍㄨ關＿
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2179 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitt
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitter
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2178 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ㄍㄨ關＿ㄩ ˊ於
+ ㄍㄨ關＿ㄩ ˊ
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2177 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和tw
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和twitt
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2176 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ㄍㄨ
+ ㄍㄨ關＿ㄩ ˊ於
ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:18 | r2175 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和t
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和tw
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（206 行未修改）
|
||
| 2014-08-04 07:18 | r2174 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ㄍㄨww.facebook.com/SafeTaiwan.tw
+ ㄍㄨ
+ ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 07:18 | r2173 | |
顯示 diff（85 行未修改）
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
w
- ww.facebook.com/SafeTaiwan.tw
+ ㄍㄨww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 07:18 | r2172 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和t
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（205 行未修改）
|
||
| 2014-08-04 07:18 | r2171 | |
顯示 diff（84 行未修改）
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
傳統手機要借重簡訊,一般智慧型手機可以考慮APP
- www.facebook.com/SafeTaiwan.tw
+ w
+ ww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2165 – r2170 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
（204 行未修改）
|
||
| 2014-08-04 07:18 – 07:18 | r2161 – r2164 | |
顯示 diff（74 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
*需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再
- *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網路/資訊站就好了*操作性
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
- **氣爆事件的反思與檢討
+
+ ***氣爆事件的反思與檢討
a*iwan.tw/
（199 行未修改）
|
||
| 2014-08-04 07:18 | r2160 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再由
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網路/資訊站就好了*操作性
（203 行未修改）
|
||
| 2014-08-04 07:17 – 07:17 | r2154 – r2159 | |
顯示 diff（74 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
*需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再由
- *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網路*操作性
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網路/資訊站就好了*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:17 | r2153 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再ㄧㄡ
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再由
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網路*操作性
（203 行未修改）
|
||
| 2014-08-04 07:17 | r2152 | |
顯示 diff（74 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
*需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再ㄧㄡ
- *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網*操作性
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網路*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:17 | r2151 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，ㄗㄞ
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再ㄧㄡ
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網*操作性
（203 行未修改）
|
||
| 2014-08-04 07:17 | r2150 | |
顯示 diff（74 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
*需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，ㄗㄞ
- *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網享*操作性
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:17 | r2149 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，ㄗㄞ
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網享*操作性
（203 行未修改）
|
||
| 2014-08-04 07:17 – 07:17 | r2146 – r2148 | |
顯示 diff（74 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
*需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，
- *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的路*操作性
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的網享*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:17 | r2145 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，
*簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的路*操作性
（203 行未修改）
|
||
| 2014-08-04 07:17 – 07:17 | r2101 – r2144 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線*操作性
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的路*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 – 07:17 | r2093 – r2100 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
- *需要考慮讓一般手機也能夠方便回報*操作性
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2092 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源..
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
*需要考慮讓一般手機也能夠方便回報*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2091 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源..
- *需要考慮讓一般手機也能夠方便回ㄅㄠ*操作性
+ *需要考慮讓一般手機也能夠方便回報*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2090 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源..
*需要考慮讓一般手機也能夠方便回ㄅㄠ*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2089 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源
- *需要考慮讓一般手機也能夠方便ㄏㄨ*操作性
+ *需要考慮讓一般手機也能夠方便回ㄅㄠ*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2088 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動ＵＱＬ
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源
*需要考慮讓一般手機也能夠方便ㄏㄨ*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2087 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動ＵＱＬ
- *需要考慮讓一般手機也能夠方ㄅㄧ*操作性
+ *需要考慮讓一般手機也能夠方便ㄏㄨ*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2086 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動ＵＱＬ
*需要考慮讓一般手機也能夠方ㄅㄧ*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2085 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行
- *需要考慮讓一般手機也能夠ㄈ*操作性
+ *需要考慮讓一般手機也能夠方ㄅㄧ*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2084 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行
*需要考慮讓一般手機也能夠ㄈ*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2083 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆
- *需要考慮讓一般手機也能夠*操作性
+ *需要考慮讓一般手機也能夠ㄈ*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2082 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆
*需要考慮讓一般手機也能夠*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2081 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一
- *需要考慮讓一般手機也能*操作性
+ *需要考慮讓一般手機也能夠*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2080 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會Ｋ
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一
*需要考慮讓一般手機也能*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2079 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會Ｋ
- *需要考慮讓一般手機也*操作性
+ *需要考慮讓一般手機也能*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2078 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會Ｋ
*需要考慮讓一般手機也*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2077 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會
- *需要考慮讓一般手機ㄧㄝ*操作性
+ *需要考慮讓一般手機也*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2076 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會
*需要考慮讓一般手機ㄧㄝ*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2075 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才
- *需要考慮讓一般手機*操作性
+ *需要考慮讓一般手機ㄧㄝ*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 – 07:16 | r2073 – r2074 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才
*需要考慮讓一般手機*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2072 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一
- *需要考慮讓一般手ㄐ*操作性
+ *需要考慮讓一般手機*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2071 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一
*需要考慮讓一般手ㄐ*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2070 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在
- *需要考慮讓一般手*操作性
+ *需要考慮讓一般手ㄐ*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2069 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在
*需要考慮讓一般手*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2068 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次
- *需要考慮讓一般*操作性
+ *需要考慮讓一般手*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2067 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次
*需要考慮讓一般*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2066 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以
- *需要考慮讓一*操作性
+ *需要考慮讓一般*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 | r2065 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以
*需要考慮讓一*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2064 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所
- *需要考慮讓*操作性
+ *需要考慮讓一*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 – 07:16 | r2062 – r2063 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所
*需要考慮讓*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 – 07:16 | r2059 – r2061 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。
- *需*操作性
+ *需要考慮讓*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 – 07:16 | r2056 – r2058 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(但志工的協
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。
*需*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2055 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(但志工的協
- **操作性
+ *需*操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 – 07:16 | r2052 – r2054 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(但
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(但志工的協
**操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2051 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(但
- *操作性
+ **操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:16 – 07:16 | r2049 – r2050 | |
顯示 diff（72 行未修改）
*網路
- *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(但
*操作性
（203 行未修改）
|
||
| 2014-08-04 07:16 | r2048 | |
顯示 diff（73 行未修改）
*網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。
- **操作性
+ *操作性
*操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
（202 行未修改）
|
||
| 2014-08-04 07:13 – 07:15 | r1935 – r2047 | |
顯示 diff（72 行未修改）
*網路
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。
**操作性
（203 行未修改）
|
||
| 2014-08-04 07:12 – 07:13 | r1918 – r1934 | |
顯示 diff（68 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手機
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手機 不過這樣就不能自帶 LBS 資訊....
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 – 07:11 | r1754 – r1917 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
+ *
資訊的接收與傳遞
*傳遞方
（32 行未修改）
資訊的使用門檻
*網路
- *操作性
- *身份驗證(like PTT, FB have to login)
- *
- *氣爆事件的反思與檢討
+ **操作性
+
+ *操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。*身份驗證(like PTT, FB have to login)
+ **氣爆事件的反思與檢討
a*iwan.tw/
（199 行未修改）
|
||
| 2014-08-04 07:07 – 07:07 | r1748 – r1753 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手機
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 | r1747 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1746 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手機ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 | r1745 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1744 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手機手ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手機ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 – 07:07 | r1738 – r1743 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認傳
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1737 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手機ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手機手ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 – 07:07 | r1735 – r1736 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認傳Ｌ
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認傳
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1734 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機手機ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 | r1733 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認傳
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認傳Ｌ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1732 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機手機ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 – 07:07 | r1730 – r1731 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確認傳
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1729 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手ㄐㄧ
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手手機ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 | r1728 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確ＩＢ
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1727 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手ㄐㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 – 07:07 | r1725 – r1726 | |
顯示 diff（278 行未修改）
|
||
| 2014-08-04 07:07 | r1724 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:07 | r1723 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確ＩＢ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:07 | r1722 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:07 | r1702 – r1721 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生時，所
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)，請確
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1701 | |
顯示 diff（278 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1696 – r1700 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生Ｈ
+ *資訊的傳遞都是以人為核心，在災難發生時，所
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1694 – r1695 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（s），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1693 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發生
+ *資訊的傳遞都是以人為核心，在災難發生Ｈ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1692 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi（），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
+ *八八之後，有些單位在推 ushahidi（s），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1691 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災難發
+ *資訊的傳遞都是以人為核心，在災難發生
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1690 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
+ *八八之後，有些單位在推 ushahidi（），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1687 – r1689 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在災
+ *資訊的傳遞都是以人為核心，在災難發
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1684 – r1686 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1683 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在ＳＦＮ
+ *資訊的傳遞都是以人為核心，在災
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1682 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1680 – r1681 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在Ｓ
+ *資訊的傳遞都是以人為核心，在ＳＦＮ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1679 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1678 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在
+ *資訊的傳遞都是以人為核心，在Ｓ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1677 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1676 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在受
+ *資訊的傳遞都是以人為核心，在
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1675 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1674 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在ＥＮ
+ *資訊的傳遞都是以人為核心，在受
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1673 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要ㄧ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1672 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核心，在
+ *資訊的傳遞都是以人為核心，在ＥＮ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1671 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要ㄧ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1669 – r1670 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為核Ｈ
+ *資訊的傳遞都是以人為核心，在
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1668 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1667 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人為Ｔ
+ *資訊的傳遞都是以人為核Ｈ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1666 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好蘭ㄨㄟ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1665 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以人Ｂ
+ *資訊的傳遞都是以人為Ｔ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1664 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好ㄌ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好蘭ㄨㄟ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1663 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是以
+ *資訊的傳遞都是以人Ｂ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1662 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好ㄌ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1661 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞都是
+ *資訊的傳遞都是以
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1660 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好來ㄨ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1659 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞ＹＢ
+ *資訊的傳遞都是
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1658 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好來
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好來ㄨ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1657 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞Ｙ
+ *資訊的傳遞ＹＢ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1656 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好ㄌㄞ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好來
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1655 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞ＨＹ
+ *資訊的傳遞Ｙ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1654 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好ㄌㄞ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1653 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳遞
+ *資訊的傳遞ＨＹ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1652 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃ㄏㄠ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1651 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳
+ *資訊的傳遞
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1650 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？龜ㄏㄨ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃ㄏㄠ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1649 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳Ｈ
+ *資訊的傳
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1648 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？龜ㄏㄨ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1646 – r1647 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊的傳
+ *資訊的傳Ｈ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1645 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1643 – r1644 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *資訊
+ *資訊的傳
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1641 – r1642 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以ㄊ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1640 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *
+ *資訊
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1639 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以ㄊ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1638 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *ＢＢ資
+ *
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1637 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是ㄈㄡ
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1635 – r1636 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *ＢＢ
+ *ＢＢ資
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 | r1634 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單是ㄈㄡ
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 | r1633 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *
+ *ＢＢ
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1631 – r1632 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
- *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google 表單
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:06 – 07:06 | r1629 – r1630 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
-
+ *
資訊的接收與傳遞
*傳遞方
（240 行未修改）
|
||
| 2014-08-04 07:05 – 07:06 | r1601 – r1628 | |
顯示 diff（67 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
-
+ *八八之後，有些單位在推 ushahidi，但沒有起來，因為手機app不好用。這部份，我想 google
資訊的使用門檻
*網路
（206 行未修改）
|
||
| 2014-08-04 07:04 – 07:05 | r1598 – r1600 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
- *
資訊的接收與傳遞
（19 行未修改）
*即時性
*
+
民間的問題
*資料來源不清
（217 行未修改）
|
||
| 2014-08-04 07:04 – 07:04 | r1585 – r1597 | |
顯示 diff（79 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
-
+ 傳統手機要借重簡訊,一般智慧型手機可以考慮APP
www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:04 | r1584 | |
顯示 diff（62 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
+ *
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
（211 行未修改）
|
||
| 2014-08-04 07:04 – 07:04 | r1582 – r1583 | |
顯示 diff（277 行未修改）
|
||
| 2014-08-04 07:04 – 07:04 | r1580 – r1581 | |
顯示 diff（62 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
+
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
（210 行未修改）
|
||
| 2014-08-04 07:04 | r1579 | |
顯示 diff（77 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
+
www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:04 | r1578 | |
顯示 diff（65 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
*如果可以針對手機載俱再特別優化會更好，更即時更方便行動
+
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 – 07:04 | r1571 – r1577 | |
顯示 diff（274 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1564 – r1570 | |
顯示 diff（33 行未修改）
*避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
*資訊流通的問題
+ *
+
資訊的接收與傳遞
*傳遞方
（235 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1562 – r1563 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特別優化會更好，
+ *如果可以針對手機載俱再特別優化會更好，更即時更方便行動
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1553 – r1561 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證(like
+ *身份驗證(like PTT, FB have to login)
*
（201 行未修改）
|
||
| 2014-08-04 07:03 | r1552 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特別優化會更好
+ *如果可以針對手機載俱再特別優化會更好，
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1545 – r1551 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證(
+ *身份驗證(like
*
（201 行未修改）
|
||
| 2014-08-04 07:03 | r1544 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特別優化會更ㄏㄠ
+ *如果可以針對手機載俱再特別優化會更好
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 | r1543 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證
+ *身份驗證(
*
（201 行未修改）
|
||
| 2014-08-04 07:03 | r1542 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特別優化會
+ *如果可以針對手機載俱再特別優化會更ㄏㄠ
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 | r1541 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證(
+ *身份驗證
*
（201 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1539 – r1540 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特別憂ㄏㄨ
+ *如果可以針對手機載俱再特別優化會
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 | r1538 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證(lie
+ *身份驗證(
*
（201 行未修改）
|
||
| 2014-08-04 07:03 | r1537 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特別ㄧ
+ *如果可以針對手機載俱再特別憂ㄏㄨ
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1535 – r1536 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證(
+ *身份驗證(lie
*
（201 行未修改）
|
||
| 2014-08-04 07:03 | r1534 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再特ㄅㄧ
+ *如果可以針對手機載俱再特別ㄧ
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 | r1533 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份驗證
+ *身份驗證(
*
（201 行未修改）
|
||
| 2014-08-04 07:03 | r1532 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對手機載俱再
+ *如果可以針對手機載俱再特ㄅㄧ
資訊的使用門檻
*網路
（205 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1528 – r1531 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *身份
+ *身份驗證
+ *
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:03 – 07:03 | r1526 – r1527 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
- *如果可以針對
+ *如果可以針對手機載俱再
資訊的使用門檻
*網路
（204 行未修改）
|
||
| 2014-08-04 07:03 | r1525 | |
顯示 diff（66 行未修改）
*網路
*操作性
- *
+ *身份
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 – 07:02 | r1522 – r1524 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
-
+ *如果可以針對
資訊的使用門檻
*網路
（204 行未修改）
|
||
| 2014-08-04 07:02 – 07:02 | r1518 – r1521 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群鳩錯
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
資訊的使用門檻
（205 行未修改）
|
||
| 2014-08-04 07:02 – 07:02 | r1515 – r1517 | |
顯示 diff（65 行未修改）
資訊的使用門檻
*網路
+ *操作性
*
（201 行未修改）
|
||
| 2014-08-04 07:02 | r1514 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群鳩ㄘ
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群鳩錯
資訊的使用門檻
（204 行未修改）
|
||
| 2014-08-04 07:02 | r1513 | |
顯示 diff（65 行未修改）
資訊的使用門檻
*網路
+ *
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 – 07:02 | r1511 – r1512 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到設ㄑㄩㄣ
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群鳩ㄘ
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 | r1510 | |
顯示 diff（64 行未修改）
資訊的使用門檻
- *網
+ *網路
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 | r1509 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到ㄕ
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到設ㄑㄩㄣ
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 | r1508 | |
顯示 diff（64 行未修改）
資訊的使用門檻
- *
+ *網
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 | r1507 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到不
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到ㄕ
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 | r1506 | |
顯示 diff（64 行未修改）
資訊的使用門檻
- -
+ *
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 | r1505 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到部份
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到不
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 – 07:02 | r1503 – r1504 | |
顯示 diff（64 行未修改）
資訊的使用門檻
- -網
+ -
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 | r1502 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到不ㄈ
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到部份
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 | r1501 | |
顯示 diff（64 行未修改）
資訊的使用門檻
- -
+ -網
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 | r1500 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到不ㄈ
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 | r1499 | |
顯示 diff（64 行未修改）
資訊的使用門檻
-
+ -
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:02 – 07:02 | r1497 – r1498 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設社群媒體的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能
資訊的使用門檻
（203 行未修改）
|
||
| 2014-08-04 07:02 | r1496 | |
顯示 diff（64 行未修改）
資訊的使用門檻
+
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:01 – 07:01 | r1494 – r1495 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設社群沒ㄊㄑ的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設社群媒體的來源消息
資訊的使用門檻
（202 行未修改）
|
||
| 2014-08-04 07:01 | r1493 | |
顯示 diff（64 行未修改）
資訊的使用門檻
+
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 – 07:01 | r1491 – r1492 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設社群沒ㄊㄑ的來源消息
資訊的使用門檻
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1490 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設的來源消息
- 資訊的使用門Ｔ檻
+ 資訊的使用門檻
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1489 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、設的來源消息
資訊的使用門Ｔ檻
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1488 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、的來源消息 '
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、的來源消息
資訊的使用門Ｔ檻
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1487 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞的來源消息 '
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、的來源消息 '
資訊的使用門Ｔ檻
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1486 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞的來源消息 '
- 資訊的使用門Ｔ
+ 資訊的使用門Ｔ檻
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1485 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞的來源消息 '
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞的來源消息 '
資訊的使用門Ｔ
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1484 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞的來源消息 '
- 資訊的使用門
+ 資訊的使用門Ｔ
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1483 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新的來源消息 '
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞的來源消息 '
資訊的使用門
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1482 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新的來源消息 '
- 資訊的使
+ 資訊的使用門
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1481 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、的來源消息 '
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新的來源消息 '
資訊的使
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1480 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、的來源消息 '
資訊的使
（201 行未修改）
|
||
| 2014-08-04 07:01 – 07:01 | r1478 – r1479 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、的來源消息
- 資訊的Ｃ
+ 資訊的使
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1477 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、的來源消息
資訊的Ｃ
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1476 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方的來源消息
- 資訊的
+ 資訊的Ｃ
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1475 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源消息
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方的來源消息
資訊的
（201 行未修改）
|
||
| 2014-08-04 07:01 – 07:01 | r1469 – r1474 | |
顯示 diff（63 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源消息
- #
+ 資訊的
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1468 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源蕭
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源消息
#
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1467 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源蕭
-
+ #
*氣爆事件的反思與檢討
（199 行未修改）
|
||
| 2014-08-04 07:01 | r1466 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源蕭
（201 行未修改）
|
||
| 2014-08-04 07:01 | r1465 | |
顯示 diff（62 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源
+
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:01 – 07:01 | r1461 – r1464 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多地方的來源
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:01 | r1460 | |
顯示 diff（67 行未修改）
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
- （FB專頁）htt
- s* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
+ （FB專頁）htts* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（194 行未修改）
|
||
| 2014-08-04 07:01 | r1459 | |
顯示 diff（68 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- s* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.htmlwww.facebook.com/SafeTaiwan.tw
+ s* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
+ www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 07:01 – 07:01 | r1457 – r1458 | |
顯示 diff（68 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事:/www.facebook.com/SafeTaiwan.tw
+ s* 網站版權所有跟開放資料版權是兩回事:/4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.htmlwww.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 07:00 – 07:01 | r1447 – r1456 | |
顯示 diff（39 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
- *
+ *受災民眾
*接收方
*一般民眾
（24 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事:/www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 07:00 – 07:00 | r1445 – r1446 | |
顯示 diff（61 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:00 | r1444 | |
顯示 diff（39 行未修改）
*網路社群 (包含 網路媒體)
*PTT、DISP.CC (兩者的受眾不太相同)
+ *
*接收方
*一般民眾
（222 行未修改）
|
||
| 2014-08-04 07:00 – 07:00 | r1436 – r1443 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「消息正確性」和「易讀性」
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練
*氣爆事件的反思與檢討
（200 行未修改）
|
||
| 2014-08-04 07:00 – 07:00 | r1429 – r1435 | |
顯示 diff（62 行未修改）
*發起時，我編寫了編寫手冊，著重「消息正確性」和「易讀性」
- *對此次氣爆事件的反思
+ *氣爆事件的反思與檢討
+
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 07:00 | r1428 | |
顯示 diff（264 行未修改）
|
||
| 2014-08-04 06:59 – 07:00 | r1413 – r1427 | |
顯示 diff（61 行未修改）
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
*發起時，我編寫了編寫手冊，著重「消息正確性」和「易讀性」
+
+ *對此次氣爆事件的反思
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 – 06:59 | r1407 – r1412 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「ㄒㄧ」「易讀性」
+ *發起時，我編寫了編寫手冊，著重「消息正確性」和「易讀性」
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 | r1406 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災訊息廣ㄅㄛ功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 | r1405 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「」「易讀性」
+ *發起時，我編寫了編寫手冊，著重「ㄒㄧ」「易讀性」
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 | r1404 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災訊息ㄍ功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災訊息廣ㄅㄛ功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 | r1403 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「易讀性」
+ *發起時，我編寫了編寫手冊，著重「」「易讀性」
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 – 06:59 | r1399 – r1402 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災ㄒㄩㄣ功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災訊息ㄍ功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 | r1398 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「一讀ㄒㄧ」
+ *發起時，我編寫了編寫手冊，著重「易讀性」
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 | r1397 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災ㄒㄩㄣ功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 – 06:59 | r1395 – r1396 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重「」
+ *發起時，我編寫了編寫手冊，著重「一讀ㄒㄧ」
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 – 06:59 | r1393 – r1394 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災vmp4vu功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 | r1392 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，著重
+ *發起時，我編寫了編寫手冊，著重「」
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 – 06:59 | r1390 – r1391 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災v功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災vmp4vu功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 | r1389 | |
顯示 diff（60 行未修改）
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
*https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
- *發起時，我編寫了編寫手冊，
+ *發起時，我編寫了編寫手冊，著重
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:59 | r1388 | |
顯示 diff（64 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通訊功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災v功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:59 – 06:59 | r1385 – r1387 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
+ *發起時，我編寫了編寫手冊，
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:57 – 06:58 | r1335 – r1384 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下，
+ *受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:57 – 06:57 | r1323 – r1334 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:57 | r1322 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通訊功能 s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通訊功能 http://newtalk.tw/news/2014/07/01/48799.htmls* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:57 | r1321 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認另
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:57 – 06:57 | r1319 – r1320 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通訊供ㄋㄥs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通訊功能 s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:57 | r1318 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認另
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:57 | r1317 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通訊ㄍs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通訊供ㄋㄥs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:57 | r1316 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:57 | r1315 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通訊s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通訊ㄍs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:57 | r1314 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:57 | r1313 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下，最
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下，
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1312 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1311 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通ㄒs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通訊s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1310 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1309 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災通s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通ㄒs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1308 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大ㄐ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1307 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災ㄊㄨㄥs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災通s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1306 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大壓
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大ㄐ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1305 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防災s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災ㄊㄨㄥs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1304 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大壓輪班
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大壓
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1303 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下，最容
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下，最
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1301 – r1302 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大壓輪班
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1299 – r1300 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下，最容
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1298 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1297 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情況下
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1296 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建防s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防災s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1295 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的情
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1294 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建ㄈㄤs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建防s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1293 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網ＬＯ
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網路的
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1292 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內建s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建ㄈㄤs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1291 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心至公
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1290 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網Ｌ
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網ＬＯ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1289 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內ㄐㄧㄢs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內建s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1288 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒ＸＦ
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒網Ｌ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1287 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有內s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內ㄐㄧㄢs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1286 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、沒
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒ＸＦ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1285 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機有s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有內s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1284 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、ＷＲＵ
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、沒
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1283 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機ㄧs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機有s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1282 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒電、
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、ＷＲＵ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1281 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心至ㄍㄨ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心至公
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1280 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手機s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機ㄧs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1279 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒ＵＱＬ
+ *受災民眾的資訊接收能力是最差的。可能處在沒電、
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1278 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心ㄓ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心至ㄍㄨ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1277 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇ手s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手機s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1276 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒Ｕ
+ *受災民眾的資訊接收能力是最差的。可能處在沒ＵＱＬ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1275 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心ㄓ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1274 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇㄕㄡs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇ手s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1273 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在沒
+ *受災民眾的資訊接收能力是最差的。可能處在沒Ｕ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1272 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組和ㄒ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1271 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- 4Ｇs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇㄕㄡs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1270 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能處在
+ *受災民眾的資訊接收能力是最差的。可能處在沒
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1269 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組ㄏㄜ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組和ㄒ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1268 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。可能
+ *受災民眾的資訊接收能力是最差的。可能處在
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1267 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組ㄏㄜ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1266 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。
+ *受災民眾的資訊接收能力是最差的。可能
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1265 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組約
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1264 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- Ｇs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ 4Ｇs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1263 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。處在
+ *受災民眾的資訊接收能力是最差的。
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1262 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組約
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1260 – r1261 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。
+ *受災民眾的資訊接收能力是最差的。處在
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1259 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一ㄗㄨ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1258 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。他
+ *受災民眾的資訊接收能力是最差的。
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1257 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一ㄗㄨ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1256 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。他們可能
+ *受災民眾的資訊接收能力是最差的。他
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1255 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1254 | |
顯示 diff（63 行未修改）
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htt
- s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ Ｇs* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1253 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。他們ＴＯ
+ *受災民眾的資訊接收能力是最差的。他們可能
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1252 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號茂
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1251 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。他們
+ *受災民眾的資訊接收能力是最差的。他們ＴＯ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1250 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號茂
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1249 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。Ｐ
+ *受災民眾的資訊接收能力是最差的。他們
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1248 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，ㄏ
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1247 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的。
+ *受災民眾的資訊接收能力是最差的。Ｐ
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1246 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，ㄏ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1245 | |
顯示 diff（261 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1242 – r1244 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergenc
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1241 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的‧
+ *受災民眾的資訊接收能力是最差的。
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1240 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emerg
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergenc
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1239 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的
+ *受災民眾的資訊接收能力是最差的‧
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1236 – r1238 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emerg
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（197 行未修改）
|
||
| 2014-08-04 06:56 | r1235 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力是最差的，
+ *受災民眾的資訊接收能力是最差的
官方的問題t*官方現有的網站
（209 行未修改）
|
||
| 2014-08-04 06:56 | r1234 | |
顯示 diff（62 行未修改）
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
- （FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
+ （FB專頁）htt
+ s* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 06:56 | r1233 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1231 – r1232 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收能力Ｊ
+ *受災民眾的資訊接收能力是最差的，
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:56 | r1230 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:56 | r1229 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接收ＵＬ
+ *受災民眾的資訊接收能力Ｊ
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:56 | r1228 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:56 | r1227 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接Ｇ
+ *受災民眾的資訊接收ＵＬ
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:56 | r1226 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在P
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:56 | r1225 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *受災民眾的資訊接
+ *受災民眾的資訊接Ｇ
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:56 | r1224 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在P
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:56 – 06:56 | r1217 – r1223 | |
顯示 diff（47 行未修改）
*
*受災民眾
- *
+ *受災民眾的資訊接
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:55 – 06:56 | r1196 – r1216 | |
顯示 diff（59 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年拉克
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1195 | |
顯示 diff（45 行未修改）
*災區民眾
*對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等。
+ *
*受災民眾
*
（210 行未修改）
|
||
| 2014-08-04 06:55 | r1194 | |
顯示 diff（58 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年末拉克
+ *https://sites.google.com/site/emergencyptt/ 這是當年拉克
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1193 | |
顯示 diff（46 行未修改）
*對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等。
*受災民眾
- */
+ *
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:55 | r1192 | |
顯示 diff（58 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年莫拉客
+ *https://sites.google.com/site/emergencyptt/ 這是當年末拉克
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1191 | |
顯示 diff（46 行未修改）
*對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等。
*受災民眾
- *
+ */
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:55 | r1190 | |
顯示 diff（58 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是當年
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉客
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1189 | |
顯示 diff（46 行未修改）
*對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等。
*受災民眾
+ *
官方的問題t*官方現有的網站
（208 行未修改）
|
||
| 2014-08-04 06:55 – 06:55 | r1185 – r1188 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是這是當年ㄉㄤㄓ
+ *https://sites.google.com/site/emergencyptt/ 這是當年
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1184 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等。
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:55 – 06:55 | r1182 – r1183 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ 這是ㄉㄤㄓ
+ *https://sites.google.com/site/emergencyptt/ 這是這是當年ㄉㄤㄓ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1181 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區ＺＹＡ
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:55 | r1180 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/ ㄓ
+ *https://sites.google.com/site/emergencyptt/ 這是ㄉㄤㄓ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1179 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區、
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區ＺＹＡ
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:55 | r1178 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/
+ *https://sites.google.com/site/emergencyptt/ ㄓ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 | r1177 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區、
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:55 | r1176 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *https://sites.google.com/site/emergencyptt/
+ *https://sites.google.com/site/emergencyptt/
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 – 06:55 | r1174 – r1175 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:55 | r1173 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
- *
+ *https://sites.google.com/site/emergencyptt/
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:55 – 06:55 | r1170 – r1172 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:55 | r1169 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
-
+ *
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 – 06:55 | r1148 – r1168 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週邊的民眾而言，他們需要的資訊是「避難」、「
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區
*受災民眾
（209 行未修改）
|
||
| 2014-08-04 06:54 | r1147 | |
顯示 diff（57 行未修改）
*統籌問題
*要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
+
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1130 – r1146 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災區週
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」、「
*受災民眾
（208 行未修改）
|
||
| 2014-08-04 06:54 | r1129 | |
顯示 diff（56 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒
+ *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒。
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1127 – r1128 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *對災
+ *對災區週
*受災民眾
（208 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1124 – r1126 | |
顯示 diff（56 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多茲ㄒㄩㄣ
+ *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多資訊淹沒
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1122 – r1123 | |
顯示 diff（44 行未修改）
*
*災區民眾
- *
+ *對災
*受災民眾
（208 行未修改）
|
||
| 2014-08-04 06:54 | r1121 | |
顯示 diff（56 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多茲
+ *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多茲ㄒㄩㄣ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 | r1120 | |
顯示 diff（44 行未修改）
*
*災區民眾
- */
+ *
*受災民眾
（208 行未修改）
|
||
| 2014-08-04 06:54 | r1119 | |
顯示 diff（56 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多
+ *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多茲
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1117 – r1118 | |
顯示 diff（44 行未修改）
*
*災區民眾
+ */
*受災民眾
（208 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1112 – r1116 | |
顯示 diff（55 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則很ㄖㄨ
+ *要容易辨識資訊的來源，時間性，重要性。否則很容易被過多
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 | r1111 | |
顯示 diff（50 行未修改）
*層層上報的問題
*即時性
+ *
民間的問題
*資料來源不清
（201 行未修改）
|
||
| 2014-08-04 06:54 | r1110 | |
顯示 diff（54 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則ㄏ
+ *要容易辨識資訊的來源，時間性，重要性。否則很ㄖㄨ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 | r1109 | |
顯示 diff（49 行未修改）
*傳遞速度
*層層上報的問題
- *即時
+ *即時性
民間的問題
*資料來源不清
（201 行未修改）
|
||
| 2014-08-04 06:54 | r1108 | |
顯示 diff（54 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。否則ㄖ
+ *要容易辨識資訊的來源，時間性，重要性。否則ㄏ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 | r1107 | |
顯示 diff（49 行未修改）
*傳遞速度
*層層上報的問題
- *即
+ *即時
民間的問題
*資料來源不清
（201 行未修改）
|
||
| 2014-08-04 06:54 | r1106 | |
顯示 diff（54 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性。
+ *要容易辨識資訊的來源，時間性，重要性。否則ㄖ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 | r1105 | |
顯示 diff（49 行未修改）
*傳遞速度
*層層上報的問題
- *
+ *即
民間的問題
*資料來源不清
（201 行未修改）
|
||
| 2014-08-04 06:54 | r1104 | |
顯示 diff（54 行未修改）
*
*統籌問題
- *要容易辨識資訊的來源，時間性，重要性
+ *要容易辨識資訊的來源，時間性，重要性。
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:54 – 06:54 | r1102 – r1103 | |
顯示 diff（52 行未修改）
民間的問題
*資料來源不清
+ *
*統籌問題
*要容易辨識資訊的來源，時間性，重要性
（198 行未修改）
|
||
| 2014-08-04 06:53 – 06:54 | r1095 – r1101 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易辨識
+ *要容易辨識資訊的來源，時間性，重要性
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1094 | |
顯示 diff（254 行未修改）
|
||
| 2014-08-04 06:53 – 06:53 | r1092 – r1093 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易便
+ *要容易辨識
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1091 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳洗ＵＯ下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳洗腦下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1090 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易
+ *要容易便
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1089 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳洗ＵＯＳ下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳洗ＵＯ下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1088 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易便
+ *要容易
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1087 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳洗下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳洗ＵＯＳ下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1086 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易便是
+ *要容易便
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1085 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳渫下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳洗下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1084 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易便ㄕ
+ *要容易便是
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1083 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳渫Ｕ下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳渫下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1082 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容易
+ *要容易便ㄕ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 – 06:53 | r1079 – r1081 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳渫Ｕ下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1078 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要容ㄧ
+ *要容易
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1077 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳 下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 | r1076 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *要
+ *要容ㄧ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1075 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *一般民眾在大量傳媒的宣傳 下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*
*災區民眾
（208 行未修改）
|
||
| 2014-08-04 06:53 – 06:53 | r1072 – r1074 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *ㄧㄠ
+ *要
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1071 | |
顯示 diff（42 行未修改）
*一般民眾
*一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
- *Ｐ
+ *
*災區民眾
*受災民眾
（207 行未修改）
|
||
| 2014-08-04 06:53 | r1070 | |
顯示 diff（53 行未修改）
*資料來源不清
*統籌問題
- *
+ *ㄧㄠ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 – 06:53 | r1068 – r1069 | |
顯示 diff（42 行未修改）
*一般民眾
*一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *Ｐ
*災區民眾
*受災民眾
（207 行未修改）
|
||
| 2014-08-04 06:53 | r1067 | |
顯示 diff（52 行未修改）
*資料來源不清
*統籌問題
- *耀
+ *
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1066 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾
+ *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
*災區民眾
*受災民眾
（207 行未修改）
|
||
| 2014-08-04 06:53 | r1065 | |
顯示 diff（52 行未修改）
*資料來源不清
*統籌問題
- *耀榮ㄧ
+ *耀
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 – 06:53 | r1059 – r1064 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通
+ *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾
*災區民眾
*受災民眾
（207 行未修改）
|
||
| 2014-08-04 06:53 | r1058 | |
顯示 diff（52 行未修改）
*資料來源不清
*統籌問題
- *
+ *耀榮ㄧ
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:53 | r1057 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」
+ *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」通
*災區民眾
*受災民眾
（207 行未修改）
|
||
| 2014-08-04 06:53 – 06:53 | r1053 – r1056 | |
顯示 diff（253 行未修改）
|
||
| 2014-08-04 06:53 | r1052 | |
顯示 diff（41 行未修改）
*接收方
*一般民眾
- *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；某層面上而言，大量的「志工」和「捐款」
+ *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；大量的「志工」和「捐款」
*災區民眾
*受災民眾
（207 行未修改）
|
||
| 2014-08-04 06:53 | r1051 | |
顯示 diff（52 行未修改）
*資料來源不清
*統籌問題
+ *
a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 06:44 – 06:53 | r664 – r1050 | |
顯示 diff（31 行未修改）
* 如何傳播／更新最新消息？
*該災害應有的災害急救中心，由災難應變中心人員回報(不知道會不會有難度)，也可以公布目前收得物資的資訊，避免重複物資的浪費，也可以公告出目前所欠缺的資源(若無法由災難應變中心人員進行編輯是否能由上一個Q的回答一樣，使用回報區回報目前的物資狀況)
- *避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌fetaiwan.tw/
+ *避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌f
+ *資訊流通的問題
+ 資訊的接收與傳遞
+ *傳遞方
+ *官方的網站、相關新聞稿
+ *傳統媒體(TV)
+ *網路社群 (包含 網路媒體)
+ *PTT、DISP.CC (兩者的受眾不太相同)
+ *接收方
+ *一般民眾
+ *一般民眾在大量傳媒的宣傳下，容易對災區產生誤解；某層面上而言，大量的「志工」和「捐款」
+ *災區民眾
+ *受災民眾
+
+ 官方的問題t*官方現有的網站
+ *傳遞速度
+ *層層上報的問題
+ *
+ 民間的問題
+ *資料來源不清
+ *統籌問題
+ a*iwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 06:33 | r663 | |
顯示 diff（25 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hashtag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通之知官方確認 如未達標 官方可以被動查看
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
*民防，民力，
*
（201 行未修改）
|
||
| 2014-08-04 06:19 – 06:27 | r630 – r662 | |
顯示 diff（29 行未修改）
*
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
- * 如何傳播／更新最新消息？fetaiwan.tw/
+ * 如何傳播／更新最新消息？
+ *該災害應有的災害急救中心，由災難應變中心人員回報(不知道會不會有難度)，也可以公布目前收得物資的資訊，避免重複物資的浪費，也可以公告出目前所欠缺的資源(若無法由災難應變中心人員進行編輯是否能由上一個Q的回答一樣，使用回報區回報目前的物資狀況)
+ *避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 06:03 – 06:19 | r607 – r629 | |
顯示 diff（15 行未修改）
交通部*＊公路總局的「安全台灣（Safe Taiwan）」
服務平台（ST-Web）http://ww
+ *line有官方限制 可能要另外找一個open的通知管道 臨時要成立粉絲團也許會來不及
*電信業者及媒體公開資訊的統一管道
w
（3 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
+ *統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hashtag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通之知官方確認
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通之知官方確認 如未達標 官方可以被動查看
*民防，民力，
*
（199 行未修改）
|
||
| 2014-08-04 06:00 – 06:00 | r604 – r606 | |
顯示 diff（28 行未修改）
*
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
- * 如何傳播最新消息？fetaiwan.tw/
+ * 如何傳播／更新最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 | r603 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通之
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通之知官方確認
*民防，民力，
*
（199 行未修改）
|
||
| 2014-08-04 05:59 – 05:59 | r590 – r602 | |
顯示 diff（27 行未修改）
*民防，民力，
*
- Q： 訊息更新方式問題： EX 物資己超收，應停送／避䕼如何傳播最新消息？fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
+ * 如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 – 05:59 | r588 – r589 | |
顯示 diff（227 行未修改）
|
||
| 2014-08-04 05:59 | r587 | |
顯示 diff（27 行未修改）
*民防，民力，
*
- Q： 訊息更新方式問題： EX 物資己超收，應停送／避如何傳播最新消息？fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送／避䕼如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 – 05:59 | r585 – r586 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通主
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通之
*民防，民力，
*
（198 行未修改）
|
||
| 2014-08-04 05:59 | r584 | |
顯示 diff（27 行未修改）
*民防，民力，
*
- Q： 訊息更新方式問題： EX 物資己超收，應停送／卜尸口如何傳播最新消息？fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送／避如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 | r583 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通主動通
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通主
*民防，民力，
*
（198 行未修改）
|
||
| 2014-08-04 05:59 | r582 | |
顯示 diff（27 行未修改）
*民防，民力，
*
- Q： 訊息更新方式問題： EX 物資己超收，應停送／如何傳播最新消息？fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送／卜尸口如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 – 05:59 | r580 – r581 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通主動通
*民防，民力，
*
（198 行未修改）
|
||
| 2014-08-04 05:59 | r579 | |
顯示 diff（27 行未修改）
*民防，民力，
*
- Q： 訊息更新方式問題： EX 物資己超收，應停送如何傳播最新消息？fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送／如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 | r578 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊"
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 主動通
*民防，民力，
*
（198 行未修改）
|
||
| 2014-08-04 05:59 | r577 | |
顯示 diff（27 行未修改）
*民防，民力，
*
- Q： 訊息更新方式問題： EX 物資己超收，應停送，如何傳播最新消息？fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:59 | r576 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊"
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊"
*民防，民力，
*
（198 行未修改）
|
||
| 2014-08-04 05:58 – 05:58 | r568 – r575 | |
顯示 diff（25 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊"
- *民防 立
+ *民防，民力，
*
Q： 訊息更新方式問題： EX 物資己超收，應停送，如何傳播最新消息？fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:58 | r567 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊"
*民防 立
*
（198 行未修改）
|
||
| 2014-08-04 05:58 – 05:58 | r565 – r566 | |
顯示 diff（25 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊
- *民防
+ *民防 立
*
Q： 訊息更新方式問題： EX 物資己超收，應停送，如何傳播最新消息？fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:58 | r564 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為可能正確資訊
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊
*民防
*
（198 行未修改）
|
||
| 2014-08-04 05:57 – 05:58 | r559 – r563 | |
顯示 diff（25 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為可能正確資訊
+ *民防
*
Q： 訊息更新方式問題： EX 物資己超收，應停送，如何傳播最新消息？fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r551 – r558 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為可能正確資訊
*
- 訊息更新方式問題： EX 物資己超收，停送，如何傳播fetaiwan.tw/
+ Q： 訊息更新方式問題： EX 物資己超收，應停送，如何傳播最新消息？fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r549 – r550 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正確資
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為可能正確資訊
*
訊息更新方式問題： EX 物資己超收，停送，如何傳播fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r548 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正確資
*
- 訊息更新方式問題： EX 物資己超收，停送，如何傳手竹木fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，如何傳播fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r547 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正確
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正確資
*
訊息更新方式問題： EX 物資己超收，停送，如何傳手竹木fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r546 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正確
*
- 訊息更新方式問題： EX 物資己超收，停送，如何傳fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，如何傳手竹木fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r544 – r545 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正確
*
訊息更新方式問題： EX 物資己超收，停送，如何傳fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r541 – r543 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正
*
- 訊息更新方式問題： EX 物資己超收，停送，如fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，如何傳fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r540 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為ㄓㄥ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為正
*
訊息更新方式問題： EX 物資己超收，停送，如fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r539 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為ㄓㄥ
*
- 訊息更新方式問題： EX 物資己超收，停送，fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，如fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r538 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為ㄓ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為ㄓㄥ
*
訊息更新方式問題： EX 物資己超收，停送，fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r537 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為ㄓ
*
- 訊息更新方式問題： EX 物資己超收，停送，如fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r536 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為ㄓ
*
訊息更新方式問題： EX 物資己超收，停送，如fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r534 – r535 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為
*
- 訊息更新方式問題： EX 物資己超收，停送，如果fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，如fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r533 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才為
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為
*
訊息更新方式問題： EX 物資己超收，停送，如果fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r532 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才為
*
- 訊息更新方式問題： EX 物資己超收，停送，fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，如果fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r529 – r531 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才為
*
訊息更新方式問題： EX 物資己超收，停送，fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r528 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才
*
- 訊息更新方式問題： EX 物資己超收，停送fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送，fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r527 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才
*
訊息更新方式問題： EX 物資己超收，停送fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r526 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EX 物資己超收，停卜fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停送fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r525 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EX 物資己超收，停卜fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r524 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EX 物資己超收，人卜口弓fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，停卜fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r523 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EX 物資己超收，人卜口弓fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r522 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘ
*
- 訊息更新方式問題： EX 物資己超收，fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，人卜口弓fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r519 – r521 | |
顯示 diff（226 行未修改）
|
||
| 2014-08-04 05:57 | r518 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘ
*
- 訊息更新方式問題： EX 物資己超收fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收，fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r517 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘ
*
訊息更新方式問題： EX 物資己超收fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r516 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EX 物資己超女中fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超收fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r515 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ柴
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EX 物資己超女中fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r514 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ柴
*
- 訊息更新方式問題： EX 物資己超fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超女中fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r513 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ柴是
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ柴
*
訊息更新方式問題： EX 物資己超fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r512 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ柴是
*
- 訊息更新方式問題： EX 物資己土人尸fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己超fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r511 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ柴是
*
訊息更新方式問題： EX 物資己土人尸fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r510 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ
*
- 訊息更新方式問題： EX 物資己fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土人尸fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r509 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄔㄞ
*
訊息更新方式問題： EX 物資己fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r508 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EX 物資己土尸人fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r507 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ才
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EX 物資己土尸人fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r506 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ才
*
- 訊息更新方式問題： EX 物資己土尸人竹口女fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸人fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r505 | |
顯示 diff（226 行未修改）
|
||
| 2014-08-04 05:57 | r504 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ才
*
- 訊息更新方式問題： EX 物資己土尸人竹口女中人fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸人竹口女fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r503 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ才
*
訊息更新方式問題： EX 物資己土尸人竹口女中人fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r502 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
*
- 訊息更新方式問題： EX 物資己土尸人竹口fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸人竹口女中人fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r501 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
*
訊息更新方式問題： EX 物資己土尸人竹口fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r500 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EX 物資己土尸fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸人竹口fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r499 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EX 物資己土尸fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r498 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
*
- 訊息更新方式問題： EX 物資己fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r497 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ裁示
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
*
訊息更新方式問題： EX 物資己fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r496 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ裁示
*
- 訊息更新方式問題： EX 物資己土尸竹fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r495 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ裁示
*
訊息更新方式問題： EX 物資己土尸竹fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r494 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
*
- 訊息更新方式問題： EX 物資己土尸竹口fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸竹fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r493 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 ㄘㄞ
*
訊息更新方式問題： EX 物資己土尸竹口fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r488 – r492 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EX 物fetaiwan.tw/
+ 訊息更新方式問題： EX 物資己土尸竹口fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r486 – r487 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才才
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EX 物fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r485 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才才
*
- 訊息更新方式問題： EX fetaiwan.tw/
+ 訊息更新方式問題： EX 物fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r484 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才才做
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才才
*
訊息更新方式問題： EX fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r483 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才才做
*
- 訊息更新方式問題： EX 己一fetaiwan.tw/
+ 訊息更新方式問題： EX fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r482 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才才做
*
訊息更新方式問題： EX 己一fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r481 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 才
*
- 訊息更新方式問題： EX 己fetaiwan.tw/
+ 訊息更新方式問題： EX 己一fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 | r480 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才
*
訊息更新方式問題： EX 己fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r478 – r479 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
- 訊息更新方式問題： EXfetaiwan.tw/
+ 訊息更新方式問題： EX 己fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r475 – r477 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到已人工
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*
訊息更新方式問題： EXfetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r474 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到已人工
*
- *訊息更新方式問題： EXfetaiwan.tw/
+ 訊息更新方式問題： EXfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r472 – r473 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到已仁
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到已人工
*
*訊息更新方式問題： EXfetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:57 | r471 | |
顯示 diff（226 行未修改）
|
||
| 2014-08-04 05:57 – 05:57 | r467 – r470 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到以鄉名
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到已仁
*
*訊息更新方式問題： EXfetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r466 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到以鄉名
*
- *訊息更新方式問日人一： EXfetaiwan.tw/
+ *訊息更新方式問題： EXfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r464 – r465 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到以ㄒㄧ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到以鄉名
*
*訊息更新方式問日人一： EXfetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r462 – r463 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到以ㄒㄧ
*
- *訊息更新方式日： EXfetaiwan.tw/
+ *訊息更新方式問日人一： EXfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r461 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到以ㄒㄧ
*
*訊息更新方式日： EXfetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r460 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到
*
- *訊息更新方式： EXfetaiwan.tw/
+ *訊息更新方式日： EXfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r456 – r459 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民確認區
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到
*
*訊息更新方式： EXfetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r455 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民確認區
*
- *訊息更新方式： fetaiwan.tw/
+ *訊息更新方式： EXfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r453 – r454 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民ㄑㄩ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民確認區
*
*訊息更新方式： fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r452 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民ㄑㄩ
*
- *訊息更新方式：fetaiwan.tw/
+ *訊息更新方式： fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r451 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民ㄑㄩ
*
*訊息更新方式：fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r448 – r450 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民
*
- *訊息更新方fetaiwan.tw/
+ *訊息更新方式：fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r447 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉民
*
*訊息更新方fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r446 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相
*
- *訊息更新方弋fetaiwan.tw/
+ *訊息更新方fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r445 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉名
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相
*
*訊息更新方弋fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r443 – r444 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉名
*
- *訊息更新方fetaiwan.tw/
+ *訊息更新方弋fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r442 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相ㄇㄧ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到鄉名
*
*訊息更新方fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r441 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相ㄇㄧ
*
- *訊息更新fetaiwan.tw/
+ *訊息更新方fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r440 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到ㄒㄧㄤ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相ㄇㄧ
*
*訊息更新fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r439 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到ㄒㄧㄤ
*
- *訊息更fetaiwan.tw/
+ *訊息更新fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r438 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到ㄒㄧㄣ
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到ㄒㄧㄤ
*
*訊息更fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r436 – r437 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到ㄒㄧㄣ
*
- *訊息fetaiwan.tw/
+ *訊息更fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r435 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到ㄒㄧㄣ
*
*訊息fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r434 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到
*
- *訊fetaiwan.tw/
+ *訊息fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r433 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到
*
*訊fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r432 | |
顯示 diff（26 行未修改）
*回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相
*
- *fetaiwan.tw/
+ *訊fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:56 | r431 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
- *回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 移到相
*
*fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:56 | r430 | |
顯示 diff（25 行未修改）
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
*回報區可以讓不同帳號做確認 假如一定帳號數確認過
+ *
*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:56 – 05:56 | r421 – r429 | |
顯示 diff（24 行未修改）
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過
*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:55 – 05:55 | r408 – r420 | |
顯示 diff（23 行未修改）
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
*統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
- sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
+ sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
+ *fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:54 – 05:55 | r403 – r407 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag
+ *統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag(地區或災害類型) 以hastag篩選資料
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r399 – r402 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民眾，.分析資料後上hashtag
+ *統一的指示是否要區分不同角色？ 消防，民眾，各種單位.分析資料後上hashtag
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r397 – r398 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民眾，.分析資料後上hash
+ *統一的指示是否要區分不同角色？ 消防，民眾，.分析資料後上hashtag
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r396 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民眾.分析資料後上hash
+ *統一的指示是否要區分不同角色？ 消防，民眾，.分析資料後上hash
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r395 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民眾.分析資料後上has
+ *統一的指示是否要區分不同角色？ 消防，民眾.分析資料後上hash
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r393 – r394 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民田中.分析資料後上has
+ *統一的指示是否要區分不同角色？ 消防，民眾.分析資料後上has
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r392 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，民田中.分析資料後上h
+ *統一的指示是否要區分不同角色？ 消防，民田中.分析資料後上has
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r391 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，口女.分析資料後上h
+ *統一的指示是否要區分不同角色？ 消防，民田中.分析資料後上h
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r390 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，口女.分析資料後上
+ *統一的指示是否要區分不同角色？ 消防，口女.分析資料後上h
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r389 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，.分析資料後上
+ *統一的指示是否要區分不同角色？ 消防，口女.分析資料後上
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r387 – r388 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防，.分析資料後上H
+ *統一的指示是否要區分不同角色？ 消防，.分析資料後上
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r386 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防.分析資料後上H
+ *統一的指示是否要區分不同角色？ 消防，.分析資料後上H
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r385 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消防.分析資料後上
+ *統一的指示是否要區分不同角色？ 消防.分析資料後上H
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r384 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消弓中卜.分析資料後上
+ *統一的指示是否要區分不同角色？ 消防.分析資料後上
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r383 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消弓中卜.分析資料後ㄕㄤ
+ *統一的指示是否要區分不同角色？ 消弓中卜.分析資料後上
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r382 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消.分析資料後ㄕㄤ
+ *統一的指示是否要區分不同角色？ 消弓中卜.分析資料後ㄕㄤ
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r381 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ 消.分析資料後
+ *統一的指示是否要區分不同角色？ 消.分析資料後ㄕㄤ
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r379 – r380 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ .分析資料後
+ *統一的指示是否要區分不同角色？ 消.分析資料後
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r377 – r378 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？ .分析
+ *統一的指示是否要區分不同角色？ .分析資料後
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r376 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？.分析
+ *統一的指示是否要區分不同角色？ .分析
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r375 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- *統一的指示是否要區分不同角色？.
+ *統一的指示是否要區分不同角色？.分析
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r374 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角色？.
+ *統一的指示是否要區分不同角色？.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r372 – r373 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角色？.ㄈㄣ分
+ 統一的指示是否要區分不同角色？.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r371 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角色.ㄈㄣ分
+ 統一的指示是否要區分不同角色？.ㄈㄣ分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r370 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角色.ㄈㄣ
+ 統一的指示是否要區分不同角色.ㄈㄣ分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r369 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角弓日.ㄈㄣ
+ 統一的指示是否要區分不同角色.ㄈㄣ
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r368 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角弓日.
+ 統一的指示是否要區分不同角弓日.ㄈㄣ
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r367 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角.
+ 統一的指示是否要區分不同角弓日.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r366 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同角.分分
+ 統一的指示是否要區分不同角.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r365 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同弓.分分
+ 統一的指示是否要區分不同角.分分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r364 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同弓.分分析
+ 統一的指示是否要區分不同弓.分分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r363 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同.分分析
+ 統一的指示是否要區分不同弓.分分析
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r362 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不同.分
+ 統一的指示是否要區分不同.分分析
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r361 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不.分
+ 統一的指示是否要區分不同.分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r360 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區分不.
+ 統一的指示是否要區分不.分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r359 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區.
+ 統一的指示是否要區分不.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r358 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要區.分分
+ 統一的指示是否要區.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r357 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要尸口口.分分
+ 統一的指示是否要區.分分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r356 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否要尸口口.分分析
+ 統一的指示是否要尸口口.分分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r354 – r355 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否.分分析
+ 統一的指示是否要尸口口.分分析
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r353 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是否.分
+ 統一的指示是否.分分析
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r352 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是.分
+ 統一的指示是否.分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r351 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指示是.
+ 統一的指示是.分
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r349 – r350 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指.
+ 統一的指示是.
sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2014-08-04 05:54 | r348 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- 統一的指.sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
+ 統一的指.
+ sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:54 – 05:54 | r340 – r347 | |
顯示 diff（22 行未修改）
類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
+ 統一的指.sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:53 – 05:53 | r338 – r339 | |
顯示 diff（20 行未修改）
分區是否使用篩選的方式會比較好(因為可能有全區的)
增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
- 類似slack.com 的highlight 字詞提醒
+ 類似slack.com 的highlight 字詞通知
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
.sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
（197 行未修改）
|
||
| 2014-08-04 05:52 – 05:53 | r307 – r337 | |
顯示 diff（13 行未修改）
http://easy2do.ncdr.nat.gov.tw/easy2do/
- 交通部＊公路總局的「安全台灣（Safe Taiwan）」
- 服務平台（ST-Web）http://www
+ 交通部*＊公路總局的「安全台灣（Safe Taiwan）」
+ 服務平台（ST-Web）http://ww
+ *電信業者及媒體公開資訊的統一管道
+ w
分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
（201 行未修改）
|
||
| 2014-08-04 05:51 – 05:51 | r299 – r306 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*將官方資訊跟民間資訊放在分開的區塊fetaiwan.tw/
+ .sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*想法:將官方資訊跟民間資訊放在分開的區塊 fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:51 | r298 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*將官方資訊跟民間資訊放在分開的區塊fetaiwan.tw/
+ .sQ：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*將官方資訊跟民間資訊放在分開的區塊fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 – 05:50 | r289 – r297 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*將將官方資訊跟民間資訊先分開fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*將官方資訊跟民間資訊放在分開的區塊fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 – 05:50 | r286 – r288 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可a*將將官方資訊跟民間資訊先分開fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？a*將將官方資訊跟民間資訊先分開fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r285 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可a*將將官方資訊跟民間fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可a*將將官方資訊跟民間資訊先分開fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r284 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的a*將將官方資訊跟民間fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可a*將將官方資訊跟民間fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 – 05:50 | r281 – r283 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的a*將將官方資訊跟名fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的a*將將官方資訊跟民間fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r280 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸中a*將將官方資訊跟名fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的a*將將官方資訊跟名fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r279 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸中a*將將官方資訊跟監fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸中a*將將官方資訊跟名fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r278 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情a*將將官方資訊跟監fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸中a*將將官方資訊跟監fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r277 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情a*將將官方資訊跟ㄇㄧㄡˊfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情a*將將官方資訊跟監fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r276 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土a*將將官方資訊跟ㄇㄧㄡˊfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情a*將將官方資訊跟ㄇㄧㄡˊfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r275 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土a*將將官方資訊跟ㄇㄧfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土a*將將官方資訊跟ㄇㄧㄡˊfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r274 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸水a*將將官方資訊跟ㄇㄧfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土a*將將官方資訊跟ㄇㄧfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r273 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸水a*將將官方資訊跟ㄇfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸水a*將將官方資訊跟ㄇㄧfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 – 05:50 | r271 – r272 | |
顯示 diff（220 行未修改）
|
||
| 2014-08-04 05:50 | r270 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸水a*將將官方資訊跟fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸水a*將將官方資訊跟ㄇfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r269 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十a*將將官方資訊跟fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十尸水a*將將官方資訊跟fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r268 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十a*將將官方資ㄒㄩfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十a*將將官方資訊跟fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r267 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾心手一月a*將將官方資ㄒㄩfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情土十a*將將官方資ㄒㄩfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r266 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾心手一月a*將將官方資fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾心手一月a*將將官方資ㄒㄩfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r265 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*將將官方資fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾心手一月a*將將官方資fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r264 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*將將官方fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*將將官方資fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r263 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾清a*將將官方fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*將將官方fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r262 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾清a*將fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾清a*將將官方fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r261 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*將fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾清a*將fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r260 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*將fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 – 05:50 | r257 – r259 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心心a*fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾a*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r256 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心心a*ㄐㄧㄤfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心心a*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r255 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心a*ㄐㄧㄤfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心心a*ㄐㄧㄤfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r254 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心a*ㄐㄧㄤ將官fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心a*ㄐㄧㄤfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r253 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過a*ㄐㄧㄤ將官fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過卜水心a*ㄐㄧㄤ將官fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r252 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過a*ㄐㄧㄤfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過a*ㄐㄧㄤ將官fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r251 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼卜月月a*ㄐㄧㄤfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過a*ㄐㄧㄤfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r250 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼卜月月a*fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼卜月月a*ㄐㄧㄤfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r249 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼a*fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼卜月月a*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r248 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼a*ㄐㄧ將fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼a*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r247 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎a*ㄐㄧ將fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼a*ㄐㄧ將fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r246 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎a*ㄐㄧfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎a*ㄐㄧ將fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r245 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於a*ㄐㄧfetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎a*ㄐㄧfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r244 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於a*fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於a*ㄐㄧfetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 – 05:50 | r239 – r243 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以a*fetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於a*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:50 | r238 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以afetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以a*fetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:49 – 05:50 | r201 – r237 | |
顯示 diff（20 行未修改）
類似slack.com 的highlight 字詞提醒
同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
- .safetaiwan.tw/
+ .s民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以afetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:47 – 05:49 | r183 – r200 | |
顯示 diff（18 行未修改）
分區是否使用篩選的方式會比較好(因為可能有全區的)
增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
- 類似slack.com 的highlight 字詞提醒.safetaiwan.tw/
+ 類似slack.com 的highlight 字詞提醒
+ 同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
+ .safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:45 – 05:46 | r170 – r182 | |
顯示 diff（17 行未修改）
分區再分類
分區是否使用篩選的方式會比較好(因為可能有全區的)
- 增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心).safetaiwan.tw/
+ 增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
+ 類似slack.com 的highlight 字詞提醒.safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:41 – 05:44 | r164 – r169 | |
顯示 diff（15 行未修改）
交通部＊公路總局的「安全台灣（Safe Taiwan）」
服務平台（ST-Web）http://www
- 分區再分類.safetaiwan.tw/
+ 分區再分類
+ 分區是否使用篩選的方式會比較好(因為可能有全區的)
+ 增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心).safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:37 – 05:38 | r162 – r163 | |
顯示 diff（14 行未修改）
交通部＊公路總局的「安全台灣（Safe Taiwan）」
- 服務平台（ST-Web）http://www.safetaiwan.tw/
+ 服務平台（ST-Web）http://www
+ 分區再分類.safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
（195 行未修改）
|
||
| 2014-08-04 05:35 – 05:35 | r156 – r161 | |
顯示 diff（16 行未修改）
服務平台（ST-Web）http://www.safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
- （FB專頁）https://www.facebook.com/SafeTaiwan.tw
+ （FB專頁）htts* 網站版權所有跟開放資料版權是兩回事://www.facebook.com/SafeTaiwan.tw
ＰＳ擔任公路總局資訊室主任陳守強推動中
（193 行未修改）
|
||
| 2014-08-04 05:24 – 05:24 | r153 – r155 | |
顯示 diff（8 行未修改）
*一、救災資訊的網站
國家災害防救科技中心（NCDR）的「NCDR 災害示警公開資料平台」
- https://alerts.ncdr.nat.gov.tw/index.aspx
+ ＊https://alerts.ncdr.nat.gov.tw/index.aspx
國家災害防救科技中心(NCDR) 防災易起來
http://easy2do.ncdr.nat.gov.tw/easy2do/
- 交通部公路總局的「安全台灣（Safe Taiwan）」
+ 交通部＊公路總局的「安全台灣（Safe Taiwan）」
服務平台（ST-Web）http://www.safetaiwan.tw/
手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
（196 行未修改）
|
||
| 2016-10-06 05:13 | r152 | |
顯示 diff（14 行未修改）
交通部公路總局的「安全台灣（Safe Taiwan）」
- 服務平台（ST-Web）http://www.safetaiwan.tw/
- 手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
- （FB專頁）https://www.facebook.com/SafeTaiwan.tw
- ＰＳ擔任公路總局資訊室主任陳守強推動中
+ 服務平台（ST-Web）http://www.safetaiwan.tw/
+ 手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
+ （FB專頁）https://www.facebook.com/SafeTaiwan.tw
+ ＰＳ擔任公路總局資訊室主任陳守強推動中
全球災害警報及協調系統 Global Disaster Alert and Coordination System
（192 行未修改）
|
||
| 2016-04-22 23:21 – 23:23 | r123 – r151 | |
顯示 diff（61 行未修改）
*民防，民力，
*在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
+ *可以讓民間的資訊進入到一個公開的訊息池，透過交叉互評（點讚或是評論）機制突顯比較需要留意的資訊，官方資訊也可以適時揭露到這個平台上
Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
（148 行未修改）
|
||
| 2016-04-22 15:52 – 16:19 | r8 – r122 | |
顯示 diff（9 行未修改）
國家災害防救科技中心（NCDR）的「NCDR 災害示警公開資料平台」
https://alerts.ncdr.nat.gov.tw/index.aspx
+
+ 國家災害防救科技中心(NCDR) 防災易起來
+ http://easy2do.ncdr.nat.gov.tw/easy2do/
交通部公路總局的「安全台灣（Safe Taiwan）」
（3 行未修改）
ＰＳ擔任公路總局資訊室主任陳守強推動中
+ 全球災害警報及協調系統 Global Disaster Alert and Coordination System
+ http://www.gdacs.org/
+ 全球災害警報和協調系統是由歐洲聯合研究中心和聯合國聯合參與制定的。每天24小時監督世界各地的自然災害，並在第一時間產生回應與發出警報。當地震、海嘯、熱帶颶風和洪水等自然災害狀況發生時，全球災害警報和協調系統會統整災害的強度、可能受到影響的人口數目和基礎設施以及災發生國家的脆弱性（vulnerability）資料。有了這些資訊，系統會根據需要國際人道救援介入的可能性，自動發出綠色、橘色或紅色警報。該警報會通過電子郵件或簡訊在災害發生二十分鐘內發送至世界各地超過兩萬兩千名訂戶。
*二、思緒請先丟出來
（46 行未修改）
資訊流通的問題
*資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
+ *除了正確之外，還要有消除資訊流通的問題，以避免謠言流傳造成影響困擾。
（126 行未修改）
*天氣 / 天災示警
*醫院掛號、候診序號功能
+
+ 防災APP究平安-究心科技
+ http://geothings.tw/geoBingAn
+
*FB網友討論
（2 行未修改）
|
||
| 2014-08-23 01:05 – 01:06 | r4 – r7 | |
顯示 diff（139 行未修改）
- 、
+
*三～九、保留中
+
*十、氣爆事件的反思與檢討
- 府方
+ 政府
（52 行未修改）
|
||
| 2014-08-23 01:05 | r3 | |
顯示 diff（197 行未修改）
*FB網友討論
- *台灣緊急救災系統建置計畫2:為何需要民間救災系統
+ *
*【民間救災平台】 | 莫拉克計畫
|
||
| 2014-08-23 01:05 | r2 | |
顯示 diff（201 行未修改）
|
||
| 2014-08-14 23:11 | r1 | |
顯示 diff- Untitled
+ 對政府災防系統的想像
+ *概述
+ 橋接民間資訊與政府資訊。
+ from http://logbot.g0v.tw/channel/g0v.tw/2014-08-04#184
+ *請盡情共筆XD
+ *打兩個 // 可以使用 comment, hackpad 操作請見 hackpad 超新手教學
- 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!
+
+ *一、救災資訊的網站
+ 國家災害防救科技中心（NCDR）的「NCDR 災害示警公開資料平台」
+ https://alerts.ncdr.nat.gov.tw/index.aspx
+
+ 交通部公路總局的「安全台灣（Safe Taiwan）」
+ 服務平台（ST-Web）http://www.safetaiwan.tw/
+ 手機版（ST-Mobile-html5）http://www.safetaiwan.tw/mobile/
+ （FB專頁）https://www.facebook.com/SafeTaiwan.tw
+ ＰＳ擔任公路總局資訊室主任陳守強推動中
+
+
+ *二、思緒請先丟出來
+ ＊12:56:19 <Michael_LI> .//國災中心左邊的分類讓我看到疑惑的地方，沒有被分類的其他事項資料數據要去哪邊查，例如：其他－－＞氣爆 其他－－＞隕石 其他－－＞核電廠輻射外洩（這個要變成固定比較好）
+ *＊這次高雄爆炸，高雄市政府有個即時可靠的LINE粉絲團，來發表正確的資訊，是個很好的作法。（圖）
+ *line有官方限制 可能要另外找一個open的通知管道 臨時要成立粉絲團也許會來不及
+ *電信業者及媒體公開資訊的統一管道
+ *譬如簡訊通知？
+ *簡訊字數限制很麻煩啊ORZ
+ *也對，不過 Line 的使用會有一點資訊門檻？
+ *個人是認為 與其希望降低資訊門檻 不如期望有資訊能力的人收到消息以後 用其他非資訊管道通知別人ORZ
+ *也對，我這次就是這樣消化訊息後，再電話通知家母 XD
+ *嗯啊 我爸連簡訊都不會看
+ *他們還是習慣看電視或聽朋友、親戚說
+ *最傳統跟門檻最低應該是收音機吧 只是現在會用的人也不多了 可靠度會大於電話
+ *不知道這是否有區域和對象族群的不同，譬如警廣對用路人影響力還是大的
+ *假設災區沒水沒電沒手機訊號 FM或AM訊號應該還是有機會傳進去
+ *不過台灣小，像八八風災就會有人帶著網卡和筆電衝進去了～
+
+ 需求：
+ 一、 狀況確認： 地圖、損害報告（依對象角色區分）
+ *情況的公告、發佈、通知
+ *回報：情報收集》確認
+ 二、 指示： 命令中心，接受、發佈命令（依對象角色區分）
+
+ 呈現方式討論：
+ 分區再分類
+ 分區是否使用篩選的方式會比較好(因為可能有全區的)
+ 受災地圖：增加地圖標示(標示出災害區塊以及是否有避難所與災害應變中心)
+ 類似slack.com 的highlight 字詞通知
+ 同一種災害可能會有多種警報(EX:地震引起的有可能發生「地震、道路坍方、海嘯」)
+ *統一的指示是否要區分不同角色？ 消防，民眾，各種單位
+ 分析資料後上hashtag(地區或災害類型) 以hashtag篩選資料
+
+ Q：民間比較強大的只有人手多，消息回報快，缺乏精準及統整能力，所以重點在於怎麼過濾情報的可信度？
+ *想法:將官方資訊跟民間資訊放在分開的區塊 分回報區及訊息公告區？
+ *回報區可以讓不同帳號做確認 假如一定帳號數確認過 才視為"可能正確資訊" 再主動通知官方確認 如未達標 官方可以被動查看
+ *或者直接顯示確認過的人數(以不同顏色區別，例如綠色表示經過3人以上確認，或是直接顯示數字表示經過3人確認)，由觀看者自行決定可信度(這樣比較節省時間，緊急時刻沒有辦法強求所有訊息都被完善的求證，等求證完可能都來不及) 如果官方出面否認可以歸零或刪除？ 官方要有權限
+ *民防，民力，
+ *在救災時間點上，公部門原有的通報系統應比民 強和精準多。 除非災難過大，讓公部門系統處理不來or崩潰。比較需要努力的是：如何讓公部門的處理訊息快速地傳達出來，讓需要了解的人，可以運用、判斷、和安心。
+
+ Q： 訊息更新方式問題： EX 物資己超收，應停送／避難點變更⋯⋯
+ * 如何傳播／更新最新消息？
+ *該災害應有的災害急救中心，由災難應變中心人員回報(不知道會不會有難度)，也可以公布目前收得物資的資訊，避免重複物資的浪費，也可以公告出目前所欠缺的資源(若無法由災難應變中心人員進行編輯是否能由上一個Q的回答一樣，使用回報區回報目前的物資狀況)
+ *避難點增加或移除應該加掛在該災難上，以便災民可以由單一災難得知目前災難全貌
+ * 台灣的經驗很特別，人們很習慣在第一時間捐贈物資，常不管現場的需求為何？是否已滿，似乎捐的需要大於其他。於是物資常成為政府處理的負擔。不按任 logic而出現的物資，讓現場接收的人連點收列管都成為困難，要做到即時回報，真的非常困難。
+ *app? 回報或分享資訊同時要接收後訊更新，任務綁定，變更通知接收。
+
+
+ 資訊流通的問題
+ *資訊的傳遞都是以人為核心，在災難發生時，所處的地方會造就自己的不同身份(如下)；除了應確保傳遞的資訊正確與否，傳遞的資訊是否有用(對接受者而言)，也是非常重要的問題。
+
+
+ 資訊的接收與傳遞 （角色情境）
+ *傳遞方
+ *官方的網站、相關新聞稿
+ *官網是指政府成立的災害應變中心? 或是緊急應變中心嗎?
+ *看各事件所需處理的相關單位(?) 像這次包括高市社會局、高市府、消防...等，這部份的問題是府方沒有統一的對外窗口，社會局的安置歸社會局的安置、消防歸消防...etc。但對民眾而言，要四處(到不同網站)收集資料很麻煩。
+ *新聞稿的部份是參考高雄板的社工po文，他也有明指出「社會局不方便發新聞稿」((但安置的問題不是歸社會局管嗎<<<
+ *各司算是官方傳遞資訊最大的問題吧
+ *所以各司發佈，再統一集中到一個介面，相關單位總數及規模確認，單位主動通知，還是系統去把資料接過來？
+ *傳統媒體(TV)
+ *網路社群 (包含 網路媒體)
+ *g0v , Facebook , twitter (PTT跟Disp.cc要跟網路社群/媒體分開看嗎?)
+ *PTT 跟 disp.cc 分開是因為有點像兩個世界XDDD g0ver 的話基本上都會四處流竄所以算在網路社群裡面了
+ *( 另一方面來說，應該是封閉性的問題XD 像是↓指的PTT帳號限制 )
+ *PTT、DISP.CC (兩者的受眾不太相同)
+ *PTT的帳號限制比較大，不容易申請，發佈文章的資格限制也高很多，特別是在重大討論事件時
+ *Disp的帳號管制，相對彈性大很多，甚至不需要申請帳號登入也可以推文回報(但是就很難求證正確性)
+ *PTT的文章常常會被轉寄到Disp,但是Disp的文章卻無法轉寄到PTT，只能把網址貼到PTT，輔助發文引用
+ *受災民眾
+ *這部份的傳遞是指「災區現況」的傳遞，畢竟最清處現況的當然是受災民眾了....
+ *尋人
+ *自發前往救助的民眾
+ *為了和志工、前往救助的人併在一起，所以先把自發兩字 strike 了XD
+ *前往救援的分兩類：有組織性和無組織性(未被收編)
+ *「來亂的」通常在無組織性的民眾裡較多，而他們傳遞的資訊也可能是有問題的....(?) 比較嚴重的問題應該是會影響救災工作
+ *無論何種災情，基本上都不鼓勵這種衝動型的志工。比較鼓勵平日加入特定的組織或團體，有些訓練和分工做事的經驗，如此較易在有需要時應召發揮功能。
+ *接收方
+ *一般民眾
+ *一般民眾在大量傳媒的宣傳洗腦下，容易對災區產生誤解；大量的「志工」和「捐款」通常是來自一般民眾。
+ *
+ *災區民眾
+ *對災區週邊的民眾而言，他們需要的資訊是「避難」和「官方的相關救災公告」，像是避難區、管制區等。
+ *
+ *受災民眾
+ *受災民眾的資訊接收能力是最差的，可能處在沒電、沒網路的情況下。他們的「資訊」對外界而言是最重要的(但傳遞不出去)，而外界想支援的資訊要傳入也有困難。
+ 官方的問題
+ *官方現有的網站
+ *訊息過於粗略，不夠即時。但此次高雄市政府在fb和line上的訊息發佈就好很多
+ *傳遞速度
+ *層層上報的問題
+ *即時性
+ *
+
+ 民間的問題
+ *資料來源不清
+ *
+ *統籌問題
+ *要容易辨識資訊的來源（可信度驗證），時間性，重要性。否則很容易被過多資訊淹沒。
+ *訊息分流：有時政府人手，疲於應付現場狀況和電話詢問。如果有一個平台，讓不同緊急程度的資訊或救援，可以分流，比較不會佔用專線資源。譬如：
+ *高雄氣爆救災後援團（以不影響警消工作的方式來進行後勤支援）：這個粉絲團的管理者，每隔一陣子就會再貼一次 guideline，同時鼓勵大家以分享而非複製貼上的方式轉載，讓轉出去的訊息有機會讓讀到的人回來 re-check。
+ *現在因為分享訊息的方式很多，往往消息一發散，就沒辦法阻斷 hold 住。於是同樣一則不正確的消息，隔了幾天還是不斷出現；或重複募集已不需要的物資。
+ *這個粉絲團目前運作良好。依照與政府合作的經驗，只要與他們建立 mutual trust，就有可能也分享到政府的訊息資源，因為公部門相信這樣一群人/組織可以幫上忙。譬如以前的火腿族，第一時間帶著專業通訊設備到災區，最後成為專業的救援隊伍，不少搜救隊是這樣起家的。
+
+ *https://sites.google.com/site/emergencyptt/ 這是當年莫拉克風災時，為了避免批踢踢和非鄉民的 web 世界斷裂，所架設的橋樑型網站。當時，是在Ptt 的 Emergency 版，號召一組核心志工，大家輪班、認領不同分類，例如物資、志工、官方訊息等等，統整輪班期間內的訊息來源。
+ *發起時，我編寫了編寫手冊，著重「消息正確性」、「易讀性」和避免重複發布幾點，訓練線上志工。借重鄉民的力量，盡可能蒐集更多一線地方、新聞新聞、社群媒體的來源消息，同時也能作到社群揪錯
+ *如果可以針對手機載俱再特別優化會更好，更即時更方便行動
+ *八八之後，有些單位在推 ushahidi（sample），但沒有起來，因為手機app不好用。這部份，我想 google 表單是否可以替代？規劃好欄位，只要有網址就能回報資料 #手機 不過這樣就不能自帶 LBS 資訊....
+
+ 資訊的使用門檻
+ *網路
+ *網路上傳遞的資訊在受災區很可能無法被聽見。以這次氣爆的問題而言，受災區多數是沒水、沒電、沒網路(手機沒電 or others)的情況，來來往往的人潮不見得有空閒的時間停下來溝通。(所以這次在一開始才會徵一堆行動電源...)
+ *需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，再固定關注該專線的資料更新，應該也可以和 twitter 介接，發送的簡訊直接成為 tweet，就不用一直盯著手機看
+ *簡訊是最快速往外傳的方式XD 但智慧型手機的耗電量.... 現場要是能有線路組之類的支援即時的 網路/資訊站 就好了
+ *操作性
+ *操作性的問題在於，於此我們都是習於網路使用的「網民」，但實則上受災時，多得是「不熟悉」甚至是「不會用」網路的高齡、中高齡長輩，不論是介面的操作性或是易用性都該考慮到使用者對於該介面的上手程度。
+ *同上需要考慮讓一般手機也能夠方便回報的方式，例如專責接收防災回報的簡訊專線，年長者可以容易學習應用，2G手機的待機時間更長也更省電
+ *!!! 設備! 也許有一解是量產然後針對災區發放...但回收會有問題(呃)
+ *身份驗證(like PTT, FB have to login)
+ *身份驗證大概是最詬病的問題....=_=，要考量使用者「會不會用」和「有沒有帳號」...
+ *身份驗證可以考慮簡訊驗證(雖然比較花錢)
+
+
+ 、
+ *三～九、保留中
+
+
+ *十、氣爆事件的反思與檢討
+ 府方
+
+
+ 民間
+ /*（超鏈接 ）
+ 依據這篇文章描述「重複造輪子」是個政府與民間搭不起來的橋樑……
+ 有人說眼鏡跟眼鏡蛇不好比較，也有人說太陽跟太陽餅也是不好比較～～
+ 其實真正不好比較的地方是「鄉民救災中跟鄉民嘴炮中」，政府思考事情一定是比較慢且依據政府內部的規劃來作業，鄉民做事情一定是比較快且依據眼睛看到的少部份資訊來做判斷。
+ 我們這次在g0v政府搞這個救災資迅列表，主要的目標根本是幫gov政府控制網路言論不要幫倒忙！各位想想是否如此吧！
+ #高雄大爆炸
+ ----
+ 評論：gov（政府） 跟 g0v（零時政府） 誰的網站比較好？
+ http://npost.tw/archives/9157
+ ----
+ */
+ /*
+ 標題：高雄氣爆事件訊息統整（時間：2014-08-03_05:55AM）
+ （本文短網址）http://bit.ly/Kaohsiung-explode
+ 補充說明︰
+ g0v的人已經帶頭建立「資訊集中」查閱的地方，各處零散的資訊請集中，需要即時更新的請及時更新。
+ 需要闢謠的請趕緊闢謠，到處在臉書（或其他社群網站）流傳的東西不是很確實就不要到處轉貼。
+ 這份照片內容會繼續修改文字，轉貼的人發現倒內容有變動，可以再次轉貼，直到所有朋友都知道有「高雄氣爆事件訊息統整」這個地方為止，而不會亂糟糟到處東說西說讓人一頭霧水。
+ 最典型的案例就是「８８風災杜神父」被人轉貼過時或錯誤的救援資訊「救了又救」三天，2千次以上電話通報，資源浪費也沒效率。
+ ----
+ 參考資料：
+ 不存在的網路防災體系（2011-03-17蘋果日報／作者：徐挺耀，台灣數位文化協會理事長）
+ http://www.appledaily.com.tw/appledaily/article/headline/20110317/33253900/
+ 莫拉克災情網路中心（八八水災網路救援滿月對談）
+ http://www.slideshare.net/s87273101/ss-3040281
+ ----
+ */
+
+
+
+ *＝＝其他討論＝＝
+ /*國家災害防救科技中心 版權所有
+ 版權所有很刺眼～這種公共資訊真的是版權所有嗎？得請教專家了（EX.中研院的林誠夏先生）
+ */
+ * 網站版權所有跟開放資料版權是兩回事
+
+ 4Ｇ手機有內建防災訊息廣播功能 http://newtalk.tw/news/2014/07/01/48799.html
+ 傳統手機要借重簡訊,一般智慧型手機可以考慮APP
+
+ */* 關於物資, 資金流向的管理資訊與編輯方式? 很多人其實很關注自己的一份心力是不是確實有效地送到了需要的人手中. */
+
+
+ 一言難盡，直接畫個想像圖
+ *
+ 普及性會是這類少用平台最重要的成功關鍵，建議可以整合的App類型：
+ *天氣 / 天災示警
+ *醫院掛號、候診序號功能
+
+ *FB網友討論
+ *台灣緊急救災系統建置計畫2:為何需要民間救災系統
+ *【民間救災平台】 | 莫拉克計畫
|
||
| 2014-08-04 05:04 | 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!
|
||