作者查詢 / yuou1256
作者 yuou1256 在 PTT [ Gossiping ] 看板的留言(推文), 共2090則
限定看板:Gossiping
看板排序:
4F→: https://bit.ly/3bIuZfG05/23 07:02
4F→: 應該說在部分時間性資料中,那個瞬間的時間點不一定能05/23 06:43
5F→: 完全代表,大部分是往前推移的遞減相關,像是染疫到採05/23 06:44
6F→: 檢再到確診的時間差05/23 06:44
20F→: 上傳延遲還是有確診的timestamp啊05/23 06:55
54F→: 染疫 篩檢 確診 回報 大概這4個時間點05/23 04:53
114F→: 新增是新增在篩檢確診的時間,不是上傳回報的時間點05/23 05:32
126F→: 因為這是第一次的reload,當然是撈前面全部的,如果之05/23 05:34
127F→: 後還是一周校正一次那才恐怖05/23 05:34
130F→: 現在又不是統計學,是資料回傳的實務面05/23 05:35
132F→: 還有我認為此回歸非統計學的回歸,以回歸測試的回歸來05/23 05:36
133F→: 看比較合理05/23 05:36
140F→: https://bit.ly/3bIuZfG05/23 05:37
153F→: 周的斷點是甚麼時候?一到日?二到一? 每一個shift都是05/23 05:39
154F→: 以日,當然校正到日的單位,而且weekday跟weekend也有05/23 05:39
155F→: 差別05/23 05:39
159F→: 日本,德國還有很多國家都有05/23 05:40
162F→: 現在就是把篩檢完但上傳失敗的校正回去啊05/23 05:40
181F→: +2是因為上傳資料通常距離採檢日兩天。。。05/23 05:44
185F→: 我貼的連結裡面有些寫,也有中央跟雙北的說法05/23 05:45
186F→: 國外早就有backlog的經驗了05/23 05:45
189F→: 還是要像西台灣的一柱擎天05/23 05:46
190F→: https://bit.ly/3bOZil405/23 05:46
205F→: 周或日我認為看目標取向,當然能越準確越好,因為週的05/23 05:47
206F→: 界定範圍可能不一樣,一到日還是二到一05/23 05:47
210F→: 通常兩個字不難懂吧,其實看採檢日也不是很準,染疫到05/23 05:50
211F→: 採檢的時間也不一定,但他們觀察到的就是差兩天,而且"05/23 05:50
214F→: "前面成功上傳的資料""也是通常兩天的話,後面補的也要05/23 05:50
215F→: 一樣,資料才不要跑歪05/23 05:50
216F→: 這次的回補是因為上傳系統的問題,我認為拿來看篩檢這05/23 05:51
217F→: 個環節是不合理的,但以整個篩檢系統來說,是有狀況的05/23 05:51
219F→: 只能說一開始設計上傳資料的詳細度沒拿捏好,降低了上05/23 05:52
220F→: 傳的方便性,才會卡在這邊05/23 05:52
240F→: 一次爆出來是因為這是第一次的reload,當然撈前面所有05/23 06:00
241F→: 的data,之後還是一周校正一次才叫可怕05/23 06:00
242F→: 情況沒有不同啊,前面資料怎麼做,後面就怎麼做05/23 06:00
253F→: 這就是回到整個系統和公衛方面的考量了,我也不曉得地05/23 06:07
255F→: 方醫院上傳後資料的後續處理。但以公衛角度來看,控制05/23 06:07
257F→: 恐慌是很重要的一環,即時更新的某部分概念可能跟普篩05/23 06:07
258F→: 有點類似 嗎05/23 06:07
275F→: 有關時間的資料大部分都是以週為單位,可以看base(7day05/23 06:12
276F→: s),weekday,weekend,median,但這裡面的shift還是以日05/23 06:12
277F→: 為單位,所以校正到日是ok的05/23 06:12
278F→: 每一筆上傳的確診資料,通常距離採檢日約二天05/23 06:13
284F→: 回歸+0就會跟之前+2的對不到05/23 06:14
286F→: 如果系統還是有delay,是的05/23 06:14
296F→: 地方醫院在上傳時因規格問題上傳失敗05/23 06:16
300F→: 今天能拿到的數字,就是兩天前採檢的數字05/23 06:17
302F→: 校正不是在於+2還+0,是因為上傳沒成功05/23 06:17
309F→: 所以才會有大於+2的,現在是把那些補回+205/23 06:18
310F→: 我也是看不太出校正後哪裡下降啦啊05/23 06:19
319F→: 拿上傳的問題來說篩檢有問題?05/23 06:21
322F→: 篩檢->上傳->公布,上傳延遲導致公布延遲05/23 06:22
325F→: 那個連結我貼很多次了。。。05/23 06:23
338F→: 篩檢出有沒有確診這件事沒毛病,但篩檢系統有問題05/23 06:27
346F→: post有timestamp get有timestamp 就這樣05/23 06:28
350F→: 今天採檢的報不出來,地方醫院還沒整理好上傳,很難懂?05/23 06:29
355F→: 確診後要蒐集病例資料,整理上傳05/23 06:29
362F→: 因為恐慌是傳染疾病控制的致命傷,有一說一,資料沒rel05/23 06:30
365F→: oad好說了反而造成恐慌05/23 06:31
371F→: 所以這是第一次的回溯啊。。。05/23 06:31
384F→: 今天拿到的資料就是兩天前篩檢後才上傳的05/23 06:34
387F→: 篩檢後需要時間蒐集病例資料,這很難懂?05/23 06:35
396F→: 染疫 採檢 確診 上報 公布,每個環節都有時間差05/23 06:37
399F→: 反應了啊,所以上傳規格改了啊05/23 06:37
403F→: 你當trouble shooting很容易?改系統很容易?撈資料很容05/23 06:38
404F→: 易?05/23 06:38
408F→: 上面就說了,有一說一05/23 06:39
420F→: 加到處理那天喔,給個最棒的反例,一柱擎天05/23 06:40
423F→: https://bit.ly/3bOZil405/23 06:40
426F→: 說下降的我也是覺得ㄏㄏ,哪裡看出下降的05/23 06:41
428F→: 回補前後的指數明明就差不多05/23 06:42
457F→: 我今天看兩天前的刷卡日訊息,因為刷卡資訊要兩天才會05/23 06:46
458F→: 上傳05/23 06:46
463F→: 但是刷卡資訊要兩天才拿得到,才能記帳05/23 06:47
470F→: +2只是在這次的回補資料而已,後面+多少再依後面的資料05/23 06:48
471F→: 來處理05/23 06:48
474F→: 你採檢有一個時間點,確診有一個時間點,上傳有一個時05/23 06:49
475F→: 間點05/23 06:49
480F→: 但最終是看你什麼時候拿到之前的,也就是+多少05/23 06:50
492F→: 今日新增,就是之前確診後整理完才上傳的,這中間有時05/23 06:51
493F→: 間差05/23 06:51
494F→: 日德都有backlog喔05/23 06:51
496F→: 上傳的資料裡會有那些timestamp05/23 06:52
2F→: 柯p說的很ok啊,越多指標越能看出東西來05/23 06:23
18F→: 染疫 篩檢 確診 上報 公布,都有時間差05/23 06:39
3F→: https://bit.ly/3bIuZfG05/23 06:19
16F→: 把主題改成綠色的05/23 06:13
4F→: https://bit.ly/3bIuZfG05/23 05:55
14F→: 以篩檢後的上傳動作來說篩檢有問題ㄏㄏ,篩檢這個環節05/23 06:09
15F→: 沒事,但以整個篩檢系統來說是有狀況的05/23 06:09
7F→: 每一筆上傳的確診資料,通常距離採檢日約二天05/23 05:57
8F→: https://bit.ly/3bIuZfG05/23 05:57
9F→: 之前成功上傳的資料也是兩天,那後面回補的資料也要是05/23 05:57
10F→: 兩天,資料時間軸才不會歪掉05/23 05:57
5F→: https://bit.ly/3bIuZfG05/23 02:40
21F→: 在疫情趨勢的分析中有時間軸,如果沒把數據校正到正確05/23 02:42
22F→: 的時間點,會造成後續分析上的誤差。染疫跟篩檢確診的05/23 02:42
25F→: 時間點絕大機率是不同的,但在分析上也只好選擇比較可05/23 02:42
27F→: 能也有根據的篩檢時間,如果我做分析會在時間點往前加05/23 02:42
29F→: 遞減的權重就是了,因為染疫跟篩檢是不同的05/23 02:42
40F→: 目前解決的點是降低資料詳細度以增加上傳方便性,然後r05/23 02:44
41F→: eload data 並校正數字回原本的時間點05/23 02:44
45F→: 新創詞?也沒人說得出backlog的正確說法,校正就校正,05/23 02:45
48F→: 以回歸測試的回歸來說,回歸regress which means "retu05/23 02:45
51F→: rn to a worse or less-developed state",也就是發生05/23 02:45
54F→: [變化] 時,狀態倒退到一個 [不穩定] 的情況,[變化]05/23 02:46
55F→: 就是之前的篩檢結果回報05/23 02:46
56F→: 造成數據上一個 [不穩定] 的狀態05/23 02:46
58F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:46
60F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:46
61F→: 誤差05/23 02:46
116F→: 染疫跟篩檢確診的時間點絕大機率不同,但要做分析只能05/23 02:59
117F→: 選較有可能且較有依據的篩檢日期,是我做後續分析的話05/23 02:59
118F→: ,應該會在篩檢時間點往前加遞減的weight05/23 02:59
119F→: 然後對付大部分愚民真的不用校正啥的,直接說700就好05/23 03:00
123F→: 一次性地報出就是一次性地reload之前的 data05/23 03:01
198F→: 漏失,笑死,內文都看不清楚05/23 03:25
201F→: E2E的驗證不好做啊QQ,詳細度跟方便性的取捨05/23 03:25
203F→: 蠻好奇那些欄位是哪些05/23 03:26
219F→: 只希望篩檢系統或上傳系統能降低的非人為延遲都被解決05/23 03:32
222F→: data missing 你今晚的惡夢05/23 03:33
224F→: 如果之後還是一周才校正的話,那可就好笑了05/23 03:34
226F→: 連結有中央跟雙北說法05/23 03:35
227F→: https://bit.ly/3bIuZfG05/23 03:35
229F→: 看敢不敢公布那個上傳系統,一翻兩瞪眼05/23 03:35
235F→: 對不起,我不是QQ 我也只是以CS還有跟醫院合作過研究05/23 03:37
237F→: 的背景臆測我覺得比較合理的情況05/23 03:37
243F→: 有人為操作就一定有漏洞05/23 03:38
244F→: 會有工程師出來爆料嗎XD05/23 03:39
262F→: IE : PSG打到哪裡了?05/23 03:44
268F→: 使用者方便性跟資料詳細度的取捨 嗎?05/23 03:44
273F→: 篩檢還有一篩跟二篩,我公司群組前幾天就有傳中科廠有05/23 03:46
274F→: 人確診,但到今天新聞才有公布05/23 03:46
285F→: 只能說 看後面還有沒有校正或是校正的頻率了05/23 03:50
286F→: 可能給多一點指標參考比較好,現有的加上柯P建議的05/23 03:51
311F→: 七天是一到日還是二到一,以周去看時,你shift的最小單05/23 03:58
312F→: 位就是日05/23 03:58
315F→: https://bit.ly/3bOZil405/23 03:59
316F→: 看看那漂亮的一柱擎天05/23 03:59
322F→: 怕的就是系統還有隱藏的問題,導致校正會再次爆炸出來05/23 04:00
333F→: 周的話,就四種,base(7days),weekday,weekend還有比較05/23 04:04
334F→: 少用的median05/23 04:04
340F→: 就像實驗室幫碩二整理dirty data的碩一跟專題生嗎XD05/23 04:09
371F→: 我博班學長就真的直接對原始DB動手。。。05/23 04:38
8F→: 校正就校正,以回歸測試的回歸來說,回歸regress which05/23 02:35
9F→: means "return to a worse or less-developed state"05/23 02:35
10F→: ,也就是發生 [變化] 時,狀態倒退到一個 [不穩定] 的05/23 02:35
11F→: 情況,[變化] 就是之前的篩檢結果回報05/23 02:35
12F→: 造成數據上一個 [不穩定] 的狀態05/23 02:35
13F→: 何謂不穩定呢?,因為在疫情趨勢的分析中有時間軸,如果05/23 02:35
14F→: 沒把數據 [校正] 到正確的時間點,會造成後續分析上的05/23 02:35
15F→: 誤差05/23 02:35
17F→: 不過應該要反過來講嗎? backlog要怎麼翻中文05/23 02:36
21F→: 應該說回歸還算解釋得通,但回溯之類的可能會比較好?目05/23 04:13
22F→: 前還沒看到很漂亮的中文名詞05/23 04:14