cofacts

Month: 2017-05

2017-05-02

mrorz 16:22:55
覺得這些討論怎麼跟上次的很像 www
mrorz 16:23:50
明天 5/3 又是禮拜三囉
這次我沒有什麼要提出來的東西,或許就是各自做上次 assign 的那些黑客松前要做完的 work?
mrorz 16:24:41
具體來說事我要做 In Progress 裡的第一項
https://github.com/orgs/cofacts/projects/1
lucien 23:44:16
問卷修改(文句還需要大大協助潤飾)
@null 23:44:17
@lucien commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): @hazelwei
問卷修改(文句還需要大大協助潤飾)
@null 23:46:10
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 挖勒......題目好多,我覺得填答的人會沒有耐心QQ
問卷修改(文句還需要大大協助潤飾)
@null 23:46:36
@lucien commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 這是要給誰的呢?
問卷修改(文句還需要大大協助潤飾)
@null 23:47:39
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 大松當天給加入的小編,他們闢謠一個早上後的使用心得
問卷修改(文句還需要大大協助潤飾)
@null 23:52:18
@lucien commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 那還是把所有 liker scale 問題簡化:很重要改成 open ,其他移除?
問卷修改(文句還需要大大協助潤飾)
@null 23:52:40
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 我仔細看一下Q
問卷修改(文句還需要大大協助潤飾)
@null 23:52:45
@lucien commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 如果人數不多, liker scale 也沒有什麼意義
問卷修改(文句還需要大大協助潤飾)
@null 23:54:49
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 當天人數應該不會多,所以或許可以一部分是量化的指標,另外一部分做一對一詢問?
問卷修改(文句還需要大大協助潤飾)
@null 23:54:55
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 主要看你的需求
問卷修改(文句還需要大大協助潤飾)
@null 23:55:41
@lucien commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 如果是小編為主,還有一個方向是把讀者相關的問題移除
問卷修改(文句還需要大大協助潤飾)
@null 23:58:24
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 我覺得先處理一個角色就好
問卷修改(文句還需要大大協助潤飾)

2017-05-03

@null 00:00:05
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 建議先針對小編,使用者的部分可以另外再想想怎麼搜集
問卷修改(文句還需要大大協助潤飾)
lucien 00:04:39
明天 workis 呈現一個自主運轉的狀態,老闆在高雄由駐點團隊看家,所以需要有人早點去以防駐點團隊都下班回家了
@null 00:49:49
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 題目小修改 @lucien
回報文章列表頁:

這頁呈現所有透過 Line Bot 回報的文章項目,你看到的文章不確定內容是否含有不實資訊,請你以一個正在查核事實的小編來回答下列問題:

* 列表上的文章資訊,能滿足你快速瀏覽的需求嗎?(liker scale 1-5)
* 「排序功能」能幫助你找到想要查核的文章嗎?(liker scale 1-5)
* 「過濾功能」能幫助你找到想要查核的文章嗎?(liker scale 1-5)
* 目前文章列表提供一篇文章的「開頭一小段內容」、「回報人數」、「查核回應數」、「文章回報距今多久」,列表上增加什麼樣的資訊,能幫助你快速挑選想回應的文章呢?(Open Question)
* 承上,列表上有任何資訊你認為不必要嗎?(Open Question)
* 有希望新增什麼排序功能呢?(Open Question)
* 有希望新增什麼過濾功能呢?(Open Question)
文章詳細回應頁:

這頁呈現一則回報訊息的全文,能在此頁對回報文章進行事實查核,你也可以看到其他人的查證結果。在 Line bot 詢問文章的真實與否時,這個頁面將作為答案回傳至 Line 中,讓詢問者判斷參考。請你以一個正在查核事實的小編來回答下列問題:

* 回應頁上各欄位的標題容易理解嗎?(liker scale 1-5)
* 回應頁的「撰寫新回應」的功能,滿足你查核過程中的需求嗎?(liker scale 1-5)
* 呈現「相關文章的回應」,是否有助於訊息編輯?(liker scale 1-5)
* 「你可能也會對這些類似文章有興趣」的欄位,有助於你持續編輯嗎?(liker scale 1-5)
* 回應頁上的區塊標題,有什麼可以改進、甚至是更好的標題建議呢?(Open Question)
* 「撰寫新回應」中的資料來源欄位,除了網頁連結你會多寫上什麼訊息呢? (Open Question)
* 「撰寫新回應」中「非完整文章或原因」的回覆選項,是否有想要新增的常見原因?(Open Question)
整體使用流程:
* 請問你認為什麼樣的機制能激起你參與事實查核的動機?(Open Question)
* 請問你認為使用上最不方便的地方?(Open Question)
* 請問你認為使用上最喜歡的地方?(Open Question)
問卷修改(文句還需要大大協助潤飾)
@null 00:50:32
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 我建議有些題目可填可不填
問卷修改(文句還需要大大協助潤飾)
@null 00:50:49
@hazelwei commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F58AC85GX/___________________________________________________|問卷修改(文句還需要大大協助潤飾): 我們再自己去訪問就好
問卷修改(文句還需要大大協助潤飾)
hazelwei 22:49:24
問卷好了, @lucien 快看!!!
https://www.surveycake.com/s/6RwLv

surveycake.com

SurveyCake

Make your survey a piece of cake!

lucien 22:55:28
https://marketplace.visualstudio.com/items?itemName=numso.prettier-standard-vscode

marketplace.visualstudio.com

Prettier-Standard - JavaScript formatter - Visual Studio Marketplace

Extension for Visual Studio Code - VS Code plugin for prettier + standard

2017-05-04

mrorz 02:04:58
在 rumors-api, rumors-db, rumors-line-bot 設定好了 eslint + prettier。
如果編輯器裡面已經有 eslint 的 extension 的話,就不用另外裝一個編輯器 extension 了,直接用 eslint 的就可以了。

rumors-site 還沒放,因為 react 要多一點規則
mrorz 02:06:20
關於 commit hook
mrorz 02:07:57
我覺得 linter format check 可以不用在本機端做
在 travis 上作不錯

lint 不過的,travis build 就會 fail,該 commit 或 PR 就會有紅色的叉叉。
我覺得這樣就足夠了~
mrorz 02:08:52
我覺得目前不用管到 commit level,push 後讓 travis 檢查一下就好
lucien 02:54:09
咦咦所以現在是 fix eslint 會 run prettier 嗎?
mrorz 03:35:00
y
@null 04:59:55

Log event

2017-05-03 20:40:39.732 419 &lt;134&gt;1 2017-05-03T20:39:31+00:00 app heroku-redis - - source=REDIS sample#active-connections=2 sample#load-avg-1m=0.03 sample#load-avg-5m=0.045 sample#load-avg-15m=0.055 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468kB sample#memory-free=12456060kB sample#memory-cached=1200972kB sample#memory-redis=2601712bytes sample#hit-rate=0.91405 sample#evicted-keys=0 2017-05-03 20:43:45.140 420 &lt;134&gt;1 2017-05-03T20:42:44+00:00 app heroku-redis - - source=REDIS sample#active-connections=2 sample#load-avg-1m=0.085 sample#load-avg-5m=0.065 sample#load-avg-15m=0.055 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468kB sample#memory-free=12455624kB sample#memory-cached=1200976kB sample#memory-redis=2601712bytes sample#hit-rate=0.91405 sample#evicted-keys=0 2017-05-03 20:44:23.648 300 &lt;158&gt;1 2017-05-03T20:44:23.400169+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=a9570db4-788f-4bee-938f-707ef2cab350 fwd="54.248.250.232" dyno=web.1 connect=3ms service=4ms status=200 bytes=135 protocol=https 2017-05-03 20:44:24.723 299 &lt;158&gt;1 2017-05-03T20:44:24.307875+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=611837ae-032f-4c4e-8286-41dc77486f0d fwd="50.112.95.211" dyno=web.1 connect=0ms service=1ms status=200 bytes=135 protocol=https 2017-05-03 20:46:27.757 298 &lt;158&gt;1 2017-05-03T20:46:27.535002+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=57cff402-525b-4292-a8e7-19c52c9d39e9 fwd="54.251.34.67" dyno=web.1 connect=1ms service=2ms status=200 bytes=135 protocol=https 2017-05-03 20:47:47.542 418 &lt;134&gt;1 2017-05-03T20:47:40+00:00 app heroku-redis - - source=REDIS sample#active-connections=2 sample#load-avg-1m=0.015 sample#load-avg-5m=0.04 sample#load-avg-15m=0.04 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468kB sample#memory-free=12455844kB sample#memory-cached=1200980kB sample#memory-redis=2601712bytes sample#hit-rate=0.91405 sample#evicted-keys=0 2017-05-03 20:48:24.882 299 &lt;158&gt;1 2017-05-03T20:48:24.721304+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=c9660437-a4b4-4145-b7d5-397c081edbdc fwd="50.112.95.211" dyno=web.1 connect=0ms service=3ms status=200 bytes=135 protocol=https 2017-05-03 20:51:47.288 419 &lt;134&gt;1 2017-05-03T20:50:53+00:00 app heroku-redis - - source=REDIS sample#active-connections=2 sample#load-avg-1m=0.07 sample#load-avg-5m=0.045 sample#load-avg-15m=0.045 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468kB sample#memory-free=12455432kB sample#memory-cached=1200980kB sample#memory-redis=2601712bytes sample#hit-rate=0.91405 sample#evicted-keys=0 2017-05-03 20:55:28.197 300 &lt;158&gt;1 2017-05-03T20:55:27.780598+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=bf2d73ab-a947-48da-a3c4-a6efe3a81877 fwd="54.247.188.179" dyno=web.1 connect=0ms service=1ms status=200 bytes=135 protocol=https 2017-05-03 20:57:48.878 419 &lt;134&gt;1 2017-05-03T20:57:23+00:00 app heroku-redis - - source=REDIS sample#active-connections=2 sample#load-avg-1m=0.18 sample#load-avg-5m=0.085 sample#load-avg-15m=0.055 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468kB sample#memory-free=12455500kB sample#memory-cached=1201004kB sample#memory-redis=2601712bytes sample#hit-rate=0.91405 sample#evicted-keys=0

mrorz 16:00:08
pretty ad-hoc issue. tested but its ok….
mrorz 16:00:08
pretty ad-hoc issue. tested but its ok….
mrorz 20:04:39
Btw 我週六會上台做提案報告
有啥要提徵求要提的嗎
mrorz 20:06:16
@darkbtf 我需要一個可以打包回家的,現在的 elastic search 資料庫 snapshot
我想用 Kibana 連進去查投影片會用的數據~~
darkbtf 20:06:38
好啊 我弄一下
mrorz 20:06:58
感謝你 ~

2017-05-05

2017-05-06

darkbtf 02:42:24
QQ 現在還來得及嗎
darkbtf 02:42:47
昨天在修我們自己的 ES sorry
mrorz 08:13:02
沒關係沒關係
mrorz 08:13:14
提案投影片也沒有時間講太多 XD
mrorz 08:13:16
感謝感謝
mrorz 08:21:35
好了,可以搜尋囉
https://cofacts.g0v.tw/?q=沙威瑪

出門往大松去~
mrorz 08:49:07
是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?
mrorz 12:10:46
@lucien 對這個部分有什麼想法嗎
mrorz 14:23:37
「沒有不實訊息,但是主觀上有人不認同」的例子:

1. 尚未有嚴謹醫學證實的 CPR 方式
https://cofacts.g0v.tw/article/AVrGYUx3yrDaTqlmmqTr
mrorz 14:27:02
2. 通篇假設,描述一個主觀意見
https://cofacts.g0v.tw/article/5484897542512-rumor
可以用這個回:https://sparks.ntustudents.org/4770/
mrorz 14:27:22
目的是希望提供查詢者一個「不同的看法」、「相反的意見」
lucien 14:46:52
未有定論?
lucien 14:51:09
snopes 有 unproven 選項
lucien 14:52:12
我覺得可以好好參考
mrorz 15:07:45
「未有定論」不錯
我們或許也需要一個 rating systems 的說明頁面
但分類不要那麼多,造成小編負擔 @@
lucien 16:23:24
rating system 會放在 editor 的 landing page 的 reference
lucien 16:23:43
reply page 應該只放 tooltips
lucien 16:29:30
你要開 unproven 主觀意見的討論
lucien 16:36:12
由於在查證過程中,發現目前分類不敷使用,因此我們想要跟大家討論一下決定新增的分類內容:[Outdated, Unproven, Opinionated]
lucien 16:38:21
請 mrorz 補上以上的案例囉!
Outdated 是由於許多文章是有時限的活動或是消息,在以往的需要切為一篇真與一篇假,來描述內容真實,但時限超過。
lucien 16:40:09
Unproven 是指目前有訊息為假說或是未成為共識的資訊,但無法說他是虛假訊息,因為他有部分案例已證為真,整體還在實驗或是討論中。
mrorz 16:40:22
“Unproven” 範例:

尚未有嚴謹醫學證實的 CPR 方式
https://cofacts.g0v.tw/article/AVrGYUx3yrDaTqlmmqTr
lucien 16:43:10
Opinionated 是個人主觀意見,其實作為 factchecking 服務應該是直接略過,或是最多做意見中的引用查證。但是 Mrorz 的公民核心理想是意見交換討論,考慮能不能在查證的過程中促進意見不同的人群交流。
mrorz 16:48:02
這些分類不一定要全部都用上
可能有一些可合併到「不處理」的分類
mrorz 18:52:37
Outdated 我覺得還算明確,過去是當作「含有正確資訊」處理,作為獨立選項,可以讓人更明確知道這個 no longer true.
但如果小編在編輯的時候遇到一個之後才會過期的訊息,要標記「含有正確資訊」還是「含有過期的正確資訊」呢?
mrorz 18:53:52
然後我現在突然覺得
Unproven 其實就是正反雙方並陳的 opinionated,有點難分 QQ
mrorz 19:16:11
Outdated 換成標記成「含有正確訊息」但標註條件 (募款金額、時間限制…等) 呢?
在 Line 上會顯示成「在 xxx 時含有真實訊息」。
Xxx 讓使用者自己填,像是「4/26 前」之類的
mrorz 08:50:17
或許可以解決部分「通篇主觀言論但沒有不實資訊,無法回應但也很想回」的小編需求,
也可以讓查詢者獲得不同觀點?
ggm 09:51:21
大遲到中qq 大概 10:20 到
ggm 10:44:47
剛好趕到 orz 的報告
ggm 10:57:29
@mrorz 你剛剛的後面會議室是指 101 嗎
mrorz 11:43:39
是唷
lucien 14:47:23
snopes 範例
ggm 14:49:13
https://github.com/cofacts/rumors-line-bot/blob/master/src/processMessages.js#L254

GitHub

cofacts/rumors-line-bot

rumors-line-bot - Line bot that checks if a message contains internet rumor.

mrorz 15:08:49
ggm: 它的功用是只留下 `id`, `replyConnectionId`,去掉其他 `rumorReply` 的 field
mrorz 15:09:39
foundReplies = notRumorReplies (僅 `{id, replyConnectionId}` 欄位)+ rumorReplies (僅 `{id, replyConnectionId}` 欄位)
ggm 15:11:23
噢噢懂 效率考量嗎
mrorz 15:12:07
免費版 heroku-redis 20mb XD
mrorz 15:12:48
讓 context 小些,可以留存越多人的 context
ggm 14:49:22
這個 map 是不是無用呀
lucien 16:36:12
由於在查證過程中,發現目前分類不敷使用,因此我們想要跟大家討論一下決定新增的分類內容:[Outdated, Unproven, Opinionated]
lucien 16:36:12

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

由於在查證過程中,發現目前分類不敷使用,因此我們想要跟大家討論一下決定新增的分類內容:[Outdated, Unproven, Opinionated]

lucien 16:38:21
請 mrorz 補上以上的案例囉!
Outdated 是由於許多文章是有時限的活動或是消息,在以往的需要切為一篇真與一篇假,來描述內容真實,但時限超過。
lucien 16:38:21

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

請 mrorz 補上以上的案例囉! Outdated 是由於許多文章是有時限的活動或是消息,在以往的需要切為一篇真與一篇假,來描述內容真實,但時限超過。

lucien 16:40:09
Unproven 是指目前有訊息為假說或是未成為共識的資訊,但無法說他是虛假訊息,因為他有部分案例已證為真,整體還在實驗或是討論中。
lucien 16:40:09

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

Unproven 是指目前有訊息為假說或是未成為共識的資訊,但無法說他是虛假訊息,因為他有部分案例已證為真,整體還在實驗或是討論中。

mrorz 16:40:18

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

ex: 物資捐贈、臉書投票活動、

lucien 16:43:10
Opinionated 是個人主觀意見,其實作為 factchecking 服務應該是直接略過,或是最多做意見中的引用查證。但是 Mrorz 的公民核心理想是意見交換討論,考慮能不能在查證的過程中促進意見不同的人群交流。
lucien 16:43:10

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

Opinionated 是個人主觀意見,其實作為 factchecking 服務應該是直接略過,或是最多做意見中的引用查證。但是 Mrorz 的公民核心理想是意見交換討論,考慮能不能在查證的過程中促進意見不同的人群交流。

mrorz 16:48:02
這些分類不一定要全部都用上
可能有一些可合併到「不處理」的分類
mrorz 16:48:02

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

這些分類不一定要全部都用上 可能有一些可合併到「不處理」的分類

mrorz 18:52:37
Outdated 我覺得還算明確,過去是當作「含有正確資訊」處理,作為獨立選項,可以讓人更明確知道這個 no longer true.
但如果小編在編輯的時候遇到一個之後才會過期的訊息,要標記「含有正確資訊」還是「含有過期的正確資訊」呢?
mrorz 18:52:37

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

Outdated 我覺得還算明確,過去是當作「含有正確資訊」處理,作為獨立選項,可以讓人更明確知道這個 no longer true. 但如果小編在編輯的時候遇到一個之後才會過期的訊息,要標記「含有正確資訊」還是「含有過期的正確資訊」呢?

mrorz 19:16:11
Outdated 換成標記成「含有正確訊息」但標註條件 (募款金額、時間限制…等) 呢?
在 Line 上會顯示成「在 xxx 時含有真實訊息」。
Xxx 讓使用者自己填,像是「4/26 前」之類的
mrorz 19:16:11

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

Outdated 換成標記成含有正確訊息時標註條件 (募款金額、時間限制…等) 呢? 在 Line 上會顯示成「在 xxx 時含有真實訊息」 Xxx 讓使用者自己填,像是「4/26 前」之類的

2017-05-07

mrorz 23:57:02
我在改寫 mapping,發現 segment range 好像可以用這個
https://www.elastic.co/guide/en/elasticsearch/reference/5.2/range.html

但 range 是 elasticsearch 5.2 之後才有的,我們現在 production 機器用的是 5.1 Orz
mrorz 23:57:32
elasticsearch db 有辦法在不掉資料的狀況下更新 container 嗎囧

2017-05-08

mrorz 01:00:54
然後我發現

https://www.elastic.co/guide/en/elasticsearch/guide/current/parent-child-mapping.html

parent child 好像無法跨 index,必須是同一個 index 底下的不同 type ?!
mrorz 01:05:50
所以如果我沒看錯的話
mrorz 01:05:56
這個 structure 裡頭
mrorz 01:06:43
`articles`、 `replyrequests`、 `replyconnections`、 `replyconnectionfeedbacks` 必須是同屬一個 index 的不同 type,而不能各自是分開的 index 囉?
mrorz 01:10:14
https://discuss.elastic.co/t/can-we-give-parent-child-relation-ship-between-different-indexes/25872/3
http://stackoverflow.com/questions/18221430/elasticsearch-parent-child-on-different-indexes
看來真的是這樣呢

stackoverflow.com

ElasticSearch parent/child on different indexes

have two objects: humans and belongings. I want to specify a _parent of a belonging to be a specific human. ElasticSearch provides this ability via the _parent mapping. However the documentation ...

mrorz 01:10:38
現在得要幫 `articles`、 `replyrequests`、 `replyconnections`、 `replyconnectionfeedbacks` 這四個 type 想一個 index name 了。
mrorz 01:13:34
index name 取成 `graph`?
`/graph/articles`
`/graph/replyrequests`
之類的?
mrorz 20:46:32
Index 名叫 data 好了
/data/articles
/data/replyrequests
mrorz 01:15:10
還是 `tree`?因為他們呈現一個 1:n 的樹狀關係
mrorz 01:17:35

新聞松 我會進行協調 會跟 萌典松 時間錯開 會在這邊通知

mrorz 01:18:05

下一次的萌典松是 2017-05-28 我已經跟 au 確認過了

mrorz 01:19:21
@ggm 我們原本預算裡面要花在小松的經費,或許可以支出在新聞松上?
然後我們一起邀請小編來參與新聞松這樣
lucien 02:47:12
路透研究所:歐洲的事實核查是如何興起的?
https://theinitium.com/article/20170506-notes-fact-check/

theinitium.com

路透研究所:歐洲的事實核查是如何興起的? | 端傳媒

怎麼定位,怎麼發展,怎麼操作,都是學問

mrorz 12:06:29
禮拜三晚上要來決定這個

是說對於沒有不實訊息的主觀言論,但網路上已有反駁論述的話,要不要做一個類似 WhatsApp detector 的 "true, but…" 分類來把反駁言論連結到訊息上呢?

mrorz 12:06:59
還要討論新聞松我們可以出什麼力
.michael_li 12:10:07
我來插個嘴 我這邊原則上概念 是跟 萌典松很類似 各種專案集中 各自發揮就可以了 只不過 新聞松感覺都優先集中在「新聞」類專案 醬
其實也還好 我只是找個場域空間 讓大家聚在一起的小松
ggm 17:32:11
噢我覺得經費可以,我們之前就有設定目標是固定舉辦跟「協作」和「聊天機器人」相關應用的小聚,新聞松應該就是算在協作這個類別
mrorz 18:36:56
新聞小幫手也是協作型的呢
兩者的小編類型其實有些重疊
mrorz 20:46:32
Index 名叫 data 好了
/data/articles
/data/replyrequests
mrorz 20:46:33

index name 取成 `graph`? `/graph/articles` `/graph/replyrequests` 之類的?

Index 名叫 data 好了 /data/articles /data/replyrequests

2017-05-09

mrorz 10:50:12
明天我也會希望討論對 node server 插 GA 應該什麼時候做,還有是否要公開 web 與 chat bot server analytics
mrorz 10:50:59
透過公開 analytics 讓大家看看哪些議題瀏覽比較多,並且將瀏覽量揭露給小編知道說「自己的內容有多少人在看」
還有 chatbot 的流程大家最常停在哪一步、有沒有走完到最後、最多的流程是什麼、每日使用量等等
mrorz 10:51:55
公開 analytics 的部分我目前只查到 google analytics superproxy,但沒查到現成 client。原本想說現成的套一套就好 @@
mrorz 11:01:54
chatbot server 要弄 GA 好像只能自己發 request 送 hit
官方範例長這樣
https://cloud.google.com/appengine/docs/flexible/nodejs/integrating-with-analytics
mrorz 11:02:07
basically that’s all we need though
mrorz 11:57:08
明天預計討論的東西在這裡:
http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252Fr1HvVA9Jb
大家也可以補一下想要提出的事情~
mrorz 12:53:06
我們是 4 月初才使用 slackarchive 的。
4 月以前的對話,重要的應該都備份到 hackmd 惹
3 月底以前的訊息消失中
@null 13:42:29
@ggm commented on @mrorz’s file https://g0v-tw.slack.com/files/U039CG5S7/F5A18FDPB/_____________2017-05-09_______12.51.03.png|3 月底以前的訊息消失中: 有種海平面升高的感覺
3 月底以前的訊息消失中

2017-05-10

lucien 01:36:26
Google 回信了
lucien 01:37:40
螢幕快照 2017-05-10 01.36.56.png
lucien 01:37:50
螢幕快照 2017-05-10 01.37.12.png
lucien 01:38:50
大家五六時間有空嗎?
ggm 04:11:13
https://www.globaleditorsnetwork.org/programmes/editors-lab/business-next-editors-lab/

GEN

Business Nextl Editors Lab

On 12-13 May 2017,GEN and Business Next, with the support of the Google News Lab, will gather the best Taiwanese media innovators.

mrorz 10:39:17
週六 ok
mrorz 10:39:40
不過要想想要聊什麼
lucien 12:50:55
應該會是詢問對方機制的細節與建議吧
mrorz 20:34:05
關於 3 月底時所發現的,針對發文的攻擊行為,這裡是調查結果:https://docs.google.com/spreadsheets/d/1uqhbl2s_vktPAIJiKiu9L0yTD30Kk_B50W1OpDGhrU4/edit#gid=1409443958

3 月底至 4 月中,共有 6 個 LINE user ID 參與 spamming,共發送 1045 篇垃圾訊息。在 4 月中之後就沒有再看到 spam 了。

(3 月底時的討論: http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252FSkHt8JZ6l
hazelwei 21:12:28
@lucien 星期六活動的資訊
@null 21:12:44
@hazelwei commented on @hazelwei’s file https://g0v-tw.slack.com/files/U18TFF5QF/F5C723ZM5/_____________2017-05-10_______9.08.44.png|@lucien 星期六活動的資訊: @lucien
@lucien 星期六活動的資訊

2017-05-11

vivigigi56 15:38:37
@vivigigi56 has joined the channel
.michael_li 15:38:55
@ggm @mrorz  新聞松 x 媒觀 辦在下週六 5/20 各位有空來嗎?
mrorz 20:24:28
我可以唷
其他人呢
@null 22:11:23

Log event

2017-05-11 13:36:35.121 2639 &lt;190&gt;1 2017-05-11T13:36:34.758336+00:00 app web.1 - - {"state":"ASKING_REPLY_FEEDBACK","data":{"searchedText":"《尿與心梗 》分享\n\n值得老同學、老朋友們花兩分鐘看看 \n\n美國醫生說:夜尿與心,腦梗問題\n\n因為夜尿,所以就很怕喝水,殊不知這種睡前不喝水,半夜爬起來尿尿又不喝水,却是導致老年人清晨腦梗塞的重要原因。 \n\n其實,夜尿並非膀胱功能失常的問題,夜尿是因為老年人心臟功能老化衰竭,右心房回吸來自下半身的血液能力變差所導致... \n\n白天的時候,我們都處於立着的姿势,血液會往下流,心臟不好,回心血量不足,下半身的壓力會變大,於是老年人白天會有下半身水腫的現象,\n\n等到入夜平躺睡覺的時候,下半身的壓力解除,大量囤積在組織裡面的水份就回到血液裡面來。\n\n水太多,腎臟就開始努力的把水釋出,排至膀胱,引起夜尿, 所以一般平躺入睡後大概三四個小時就會起來上第一次廁所,上完之後,血液中的水份仍然不斷增加,於是又過了3個小時後又會上第二次廁所.... \n\n那為何這是導致腦梗塞心肌梗塞的重要原因呢? \n\n因為經過兩三次排尿後,血液中的水份已經大量減少,加上冬天人體透過呼吸散失水分速度很快,於是血液開始變的黏稠,\n\n睡覺的時候由於人體基礎代謝低,心率相對變慢, 於是黏稠的血液加上緩慢的血流速度,血管狭窄處就容易堵塞了.... \n\n這也是為什麼老年人幾乎都是在清晨五六點的時候發生心肌梗塞或腦梗塞的重要原因,最嚴重的情况就是睡著死亡。\n\n第一個要告訴大家的是:夜尿並非膀胱功能失常,而是心臟老化的問題 。 \n\n第二個要告訴大家的是:睡前一定要喝點温開水,半夜起來尿尿之後一定要再喝點温開水,不要怕夜尿,因為不喝水可能會奪走你的性命 。 \n\n第三個要告訴大家的是:平時一定要多運動多鍛煉,讓心臟的功能得到加强,人體不是機器, 機器常用會磨損,人體却剛好相反,常用會變強壯.... \n\n平時一定要拒絕吃不健康的食物,尤其是高澱粉類及油炸煎烤物。如果你喜歡這篇文章,請轉發給你們的老年朋友。:pray:\n\nBY 退休護理長提供","foundArticleIds":["sample12-rumor"],"foundReplies":[{"id":"5361365128192-answer","replyConnectionId":"sample12-rumor__5361365128192-answer"}],"selectedReply":{"id":"5361365128192-answer","replyConnectionId":"sample12-rumor__5361365128192-answer"}},"issuedAt":1494509789245} 2017-05-11 13:36:35.121 102 &lt;190&gt;1 2017-05-11T13:36:34.758337+00:00 app web.1 - - INPUT = 2017-05-11 13:36:35.121 251 &lt;190&gt;1 2017-05-11T13:36:34.758338+00:00 app web.1 - - {"type":"postback","userId":"U23a1d45af657d9902ed62e40deb92917","timestamp":1494509793756,"postback":{"data":"{\"input\":\"y\",\"issuedAt\":1494509789245}"}} 2017-05-11 13:36:35.121 103 &lt;190&gt;1 2017-05-11T13:36:34.758339+00:00 app web.1 - - OUTPUT = 2017-05-11 13:36:35.192 2712 &lt;190&gt;1 2017-05-11T13:36:34.758367+00:00 app web.1 - - {"context":{"state":"__INIT__","data":{"searchedText":"《尿與心梗 》分享\n\n值得老同學、老朋友們花兩分鐘看看 \n\n美國醫生說:夜尿與心,腦梗問題\n\n因為夜尿,所以就很怕喝水,殊不知這種睡前不喝水,半夜爬起來尿尿又不喝水,却是導致老年人清晨腦梗塞的重要原因。 \n\n其實,夜尿並非膀胱功能失常的問題,夜尿是因為老年人心臟功能老化衰竭,右心房回吸來自下半身的血液能力變差所導致... \n\n白天的時候,我們都處於立着的姿势,血液會往下流,心臟不好,回心血量不足,下半身的壓力會變大,於是老年人白天會有下半身水腫的現象,\n\n等到入夜平躺睡覺的時候,下半身的壓力解除,大量囤積在組織裡面的水份就回到血液裡面來。\n\n水太多,腎臟就開始努力的把水釋出,排至膀胱,引起夜尿, 所以一般平躺入睡後大概三四個小時就會起來上第一次廁所,上完之後,血液中的水份仍然不斷增加,於是又過了3個小時後又會上第二次廁所.... \n\n那為何這是導致腦梗塞心肌梗塞的重要原因呢? \n\n因為經過兩三次排尿後,血液中的水份已經大量減少,加上冬天人體透過呼吸散失水分速度很快,於是血液開始變的黏稠,\n\n睡覺的時候由於人體基礎代謝低,心率相對變慢, 於是黏稠的血液加上緩慢的血流速度,血管狭窄處就容易堵塞了.... \n\n這也是為什麼老年人幾乎都是在清晨五六點的時候發生心肌梗塞或腦梗塞的重要原因,最嚴重的情况就是睡著死亡。\n\n第一個要告訴大家的是:夜尿並非膀胱功能失常,而是心臟老化的問題 。 \n\n第二個要告訴大家的是:睡前一定要喝點温開水,半夜起來尿尿之後一定要再喝點温開水,不要怕夜尿,因為不喝水可能會奪走你的性命 。 \n\n第三個要告訴大家的是:平時一定要多運動多鍛煉,讓心臟的功能得到加强,人體不是機器, 機器常用會磨損,人體却剛好相反,常用會變強壯.... \n\n平時一定要拒絕吃不健康的食物,尤其是高澱粉類及油炸煎烤物。如果你喜歡這篇文章,請轉發給你們的老年朋友。:pray:\n\nBY 退休護理長提供","foundArticleIds":["sample12-rumor"],"foundReplies":[{"id":"5361365128192-answer","replyConnectionId":"sample12-rumor__5361365128192-answer"}],"selectedReply":{"id":"5361365128192-answer","replyConnectionId":"sample12-rumor__5361365128192-answer"}},"issuedAt":1494509794225},"replies":[{"type":"text","text":"感謝您與其他 5 人的回饋。"}]} 2017-05-11 13:36:35.192 94 &lt;190&gt;1 2017-05-11T13:36:34.758369+00:00 app web.1 - - 2017-05-11 13:36:35.192 94 &lt;190&gt;1 2017-05-11T13:36:34.758369+00:00 app web.1 - - 2017-05-11 13:40:38.474 300 &lt;158&gt;1 2017-05-11T13:40:38.104610+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=143ab9a5-b1f3-4bf3-88dd-bac18956b44e fwd="54.248.250.232" dyno=web.1 connect=0ms service=2ms status=200 bytes=135 protocol=https 2017-05-11 13:40:44.951 419 &lt;134&gt;1 2017-05-11T13:40:18+00:00 app heroku-redis - - source=REDIS sample#active-connections=2 sample#load-avg-1m=0.09 sample#load-avg-5m=0.085 sample#load-avg-15m=0.085 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468kB sample#memory-free=12481068kB sample#memory-cached=1182776kB sample#memory-redis=2669448bytes sample#hit-rate=0.91752 sample#evicted-keys=0 2017-05-11 13:42:32.303 300 &lt;158&gt;1 2017-05-11T13:42:32.010110+00:00 heroku router - - at=info method=HEAD path="/" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=c9ec11b3-9df7-41d9-b535-8ba61ed71f36 fwd="54.247.188.179" dyno=web.1 connect=1ms service=6ms status=200 bytes=135 protocol=https

2017-05-12

lucien 14:08:26
@mrorz
週六要約 12 以前還是 15 之後呢?
mrorz 15:22:18
both can do
mrorz 15:22:28
你早上起得來嗎 ._.
ggm 15:35:55
12 點以前好了
lucien 16:45:17
那約個 10 點八
mrorz 18:08:46
lucien: 有地點ㄇ
hazelwei 18:14:32
Your Space
號 3 樓, No. 102光復南路 Da’an District, Taipei City, 106
mrorz 18:18:04
所以是直接殺去他們活動地點嗎
我以為是會約他們那裡附近?
lucien 18:39:06
對方會在會場,所以是在會場跟對方見面
mrorz 19:02:46
了解,感謝~~

2017-05-14

mrorz 11:39:46
@lucien 我發現你昨天很糾結的 ClaimReview summary
mrorz 11:39:51
文件根本就有寫呀
mrorz 11:40:02
可以一次放複數個 claim review
ggm 16:37:43
好狂好狂 fact check 有 API
mrorz 22:35:37
有特殊的 search result snippet 呢
我也覺得很猛
mrorz 22:35:40
而且已經實做了

2017-05-15

.michael_li 14:07:46
大家來登記報名吧
2017-05-20/第五次新聞松 x 媒觀/(第6回合舉辦新聞黑客松)
  https://newshackathon.kktix.cc/events/newshackathon05

newshackathon.kktix.cc

2017-05-20/第五次新聞松 x 媒觀/(第6回合舉辦新聞黑客松)

假新聞、假消息,自從去年美國總統大選,到日前剛結束的法國總統大選,不斷的在國外國內熱烈的討論與檢討,這次「新聞松」與「台灣媒體觀察教育基金會」合辦活動,主題是「監督網路新聞」。

.michael_li 14:09:30
(臉書也有宣傳)https://www.facebook.com/events/334437623639591/

2017-05-16

sayuan 00:17:17
無意看到 https://github.com/cofacts
> A experimental platform ...
應該改成 An 才對

GitHub

g0v cofacts/真的假的專案

A experimental platform that puts collaborative fact-checking to test. In the real world, in Taiwan.

mrorz 10:12:17
sayuan: nice catch XD
thanks
mrorz 10:11:51
@ggm 請問 https://github.com/cofacts/rumors-line-bot/issues/6 https://github.com/cofacts/rumors-line-bot/issues/5 有推上 staging 了嗎~?

GitHub

Optimize article selection &amp; reply selection step · Issue #6 · cofacts/rumors-line-bot

Show similarity between the queried document and each article search results, guide users to select the correct article. When similarity is high enough, directly show it to the user. No need for li...

GitHub

Show URL to the article at the end of the flow · Issue #5 · cofacts/rumors-line-bot

現在的狀況是,使用者選了一個 reply 之後就沒辦法閱讀其他 reply 了。 chat bot 的 UI 對一次看很多不同 reply 不是很友善,未若直接附上 article page URL。 「謝謝您的使用」步驟可以附上「請造訪 <https://cofacts.g0v.tw/article/xxxx> 來閱讀其他 N 則回應」,滿足使用者想很多其他 reply 的需求。