接觸 LINE bot 使用者的渠道:
尚未指定 actionable item owner
邏輯謬誤的按鈕
Will implement "opinionated"
need discussion on design
執行順位: reply 編輯功能之後,與求助按鈕相同順位
Done
查證資料安排的先後順序,會影響讀者理解資訊的正確性,怎麼做最好?依照資料來源排序?
需要 reference time stamp,自動化不可靠、編輯手動 key 時間的效益也不高。
Billion「編輯自己邊過的東西」功能比較實在,因為提出這個要求,背後的動機是發現自己的 reply 不對、想要修正。執行順位:因為沒有替代方案,希望優先實做。
Implemented deletion instead
編輯追蹤系統(編輯想知道自己編過的東西有沒有別人寫的新回應)
blocked by schema refactor, cannot have action for now
手動貼到FB上面求助會不會很難?是否可以增加一個求助按鈕,就可以自動連結到社團貼文?技術上可行嗎?
Random people: Cotact us + email
For editors: floating action button to FB 懶人包
執行順位:跟 opinionated 差不多
就算不做 contact us 也需要註冊 google groups 來回信 (GGM 會研究)
Done
當一則新謠言被查證,是否要主動推播訊息給先前查詢的人?有一則查證就推播還是?
LINE bot server 要記錄哪些問過沒得到答案
執行順位:因為可以自己回來看,所以最後最後做
統計使用的 Elastic search query: https://github.com/cofacts/rumors-site/issues/19#issuecomment-312291955
分成「每週網站註冊人數」、「reply connection 的 unique 作者數」兩塊。前者不一定是註冊之後就立刻進行編輯的人,而後者等於是周活躍編輯者數量(活躍的定義 = 有建立 reply connection)。
由於 reply connection 建立時,articles
沒有更新 timestamp,因此只能做出「每週 reply connection 建立數量」表,來趨近被查證的文章數。
5 月中~ 6 月底的 1.5 個月中,約有 1000 個 reply connection 被建立。
新文章建立的周分佈(累積)
圖中的 2 次文章數快速上升,分別是:
5 月中~ 6 月底的 1.5 個月中,約有 1000 篇新文章被建立。
MrOrz will check that before 6/30
之後做成 cronjob 之類的
Lucien 邏輯謬誤是一種「含有不實訊息」
Lcn:邏輯錯誤是錯的,等於從訊息本身回去看。
Lcn:比如若A則B,若B則C,推出若A則C
Orz:比如南非與同性婚姻
Lcn:邏輯錯誤表示有推論句
Orz:結論應該不會被其他文章再用
Lcn:因此推論就可以自己被框起來
Orz:就算個別事證都對,還是可以對那句結論說含有不實資訊。
Lcn:主觀意見沒有任何陳述,把話說一半,暗示背後某個結果跟推論。
Orz:這裡可能需要例子
可以用opinion也可以用不實資訊,但可以用引導說,遇到這個狀況可以選不實資訊還是…(一個編輯準則)
hazel:這個東西是要確認要不要放成一個項目(來自社群的意見)
Orz:如果要寫進準則,就要告訴編輯平台上長什麼樣子,所以的確需要例子。
hazel:暫時性的這些以後會變成分類嗎?
Lcn:需要給他一個特殊TAG,大方向表示他是錯的,是邏輯謬誤,而不是內容事實的問題。含有不實訊息這件事情有很大解讀空間,推論錯可能是因為邏輯謬誤。
Lcn:目前給予比較大的裁量權,編輯覺得錯就可以選。
Bil: 文字 + 影片,可以用文字找影片,但也可以不處理。
影片留言範例與困擾:
https://g0v-tw.slackarchive.io/cofacts/page-9/ts-1498237271947418
編輯有沒有可能照資料來源的時間看?
有點困難,因為資料來源的時間不可靠。
主動推播很貴3888-8888,群眾推播免費但是不能主動推播曾經傳入的謠言解答。
希望協助編輯說,查完謠言社群社團裡面可以提問。
解決方法,多給一個連結或是指示標語。
如果今天是random的人進來真的有心,其實留個email聯絡我們
小編本身有疑問因為有登入,可不可以推
Lcn:floating action bottom,像是FAQ的功能
Lcn:不是回訊息,而是回到小編教學
btf:像是傳送門
Orz:比如轉回fb的小編教學
編輯社群的資料,切時間點去看增加的人數或文章。
回應的資料回去找一找撈資料大松前更新
Orz:大部分fact checking做的事實查證只做到attribution check,
如果現在的人是想要看到不同的消息,給予不同的訊息很好。
一般fact checking不做是因為評論主觀意見像是在帶風向。(btf:有助於維持權威性)
但是collabrating的fact checking應該可以做到不同的效果。
btf:目前有事實和非事實,如果要加上主觀遇見會有點多
hazel:全部放一起有點難懂
Orz:rumor和non-rumor已經夠亂了
hazel:如果能在line上提示說本則有主觀意見,有關聯性。有沒有邏輯謬誤會影響到編輯,這是個功能。
hazel:LINE上面的呈現不應該跟真假放在一起,而是講完真的跟假的,再提出裡面的主觀意見。
Orz:可以把它連結到這個網頁。有多少人認為有主觀訊息,請按以下連結。
Orz:現在的投票制已經把含有真實跟不實分開了
ggm:要加上主觀意見的話如果讓不實跟真實放在同一條,會有點亂。
Orz:另外還有多少人說這則有主觀意見,請點連結觀看全文。
ggm:bot只能講五句話
Lcn:可以做成圖片
ggm:放字跟放圖片一樣啊,排版好就好
Lcn:透過圖片把資料揉在一起。
(討論暫停了)之後再來看設計怎麼做