新聞啄木鳥 - Server端待建欄位
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-10-16 17:05 – 17:11 | r1314 – r1402 | |
顯示 diff（7 行未修改）
*分類 - 待規格化
*圖片網址
+ *要可以讓後台能整理這種議題：[爆卦]中國時報疑用匿名記者+匿名網友刻意抹黑
新聞
- *分類 - 待規格化
- *政治：
- *社會：
-
+ *分類 已完成 (在第五次會議紀錄中，新評價系統頁面撰寫中)
*圖片網址 (之前討論是放flickr)
（39 行未修改）
其它
- *維基百科連結 (若無連結則app不顯示)
+ *維基百科連結 (若無連結則app不顯示) 第五次會議時決定暫時拿掉
*新聞
（1 行未修改）
|
||
| 2014-10-06 13:14 – 13:57 | r941 – r1313 | |
顯示 diff（35 行未修改）
*議題排名
*週期最健康/最糟糕議題
- *歷史排名 all time ranking
+ *記者紀錄 (非最優先順序)
+ *歷史排名 all time ranking (等有一定規模再加進去好了)
*議題 - 資訊分析頁(點進某個議題後的首頁)
+ *議題成立者 (未來勢必會逐漸開放讓更多人協作建立議題，如果有人想惡意操作，至少有這個還可以查)
+
懶人包
放網友整理的懶人包。
（3 行未修改）
時間軸
+ 產生方式還沒討論，依人工產生的話需要在後台勾選某則議題後，填寫以下資訊：
+ *事件說明
+ *時間軸類型 (輔助篩選掉不該加入的新聞，例如想整理內容不實的新聞，相關指標分數高的新聞就無法/不該被加入)
*議題起始日 (或更詳細的時間? 待討論)
*議題結束日
+ 然後在其下的新聞列表中勾選要加入時間軸的新聞，完成。
其它
*維基百科連結 (若無連結則app不顯示)
+
+ *新聞
+ *列入的議題時間軸 (因為同一篇新聞可以存在於多個議題、多個時間軸，資料類型大概會是議題的唯一值?)
|
||
| 2014-10-06 03:29 – 03:45 | r819 – r940 | |
顯示 diff（1 行未修改）
UI和後端的交流區，如果判斷可以交給app運作的部分就直接打勾後面註明即可
+ 因為不熟悉資料庫，先寫出需求，再麻煩工程師判斷資料庫需要建立或修改的地方
*基礎資訊
（25 行未修改）
*1. 可以的話希望一小時計算一次，如果能半小時更好。數據除了讓使用者能實際感受到新聞品質的變化之外，也有助於未來進階揪弊與制表功能。
*2. 問題新聞則數、問題新聞%數，兩種各有優缺點，因為有可能新聞則數高，但比例其實比上個時段的低，如果可以都算，就讓使用者自行切換。
+ *新聞排名
+ *週期最健康/最糟糕新聞
+ *議題排名
+ *週期最健康/最糟糕議題
+ *歷史排名 all time ranking
*議題 - 資訊分析頁(點進某個議題後的首頁)
（12 行未修改）
|
||
| 2014-10-04 05:50 – 05:50 | r787 – r818 | |
顯示 diff（5 行未修改）
議題
*分類 - 待規格化
+ *圖片網址
新聞
（1 行未修改）
*政治：
*社會：
- *
+ *圖片網址 (之前討論是放flickr)
（29 行未修改）
|
||
| 2014-10-03 13:35 – 13:50 | r749 – r786 | |
顯示 diff（8 行未修改）
新聞
*分類 - 待規格化
+ *政治：
+ *社會：
+ *
+
+
+
（27 行未修改）
|
||
| 2014-10-03 12:10 – 12:33 | r426 – r748 | |
顯示 diff 新聞啄木鳥 - Server端待建欄位
- UI和後端的交流區
+ UI和後端的交流區，如果判斷可以交給app運作的部分就直接打勾後面註明即可
+
+ *基礎資訊
+ 議題
+ *分類 - 待規格化
+
+ 新聞
+ *分類 - 待規格化
+
*主頁
- *
+ 目前沒有
*側邊欄(menu)
（1 行未修改）
每日/每週/每月 相較上個日/週/月 同一時間點的新聞整體品質
*每隔一定時間，計算/紀錄所有有效評價新聞的平均分數
- *每隔一定時間，計算/紀錄一次以下指標滿足生效條件的新聞則數。(註*)
+ *每隔一定時間，計算/紀錄一次以下指標滿足生效條件的新聞則數。(註2)
*炒作
*不實
*廣告
- *1. 可以的話希望一小時計算一次，如果能半小時更好。除了讓使用者能實際感受到新聞品質之外，也有助於未來進階揪弊與制表功能。
+ *1. 可以的話希望一小時計算一次，如果能半小時更好。數據除了讓使用者能實際感受到新聞品質的變化之外，也有助於未來進階揪弊與制表功能。
*2. 問題新聞則數、問題新聞%數，兩種各有優缺點，因為有可能新聞則數高，但比例其實比上個時段的低，如果可以都算，就讓使用者自行切換。
- *議題 - 資訊分析頁
- 點
+ *議題 - 資訊分析頁(點進某個議題後的首頁)
+ 懶人包
+ 放網友整理的懶人包。
+ *標題
+ *連結
+ *網域
+
+ 時間軸
+ *議題起始日 (或更詳細的時間? 待討論)
+ *議題結束日
+
+ 其它
+ *維基百科連結 (若無連結則app不顯示)
|
||
| 2014-10-03 12:10 | r425 | |
顯示 diff（20 行未修改）
|
||
| 2014-10-03 12:10 – 12:10 | r413 – r424 | |
顯示 diff（16 行未修改）
*2. 問題新聞則數、問題新聞%數，兩種各有優缺點，因為有可能新聞則數高，但比例其實比上個時段的低，如果可以都算，就讓使用者自行切換。
- #
+ *議題 - 資訊分析頁
+ 點
|
||
| 2014-10-03 12:10 | r412 | |
顯示 diff（19 行未修改）
|
||
| 2014-10-03 11:47 – 12:10 | r64 – r411 | |
顯示 diff（6 行未修改）
*側邊欄(menu)
- v
+ 新聞品質趨勢統計
+ 每日/每週/每月 相較上個日/週/月 同一時間點的新聞整體品質
+ *每隔一定時間，計算/紀錄所有有效評價新聞的平均分數
+ *每隔一定時間，計算/紀錄一次以下指標滿足生效條件的新聞則數。(註*)
+ *炒作
+ *不實
+ *廣告
+ *1. 可以的話希望一小時計算一次，如果能半小時更好。除了讓使用者能實際感受到新聞品質之外，也有助於未來進階揪弊與制表功能。
+ *2. 問題新聞則數、問題新聞%數，兩種各有優缺點，因為有可能新聞則數高，但比例其實比上個時段的低，如果可以都算，就讓使用者自行切換。
+
+ #
|
||
| 2014-10-03 11:47 | r63 | |
顯示 diff（9 行未修改）
|
||
| 2014-10-03 11:46 – 11:47 | r50 – r62 | |
顯示 diff（5 行未修改）
*
- #
+ *側邊欄(menu)
+ v
|
||
| 2014-10-03 11:46 | r49 | |
顯示 diff（8 行未修改）
|
||
| 2014-10-03 11:45 – 11:46 | r26 – r48 | |
顯示 diff 新聞啄木鳥 - Server端待建欄位
- T
+ UI和後端的交流區
+
+ *主頁
+ *
+
+ #
|
||
| 2014-10-03 11:45 | r25 | |
顯示 diff（3 行未修改）
|
||
| 2014-10-03 11:44 – 11:45 | r1 – r24 | |
顯示 diff- Untitled
+ 新聞啄木鳥 - Server端待建欄位
- 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!
+ T
|
||
| 2014-10-03 11:44 | 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!
|
||