政治承諾追蹤網 Political Promise Tracker (~2015/4/18 留存)

編輯歷史

時間	作者	版本
2017-04-02 07:33	Johnson Liang	r7794
顯示 diff （3 行未修改） ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓本 hackpad 已關閉編輯，敬請移駕 Hackfoldr - http://beta.hackfoldr.org/ppt + http://beta.hackfoldr.org/p pt ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑* （311 行未修改）
2015-04-18 12:56 – 13:28	Johnson Liang	r7731 – r7793
顯示 diff - 政治承諾追蹤網 Political Promise Tracker + 政治承諾追蹤網 Political Promise Tracker (~2)15/4/18 留存 + * + + + ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓本 hackpad 已關閉編輯，敬請移駕 Hackfoldr + http://beta.hackfoldr.org/ppt + + ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑* + + Github: https://github.com/g0v/ppt 此 pad 由原 g0v unconference 2014 之提案 <progress>市長承諾</progress> 整理而來，接續其討論。（152 行未修改）記名討論，讓大家公開討論個別政見完成度，像 Google Play 的評分（不把評分與人綁一起、單純留言的話，那 FB / Disqus 就好） + 自動備份資料來源（http://archive.org/help/json.php）議題型承諾整ex 柯P （150 行未修改）
2015-04-18 07:16 – 07:16	謝P	r7728 – r7730
顯示 diff （144 行未修改）（待補，將 + *輔助資訊網站的核心功能是「政治承諾的兌現進度」，在這個核心功能之外的都算是輔助資訊。（160 行未修改）
2015-04-18 06:40	Lin Feng-Sheng	r7727
顯示 diff （266 行未修改）台中市：http://goo.gl/NQh9l9 台南市：http://goo.gl/KOlNPl - 高雄市： + 高雄市：http://goo.gl/kPLWxe *追蹤報導（37 行未修改）
2015-04-18 04:59 – 05:21	Johnson Liang	r7682 – r7726
顯示 diff （244 行未修改） /設需要界面流程計的部分我可以幫忙實作 - 六都資料來源整理（2015/2/14） + 六都資料來源整理（2015/2/14 & 2015/4/18） Google spreadsheet： http://goo.gl/FVAM8c （3 行未修改）以台北市為例，可以直接找到個別候選人或選區（像是台北市長 - http://k.olc.tw/elections/candidates/index/53c0207b-32e8-4ba0-a87c-5c5aacb5b862 ），在畫面右邊中間靠上可以看到 "本頁API" 與 "選舉公報" 兩個按鈕，點選選舉公報後可以進一步看到 "原始檔案" 、 "備份檔案" 與 "網頁格式" 三個按鈕，原始檔案是中選會的連結，備份檔案是把同樣檔案備份到 github 的連結，網頁格式則是透過程式將 PDF 轉為網頁型態的版本。公報的資料不算完整，但基本上除了比較偏遠的區域（因為區域選委會提供資料動作比較慢），大概都有備份到了 - 中選會選舉公報 http://103bulletin.cec.gov.tw/103/ + [承諾來源] 中選會選舉公報 http://103bulletin.cec.gov.tw/103/ 台北市：http://goo.gl/itzRPg / https://www.gitbook.com/@doctorkowj 新北市：http://goo.gl/3Yr4aM （2 行未修改）台南市：http://goo.gl/i8nRBQ 高雄市：http://goo.gl/258q6a - 六都施政白皮書 + [承諾來源] 六都施政白皮書 + [進度更新來源] 六都施政報告（四月、八月開議的市長報告與會議記錄）台北市：http://goo.gl/itzRPg 新北市：http://goo.gl/HFNiNH http://goo.gl/3Tafe0 （43 行未修改）
2015-04-18 04:20 – 04:56	Lin Feng-Sheng	r7671 – r7681
顯示 diff （260 行未修改）高雄市：http://goo.gl/258q6a 六都施政白皮書 - 台北市： - 新北市： - 桃園市： - 台中市： - 台南市： + 台北市：http://goo.gl/itzRPg + 新北市：http://goo.gl/HFNiNH http://goo.gl/3Tafe0 + 桃園市：http://goo.gl/0wCKJv + 台中市：http://goo.gl/NQh9l9 + 台南市：http://goo.gl/KOlNPl *高雄市：（38 行未修改）
2015-04-18 04:08 – 04:08	Johnson Liang	r7665 – r7670
顯示 diff （253 行未修改）公報的資料不算完整，但基本上除了比較偏遠的區域（因為區域選委會提供資料動作比較慢），大概都有備份到了中選會選舉公報 http://103bulletin.cec.gov.tw/103/ - 台北市：http://goo.gl/itzRPg + 台北市：http://goo.gl/itzRPg / https://www.gitbook.com/@doctorkowj 新北市：http://goo.gl/3Yr4aM 桃園市：http://goo.gl/ETgvrF （49 行未修改）
2015-04-18 03:32 – 04:05	Lin Feng-Sheng	r7651 – r7664
顯示 diff （253 行未修改）公報的資料不算完整，但基本上除了比較偏遠的區域（因為區域選委會提供資料動作比較慢），大概都有備份到了中選會選舉公報 http://103bulletin.cec.gov.tw/103/ - 台北市：禁止存取？ + 台北市：http://goo.gl/itzRPg 新北市：http://goo.gl/3Yr4aM 桃園市：http://goo.gl/ETgvrF （49 行未修改）
2015-04-18 01:15 – 01:16	Johnson Liang	r7613 – r7650
顯示 diff （291 行未修改） Add Flux Move mock data into in-memory database, serve from API. - flux actions that fetch data from api and put data in stores + flux actions that fetch data from api and put data in stores -- 改成用 React-transmit，已可以從 DB 撈資料顯示。 *外觀重新調整：決定是否要留著 semantic-ui 還是改用 material-ui、調顏色（或亮一點的版本 - 考Server: ht + 考Server: ht (Currently down QQ) s://promisetw.herokuapp.com/ API explorer: httphttps://promisetw.herokuapp.com/explorer （9 行未修改）
2015-04-02 04:14 – 04:20	Johnson Liang	r7498 – r7612
顯示 diff （276 行未修改）請問，這個loopback, 是strongloop 的產品嗎? 看起來好像是付費的工具，還是您是用loopback , 這個有教學嗎?看到洋洋灑灑的的api清單(指API explorer:)，是用快速產生的指令列工具嗎? 我看到了，快速啟動，真的是一個欄位一個欄位設定名稱和型別，有別招嗎? + loopback 是免費的開源專案～官方文件與教學在這裏。 + slc loopback:model 指令背後做的事情其實就是修改 server/model-config.json 以及在 common/models 裡面生成設定的 json 這樣，所以也可以直接改檔案喲～！ + 其實和 rails generate model 一樣，如果不用工具生，也可以自己蓋檔案。 github repo：（19 行未修改）真的耶 QQ 請問原作者 John Lin 有沒有留存呢 ? 我把連結補好了! + John Lin ++ https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing （縮網址 http://goo.gl/eDt7TZ ）
2015-03-31 06:57 – 07:24	Ting Zhong Loou	r7327 – r7497
顯示 diff （274 行未修改）協作工具Solution stack: NodeJS + ReactJS isomorphic web app. API server with loopback, which also takes care of database connection, ORM-like abstractions, etc - + 請問，這個loopback, 是strongloop 的產品嗎? 看起來好像是付費的工具，還是您是用loopback , 這個有教學嗎?看到洋洋灑灑的的api清單(指API explorer:)，是用快速產生的指令列工具嗎? 我看到了，快速啟動，真的是一個欄位一個欄位設定名稱和型別，有別招嗎? github repo：（23 行未修改）
2015-03-31 06:09 – 06:09	John Lin	r7315 – r7326
顯示 diff （295 行未修改） DB structure - 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製成下面的 ER Diagram： + 參考真度計的 ER Diagram ，將上述 prototype 所需 database table 與關聯，繪製成下面的 ER Diagram：上面連結已經 Not Found 真的耶 QQ 請問原作者 John Lin 有沒有留存呢 ? + *我把連結補好了! https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing （縮網址 http://goo.gl/eDt7TZ ）
2015-03-31 01:49 – 01:49	CyrixHero	r7294 – r7314
顯示 diff （302 行未修改）
2015-03-31 01:11 – 01:27	Johnson Liang	r7166 – r7293
顯示 diff （184 行未修改） Sketch 版本: 3.2。CC-BY-NC-SA 4.0 授權。開啓 sketch 檔前請自行下載 Adobe 思源黑體。請問Sketch是什麼軟件?官網在那? + 是這一款唷 http://bohemiancoding.com/sketch/ + 另外有需要的話，我可以輸出成 pdf 或 eps 檔使用情境 Editor：在看到了某則新聞之後，覺得這篇新聞好像可以來更新進度，所以就複製了網址，一進站之後就按右上角的「+」，在「出處」貼上新聞網址，選好這是誰的哪一個承諾之後，就可以來為這個承諾評達成率。（98 行未修改） Add Flux Move mock data into in-memory database, serve from API. + flux actions that fetch data from api and put data in stores 外觀重新調整：決定是否要留著 semantic-ui 還是改用 material-ui、調顏色（或亮一點的版本考Server: ht （4 行未修改）參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製成下面的 ER Diagram：上面連結已經 Not Found + *真的耶 QQ 請問原作者 John Lin 有沒有留存呢 ? https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing （縮網址 http://goo.gl/eDt7TZ ）
2015-03-30 14:08 – 14:20	Ting Zhong Loou	r7138 – r7165
顯示 diff （183 行未修改） Sketch source file: https://dl.dropboxusercontent.com/u/3813488/promise.sketch.20141206.zip Sketch 版本: 3.2。CC-BY-NC-SA 4.0 授權。開啓 sketch 檔前請自行下載 Adobe 思源黑體。 - + 請問Sketch是什麼軟件?官網在那? 使用情境 Editor：在看到了某則新聞之後，覺得這篇新聞好像可以來更新進度，所以就複製了網址，一進站之後就按右上角的「+」，在「出處」貼上新聞網址，選好這是誰的哪一個承諾之後，就可以來為這個承諾評達成率。（105 行未修改） DB structure 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製成下面的 ER Diagram： + *上面連結已經 Not Found https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing （縮網址 http://goo.gl/eDt7TZ ）
2015-03-28 11:26	Johnson Liang	r7137
顯示 diff （297 行未修改）
2015-02-14 12:15 – 12:20	kiang	r7133 – r7136
顯示 diff （248 行未修改）選舉黃頁其實有將大部分的公報抓下來，可以參考個別縣市長的頁面請問在哪裡呢？昨天點進選舉黃頁的公報區，但是沒有看到公報 QQ + 以台北市為例，可以直接找到個別候選人或選區（像是台北市長 - http://k.olc.tw/elections/candidates/index/53c0207b-32e8-4ba0-a87c-5c5aacb5b862 ），在畫面右邊中間靠上可以看到 "本頁API" 與 "選舉公報" 兩個按鈕，點選選舉公報後可以進一步看到 "原始檔案" 、 "備份檔案" 與 "網頁格式" 三個按鈕，原始檔案是中選會的連結，備份檔案是把同樣檔案備份到 github 的連結，網頁格式則是透過程式將 PDF 轉為網頁型態的版本。 + 公報的資料不算完整，但基本上除了比較偏遠的區域（因為區域選委會提供資料動作比較慢），大概都有備份到了中選會選舉公報 http://103bulletin.cec.gov.tw/103/ 台北市：禁止存取？（43 行未修改）
2015-02-14 09:39	Johnson Liang	r7132
顯示 diff （295 行未修改）
2015-02-14 07:36 – 07:37	Johnson Liang	r7112 – r7131
顯示 diff （247 行未修改）選舉承諾選舉黃頁其實有將大部分的公報抓下來，可以參考個別縣市長的頁面 + 請問在哪裡呢？昨天點進選舉黃頁的公報區，但是沒有看到公報 QQ 中選會選舉公報 http://103bulletin.cec.gov.tw/103/ *台北市：禁止存取？（43 行未修改）
2015-02-14 02:44 – 03:06	Johnson Liang	r7006 – r7111
顯示 diff （203 行未修改） * 2 是從比較消極的層面來解決問題，但是 1 是個大哉問（和網路行銷的難點重疊呀 XD），所以可以朝 2 去解決。不知道會不會遇到像是 Wikipedia 或新聞小幫手那樣，網友槓上之後互相改對方文字的狀況，是不是該在編輯動作加上個 Facebook login？ + [2015/2/14 update] 已經規劃「進度回報」可以被舉報與撤回，如果新貼的新聞其實比上一篇還來得舊，那管理者可以撤掉這個「進度回報」。界面中仍然會顯示被撤掉的進度回報，但進度條會以沒被撤掉的進度回報為主。 * 平台的核心價值是對各執政者的良好進度更新。雖然完全開放編輯，但這並不代表就會有人來編輯；如果都沒有人貼出處、沒有人評進度，那麼就不會有觀眾來看；沒有觀眾來看，那就更不會有人來更新。或許幾次黑客松可以在網站上衝出一些內容（例如把 2014 所有縣市長政見整理放進平台）、但如果沒有凝聚一個編輯社群，或營造一個類似 Wikipedia 的氛圍，似乎很難讓貢獻持續下去。（35 行未修改） /設需要界面流程計的部分我可以幫忙實作六都資料來源整理（2015/2/14） + Google spreadsheet： http://goo.gl/FVAM8c *選舉承諾（46 行未修改）
2015-02-13 17:19 – 17:20	kiang	r6997 – r7005
顯示 diff （244 行未修改）選舉承諾 + 選舉黃頁其實有將大部分的公報抓下來，可以參考個別縣市長的頁面中選會選舉公報 http://103bulletin.cec.gov.tw/103/ 台北市：禁止存取？（43 行未修改）
2015-02-13 16:25 – 17:13	Johnson Liang	r6855 – r6996
顯示 diff （100 行未修改）各地類似組織 via _slack_bot1 on IRC + + 蘋果日報柯文哲百日監督條與功能（134 行未修改）實 - /設需要界面流程計的部分我可以幫忙實作細節（非技術背景可跳填） + /設需要界面流程計的部分我可以幫忙實作 + 六都資料來源整理（2015/2/14） + + 選舉承諾 + 中選會選舉公報 http://103bulletin.cec.gov.tw/103/ + 台北市：禁止存取？ + 新北市：http://goo.gl/3Yr4aM + 桃園市：http://goo.gl/ETgvrF + 台中市：http://goo.gl/3o05Ud + 台南市：http://goo.gl/i8nRBQ + 高雄市：http://goo.gl/258q6a + 六都施政白皮書 + 台北市： + 新北市： + 桃園市： + 台中市： + 台南市： + 高雄市： + + 追蹤報導 + 新聞資料庫 + 各局處公告 (?) + + 細節（非技術背景可跳填）協作工具Solution stack: NodeJS + ReactJS isomorphic web app. API server with loopback, which also takes care of database connection, ORM-like abstractions, etc （21 行未修改） https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing （縮網址 http://goo.gl/eDt7TZ ） - - *
2015-02-13 16:25	(unknown)	r6854
顯示 diff （268 行未修改）
2015-02-13 16:25 – 16:25	Johnson Liang	r6851 – r6853
顯示 diff （264 行未修改） https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing （縮網址 http://goo.gl/eDt7TZ ） - - * - \ PPT = PowerPuff Trolls / *
2015-02-08 03:04 – 03:09	Johnson Liang	r6769 – r6850
顯示 diff （255 行未修改） Add Flux Move mock data into in-memory database, serve from API. + *外觀重新調整：決定是否要留著 semantic-ui 還是改用 material-ui、調顏色（或亮一點的版本考Server: ht s://promisetw.herokuapp.com/ （11 行未修改）
2015-02-07 09:54 – 09:54	Johnson Liang	r6748 – r6768
顯示 diff （241 行未修改）協作工具Solution stack: NodeJS + ReactJS isomorphic web app. API server with loopback, which also takes care of database connection, ORM-like abstractions, etc + （1 行未修改） hachttps://github.com/g0v/pptkfoldr 工作資料夾網址： google drive 共用資料夾網址： - - 進度與 to-do - 僅供參考 - product planning（recommanded procedure from justin lee / 李易修） - strategy - scope - structure - wireframe - visual - web front-end - web back-end - ui / visual design - A - PI Server: ht + 進度與 + Roadmap / TODO + Livereload to make developing a happy process + Combine React.js mockup with mock data directly in React + Add React.router + Add Flux + *Move mock data into in-memory database, serve from API. + 考Server: ht s://promisetw.herokuapp.com/ API explorer: httphttps://promisetw.herokuapp.com/explorer （10 行未修改）
2015-01-18 06:54 – 06:54	Johnson Liang	r6741 – r6747
顯示 diff （36 行未修改）資料來源與更新：不開放眾人編輯，網頁背後是 view only 的 google spreadsheet。追蹤對象：僅有總統 - 使用者互動：僅有一個留言板，最後提供 email 與 + 使用者互動：僅有一個留言板，最後提供 email 讓人聯繫個別政見與整體執行率計算百分比，以 progress bar 呈現 Source code: https://github.com/ciudadanointeligente/check-it (django app,) （234 行未修改）
2014-12-25 15:17 – 15:19	nchild	r6714 – r6740
顯示 diff （95 行未修改）市政府影子，如影隨行地監督預計解法之目 + + 大台中市政監督網 + + 各地類似組織 + via _slack_bot1 on IRC 與功能（171 行未修改）
2014-12-20 15:34 – 15:34	Johnson Liang	r6697 – r6713
顯示 diff （260 行未修改） DB structure - 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製如下草稿： - 之後補上用 google draw 畫的版本 QQ - + 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製成下面的 ER Diagram： + https://docs.google.com/drawings/d/1KLyjlC6B2ylx0X-OVLjifSrPmoZDiwdHZUhEbiYnQs4/edit?usp=sharing + （縮網址 http://goo.gl/eDt7TZ ） * （3 行未修改）
2014-12-20 11:36 – 11:47	Johnson Liang	r6594 – r6696
顯示 diff （28 行未修改） Hackpad / 討論 / Prototype Prototype 階段 - ⋯⋯我覺得我們可以跑去他們那裡做就好耶 XD 是個 Python 專案，不是 Flux/React 喔（61 行未修改）柯Ｐ進度條除了一般的進度條外，「數量」相關政見也有視覺化（如 1400 名社區輔警），非「數量」相關者則加入民調數字（如文化咨議委員會的支持度）。可以用 "市政監督聯盟" 當作關鍵字去找，還蠻多相關群組的，只是這些群組政治鬥爭性質比較高，所以不見得需要參考 XD, ex. https://www.facebook.com/groups/tainangogo/ - 市政府的影子，如影隨行地監督預計解法之目 - - + 市政府 + 影子，如影隨行地監督預計解法之目與功能（27 行未修改）預定功能 - - [WIP] 請見「目前進展」，提出自己的看法！ - - 額外功能（ dea Pool！）（30 行未修改）（記錯了，應該是，）真度計（但是真度計目前的政見兌現星號是假數據）我上面有列，目前打算和他們合併，畢竟完全是同一個專案 xd目前進展 - - - - Reque：Request for comment! (求想法回饋) - 20141206期待paper prototype!s - 「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。 - 目標：使 editor edito新聞、使 audience 能快速判斷施政能力。 - 目前有想到三種呈現方式，可以達成這件事情，也是希望能搜集大家意見的地方。 - A 案：在 ikipedia 開立政見專頁 - 無論是此專案的「共筆」性質，還是每個政見與更新都要求要有新聞來源或連結，這些要求都和 Wikipedia 的編輯需求不謀而合。若更新進度的 editor edito擺在 Wikipedia 這個具有權威性、影響力的地方，會有人路過並且順手更新的機率是最大的。 - 優點： - 借重 Wikipedia 以樹立之權威性、 audience base、編輯群 - 無需開發新網站 - 缺點： - editor edito Wikipedia 的心理障礙 (?)、需知悉 Wikipedia 編輯格式與規章 - 進度條不確定如何呈現。若使用複雜之語法，則會提升 editor edito沒有其他擴充性（增加評論功能、任期倒數、所有觀眾投票決定進度等等） + RSystem Design + 「系統的核心是「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。 - B 案：使用Trello（待補） + 目標：使 editor 能易於更新新聞、使 audience 能快速判斷施政能力。 - C 案：初版 Prototype - （待補，將整 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ Clickable Prototype 網址: http://invis.io/9Z1TFRTFT （42 行未修改）其他討論 + 權重權重可以由全部的閱覽者提供。以瀏覽器為人次單位，每當閱覽人初次造訪時，可以隨機詢問他對於這一位政治代理人所關心的面向。提供給閱覽人一組神奇拉桿，可以調出一組權重向量。全部閱覽者的權重向量加總起來，總和的權重向量就是面向A、面向B等等的比值。而政治代理人的每一項政見，可各自歸類為哪一個面向，或者哪幾個面向，這個歸類是由站方預設的。 - - - DB structure draft - 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製如下草稿： - 之後補上用 google draw 畫的版本 QQ - * + 多人協作 Promise Tracker 另一個實現法 + [PPT] Promise Tracker 使用 Wikipedia 之優劣分析發起人/拋磚人： Johnson Liang 分工與成員（34 行未修改） s://promisetw.herokuapp.com/ API explorer: httphttps://promisetw.herokuapp.com/explorer + + DB structure + 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製如下草稿： + 之後補上用 google draw 畫的版本 QQ + * + + * + \ PPT = PowerPuff Trolls / *
2014-12-20 11:36	(unknown)	r6593
顯示 diff （286 行未修改）
2014-12-20 11:36 – 11:36	Johnson Liang	r6584 – r6592
顯示 diff （283 行未修改） API explorer: httphttps://promisetw.herokuapp.com/explorer - ＝＝ + *
2014-12-20 11:36	(unknown)	r6583
顯示 diff （286 行未修改）
2014-12-20 11:34 – 11:36	Johnson Liang	r6576 – r6582
顯示 diff （4 行未修改） ? Acronym: "P"olitical "P"romise "T"racker 施政簡報的意味 + GJ! 專案簡介（273 行未修改） s://promisetw.herokuapp.com/ API explorer: httphttps://promisetw.herokuapp.com/explorer + + ＝＝
2014-12-20 09:45 – 09:56	Johnson Liang	r6567 – r6575
顯示 diff （262 行未修改） github repo： - hachttps://github.com/MrOrz/promisetwkfoldr 工作資料夾網址： + hachttps://github.com/g0v/pptkfoldr 工作資料夾網址： google drive 共用資料夾網址：（16 行未修改）
2014-12-20 03:39 – 03:55	Shelling Ford	r6496 – r6566
顯示 diff 政治承諾追蹤網 Political Promise Tracker - + Github: https://github.com/g0v/ppt 此 pad 由原 g0v unconference 2014 之提案 <progress>市長承諾</progress> 整理而來，接續其討論。 PPT? ? + Acronym: "P"olitical "P"romise "T"racker 施政簡報的意味專案簡介（241 行未修改） NeedsData: 需要資料（擷取、清理） NeedsTech: 需要技術支援（程式、架站 etc) - NeedsProcess: 需要幫忙設計作業流程 + NeedsPr + My turnocess: 需要幫忙設計作業流程 NeedsTalkingToRealPerson: 需要有人幫忙和其他機關聯絡 *設定成 project registry 中的 tags，需要幫忙的會自動 promote 到 g0v project hub （28 行未修改）
2014-12-20 00:22 – 00:22	Johnson Liang	r6490 – r6495
顯示 diff （276 行未修改） A + PI Server: ht + s://promisetw.herokuapp.com/ + API explorer: httphttps://promisetw.herokuapp.com/explorer
2014-12-20 00:22	(unknown)	r6489
顯示 diff （278 行未修改）
2014-12-20 00:03 – 00:22	Johnson Liang	r6485 – r6488
顯示 diff （257 行未修改）協作工具Solution stack: NodeJS + ReactJS isomorphic web app. API server with loopback, which also takes care of database connection, ORM-like abstractions, etc - github repo： - hackfoldr 工作資料夾網址： + hachttps://github.com/MrOrz/promisetwkfoldr 工作資料夾網址： google drive 共用資料夾網址：（9 行未修改） web back-end ui / visual design + + A
2014-12-19 17:54 – 18:03	Johnson Liang	r6417 – r6484
顯示 diff （235 行未修改）權重權重可以由全部的閱覽者提供。以瀏覽器為人次單位，每當閱覽人初次造訪時，可以隨機詢問他對於這一位政治代理人所關心的面向。提供給閱覽人一組神奇拉桿，可以調出一組權重向量。全部閱覽者的權重向量加總起來，總和的權重向量就是面向A、面向B等等的比值。而政治代理人的每一項政見，可各自歸類為哪一個面向，或者哪幾個面向，這個歸類是由站方預設的。 + + + DB structure draft + 參考真度計的 ER Diagram，將上述 prototype 所需 database table 與關聯，繪製如下草稿： + 之後補上用 google draw 畫的版本 QQ + * 發起人/拋磚人： Johnson Liang （32 行未修改）
2014-12-13 06:10 – 06:18	Johnson Liang	r6375 – r6416
顯示 diff （121 行未修改） * 我也可以負責台東的部分!!! - 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） + 感謝大家的熱心 m(_ _)m 未來會有各縣市的政見、白皮書要整理成承諾，有大家一起努力合作了！ + 提供足夠訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） *降低 editor editor進度的門檻（144 行未修改）
2014-12-13 03:49 – 03:51	Ginger Chen	r6340 – r6374
顯示 diff （119 行未修改） Cool~ 我喜歡這個protoype! 建議各縣市可設一名義務性的區域負責人，負責該縣市的版面管理、不良文章篩除。我可協助桃園部分的。 + * 我也可以負責台東的部分!!! 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞）（146 行未修改）
2014-12-12 15:02 – 15:02	fang jim	r6331 – r6339
顯示 diff （119 行未修改） Cool~ 我喜歡這個protoype! 建議各縣市可設一名義務性的區域負責人，負責該縣市的版面管理、不良文章篩除。我可協助桃園部分的。 + 我也可以負責台東的部分!!! 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） *降低 editor editor進度的門檻（145 行未修改）
2014-12-11 17:27 – 17:27	nchild	r6329 – r6330
顯示 diff （118 行未修改）另一方面，不設立把關的編輯義工，同時也能讓這個網站與其他公民監督的粉絲頁（柯Ｐ進度條、市民監督林智堅⋯⋯等）做出區隔，讓社會上能同時存有多元的監督方式。 Cool~ 我喜歡這個protoype! - 建議可縣市可設一名義務性的區域負責人，負責該縣市的版面管理、不良文章篩除。我可協助桃園部分的。 + 建議各縣市可設一名義務性的區域負責人，負責該縣市的版面管理、不良文章篩除。我可協助桃園部分的。提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞）降低 editor editor進度的門檻（145 行未修改）
2014-12-11 13:55 – 13:59	Yi Sheng Wang	r6285 – r6328
顯示 diff （118 行未修改）另一方面，不設立把關的編輯義工，同時也能讓這個網站與其他公民監督的粉絲頁（柯Ｐ進度條、市民監督林智堅⋯⋯等）做出區隔，讓社會上能同時存有多元的監督方式。 Cool~ 我喜歡這個protoype! + 建議可縣市可設一名義務性的區域負責人，負責該縣市的版面管理、不良文章篩除。我可協助桃園部分的。提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） *降低 editor editor進度的門檻（145 行未修改）
2014-12-10 02:57 – 03:10	Obelai ch	r6247 – r6284
顯示 diff （187 行未修改） * ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑ - * + 這個專案是 RWD 的「網頁」，只是先做 mobile 版的 prototype 比較能專注在呈現核心功能。 Sketch source file: https://dl.dropboxusercontent.com/u/3813488/promise.sketch.20141206.zip （75 行未修改）
2014-12-09 17:11 – 17:12	Johnson Liang	r6204 – r6246
顯示 diff （225 行未修改）輸入很多東西不是大多數人會想去做的事情。(簡化簡化簡化:D) 套一句查理蒙格的話，OBELAI講的很好，我沒甚麼要補充了。我覺得版主的構想已經很完整，所以期待趕快上架，邊觀察使用者的回饋，一邊版本升級! + 歐北來++ 「完成度」之外的「滿意度」這個 idea 不錯，本來是想要開放送出和進度無關的「爭議」來源，例如說報導政策執行時發生的抗議新聞等等。 + 總之該開始嗡嗡嗡了～ + 其他討論 *權重（35 行未修改）
2014-12-09 12:09 – 12:10	Jiro Lin	r6192 – r6203
顯示 diff （224 行未修改）不過政策內容一開始還是得先主動積極去製造，先讓潛水民意覺得這個東西容易表達意見與瀏覽內容為優先。輸入很多東西不是大多數人會想去做的事情。(簡化簡化簡化:D) + 套一句查理蒙格的話，OBELAI講的很好，我沒甚麼要補充了。我覺得版主的構想已經很完整，所以期待趕快上架，邊觀察使用者的回饋，一邊版本升級! 其他討論權重（35 行未修改）
2014-12-09 06:13 – 06:15	柔慕余	r6166 – r6191
顯示 diff （86 行未修改）資料來源與更新：粉專管理人。柯Ｐ進度條的管理人，似乎是做民調的 NGO 開的專頁？「利益揭露：本粉絲頁接受政府與人民團體委託進行民意調查」 + sorry，不小心消除連結，已補上。追蹤對象：柯文哲、林智堅、林佳龍、朱立倫。 *使用者互動：Facebook page 上留言討論、私訊管理人（172 行未修改）
2014-12-08 10:16 – 10:17	Obelai ch	r6148 – r6165
顯示 diff （215 行未修改）這其實也屬於一個大哉問，如果解決的話那 social 型的網路創業就超輕鬆呀。目前我的想法是，在平檯架起來之後如果編輯狀況真的不理想，那麼我就在每次的 g0v 大松招集編輯，把過去 2 個月的新聞整理進平台裏，最後的報告就幫全台灣的縣市長做過去 2 個月的施政進度報告 XDDD - + 我覺得使用的人應該有兩種，一種是積極追蹤或維護政策的人，一種是潛水只想看狀態和表達滿不滿意的人 + -- 對於積極追蹤或維護的人，提供容易增加內容的使用方式 + 增加積極者使用性的方式，可以是減少輸入與智慧導入資訊(比如網址會帶入新聞圖片和標題如FB)、預測顯示文字等 + --對於潛水只看狀態的，也提供滿意認同的工具(比如五顆星這類東西)來表達對該狀態進度意見 + 如果很多人都不滿意進度，那也等同充分表達對該政策的承諾的人民意見或感受 + 對政策民意低落不滿意的政策維護者，如果想要說服民意，就會被迫積極來維護或增添有利政見實現的新聞或文章 + 不過政策內容一開始還是得先主動積極去製造，先讓潛水民意覺得這個東西容易表達意見與瀏覽內容為優先。 + 輸入很多東西不是大多數人會想去做的事情。(簡化簡化簡化:D) 其他討論 *權重（35 行未修改）
2014-12-07 18:29 – 18:30	Meng-Fu Maxwell Shih	r6105 – r6147
顯示 diff （116 行未修改）您的 insight 很棒！我認為如果我們按照這份 prototype，將「提供承諾更新的出處」以及「看著出處，設定承諾完成度」兩個 task 分開，那麼應該就不用讓義工審稿了。大家都可以評定完成度，且評定完成度這個步驟為非匿名的（綁 FB 帳號）、評分者需為自己評定的完成度負責，這樣的機制，應該能夠沖淡支持者的偏頗或是亂板者惡意拉低分數造成的影響，同時也能給予執政者的支持者足夠的信任（沒有審查情事），鼓勵執政者的支持者多多提供新的消息出處、讓大家一起來評定完成度。另一方面，不設立把關的編輯義工，同時也能讓這個網站與其他公民監督的粉絲頁（柯Ｐ進度條、市民監督林智堅⋯⋯等）做出區隔，讓社會上能同時存有多元的監督方式。 + Cool~ 我喜歡這個protoype! 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） *降低 editor editor進度的門檻（134 行未修改）
2014-12-07 17:12 – 17:13	kiang	r6088 – r6104
顯示 diff （90 行未修改）管理人負責匯整項目。柯Ｐ進度條管理人還有訂定重要突破點柯Ｐ進度條除了一般的進度條外，「數量」相關政見也有視覺化（如 1400 名社區輔警），非「數量」相關者則加入民調數字（如文化咨議委員會的支持度）。 + 可以用 "市政監督聯盟" 當作關鍵字去找，還蠻多相關群組的，只是這些群組政治鬥爭性質比較高，所以不見得需要參考 XD, ex. https://www.facebook.com/groups/tainangogo/ 市政府的影子，如影隨行地監督預計解法之目（159 行未修改）
2014-12-07 15:57 – 16:41	Johnson Liang	r5699 – r6087
顯示 diff （82 行未修改）市民監督林智堅 https://www.facebook.com/HsinChuMayorSupervision 林佳龍施政進度條 http://on.fb.me/1rWbjdW + 新北市施政監督專區 https://www.facebook.com/NewTaipeiCitySupervise 資料來源與更新：粉專管理人。柯Ｐ進度條的管理人，似乎是做民調的 NGO 開的專頁？「利益揭露：本粉絲頁接受政府與人民團體委託進行民意調查」 - 追蹤對象：柯文哲、林智堅、林佳龍。 + 追蹤對象：柯文哲、林智堅、林佳龍、朱立倫。使用者互動：Facebook page 上留言討論、私訊管理人 - 管理人負責匯整項目、訂定重要突破點 - 除進度條外，「數量」相關政見也有視覺化（如 1400 名社區輔警），非「數量」相關者則加入民調數字（如文化咨議委員會的支持度）。 + 管理人負責匯整項目。柯Ｐ進度條管理人還有訂定重要突破點 + 柯Ｐ進度條除了一般的進度條外，「數量」相關政見也有視覺化（如 1400 名社區輔警），非「數量」相關者則加入民調數字（如文化咨議委員會的支持度）。市政府的影子，如影隨行地監督預計解法之目（19 行未修改）預定目標我覺得執政者的支持者會比較有意願更新，但是會流於太主觀；而編輯義工可能比較缺乏動力去持續地調查更新。我建議採用混和的方法：執政者 and/or 執政支持者提出草稿，在經過本專案的編輯義工編改，確保施政進度的公正客觀再正式發布。 + 您的 insight 很棒！我認為如果我們按照這份 prototype，將「提供承諾更新的出處」以及「看著出處，設定承諾完成度」兩個 task 分開，那麼應該就不用讓義工審稿了。大家都可以評定完成度，且評定完成度這個步驟為非匿名的（綁 FB 帳號）、評分者需為自己評定的完成度負責，這樣的機制，應該能夠沖淡支持者的偏頗或是亂板者惡意拉低分數造成的影響，同時也能給予執政者的支持者足夠的信任（沒有審查情事），鼓勵執政者的支持者多多提供新的消息出處、讓大家一起來評定完成度。 + 另一方面，不設立把關的編輯義工，同時也能讓這個網站與其他公民監督的粉絲頁（柯Ｐ進度條、市民監督林智堅⋯⋯等）做出區隔，讓社會上能同時存有多元的監督方式。提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞）降低 editor editor進度的門檻（112 行未修改） /設需要界面流程計的部分我可以幫忙實作細節（非技術背景可跳填） - 協作工具 + 協作工具Solution stack: NodeJS + ReactJS isomorphic web app. + API server with loopback, which also takes care of database connection, ORM-like abstractions, etc + + + github repo： hackfoldr 工作資料夾網址：（13 行未修改）
2014-12-07 15:57	(unknown)	r5698
顯示 diff （246 行未修改）
2014-12-07 15:56 – 15:57	Johnson Liang	r5696 – r5697
顯示 diff （227 行未修改）實 - /設需要界面流程計的部分我可以幫忙 + /設需要界面流程計的部分我可以幫忙實作細節（非技術背景可跳填） + 協作工具 + github repo： + hackfoldr 工作資料夾網址： + google drive 共用資料夾網址： + + 進度與 to-do + 僅供參考 + product planning（recommanded procedure from justin lee / 李易修） + strategy + scope + structure + wireframe + visual + web front-end + web back-end + *ui / visual design
2014-12-07 14:41 – 14:43	Johnson Liang	r5630 – r5695
顯示 diff （77 行未修改）呈現上以時間進行為主要經緯，用線把單一承諾的進度連起來。為 - 柯p新政進度條 - http://www.facebook.com/kpmeter - 資料來源與更新：粉專管理人。似乎是做民調的 NGO 開的專頁？ + Facebook 監督型粉絲頁 + + 柯p新政進度條 http://www.facebook.com/kpmeter + 市民監督林智堅 https://www.facebook.com/HsinChuMayorSupervision + 林佳龍施政進度條 http://on.fb.me/1rWbjdW + + 資料來源與更新：粉專管理人。柯Ｐ進度條的管理人，似乎是做民調的 NGO 開的專頁？「利益揭露：本粉絲頁接受政府與人民團體委託進行民意調查」 - 追蹤對象：柯文哲 + 追蹤對象：柯文哲、林智堅、林佳龍。使用者互動：Facebook page 上留言討論、私訊管理人管理人負責匯整項目、訂定重要突破點（140 行未修改）
2014-12-07 13:29 – 13:29	Johnson Liang	r5628 – r5629
顯示 diff （226 行未修改）
2014-12-07 04:28 – 04:32	Meng-Fu Maxwell Shih	r5480 – r5627
顯示 diff （107 行未修改）預定目標 - + 我覺得執政者的支持者會比較有意願更新，但是會流於太主觀；而編輯義工可能比較缺乏動力去持續地調查更新。我建議採用混和的方法：執政者 and/or 執政支持者提出草稿，在經過本專案的編輯義工編改，確保施政進度的公正客觀再正式發布。提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） *降低 editor editor進度的門檻（114 行未修改）
2014-12-07 02:13	Johnson Liang	r5479
顯示 diff （49 行未修改） .1, 如果不能驗證的就不給分。每個政見會有一個評分方法，給分方式經討論修正。我發現他們的分數算法，好像無法處理「政見跳票」這回事，例如說當我們看了這則新聞，好像沒辦法幫胡市長打這個一致性分數 XD" - 應該可以喔, 大台中交通一六八」計畫是政策, 完成這個政策的方法, 建構五百公里通勤型及休閒型自行車道, 光這兩個就夠嗎? 那就要回頭去看這個計畫的實質內涵是什麼, 只要腳踏車就夠嗎? 有包含公車, 捷運, 機車等等嗎? 如果只有一個面向, 而這個面向是有完成部分政策, 那應該就是 + 應該可以喔, 大台中交通一六八」計畫是政策, 完成這個政策的方法, 建構五百公里通勤型及休閒型自行車道, 光這兩個就夠嗎? 那就要回頭去看這個計畫的實質內涵是什麼, 只要腳踏車就夠嗎? 有包含公車, 捷運, 機車等等嗎? 如果只有一個面向, 而這個面向是有完成部分政策, 那應該就是 .5分吧, 所以才會說, 評分標準也是需要修正的 *3.2 可驗證：政見能否有標準可勾稽，如果檢查的欄位完整就給1分，不完整（172 行未修改）
2014-12-06 14:57 – 15:40	Johnson Liang	r4947 – r5478
顯示 diff （150 行未修改）（記錯了，應該是，）真度計（但是真度計目前的政見兌現星號是假數據）我上面有列，目前打算和他們合併，畢竟完全是同一個專案 xd目前進展 - - Reque期待paper prototype!s - t for comment! (求想法回饋) - 20141201 - 系統的核心是「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。 + Reque：Request for comment! (求想法回饋) - 20141206期待paper prototype!s + 「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。目標：使 editor edito新聞、使 audience 能快速判斷施政能力。（1 行未修改）目前有想到三種呈現方式，可以達成這件事情，也是希望能搜集大家意見的地方。 - A 案：在 Wikipedia 開立政見專頁 + A 案：在 ikipedia 開立政見專頁無論是此專案的「共筆」性質，還是每個政見與更新都要求要有新聞來源或連結，這些要求都和 Wikipedia 的編輯需求不謀而合。若更新進度的 editor edito擺在 Wikipedia 這個具有權威性、影響力的地方，會有人路過並且順手更新的機率是最大的。優點：（4 行未修改）進度條不確定如何呈現。若使用複雜之語法，則會提升 editor edito沒有其他擴充性（增加評論功能、任期倒數、所有觀眾投票決定進度等等） - B 案：使用 Trello（待補） + B 案：使用Trello（待補） C 案：初版 Prototype （待補，將整 - + ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ Clickable Prototype 網址: http://invis.io/9Z1TFRTFT + * ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑ * 這個專案是 RWD 的「網頁」，只是先做 mobile 版的 prototype 比較能專注在呈現核心功能。 + Sketch source file: https://dl.dropboxusercontent.com/u/3813488/promise.sketch.20141206.zip + Sketch 版本: 3.2。CC-BY-NC-SA 4.0 授權。開啓 sketch 檔前請自行下載 Adobe 思源黑體。使用情境（9 行未修改）套用到 promise tracker 裡，「提供承諾更新的出處網址」的人就像是編輯 wiki 文章的人，但「幫承諾評進度」的人比較像是討論者。後者或許比較需要記名來減少 valdalism。 - + Challenges 會遭遇的挑戰 --- 歡迎大家補充意見！ + 「評比完成度」界面（「進度大家評」）會顯示當初提供出處的人所填寫的資訊摘要，audience 不見得會真的點進去出處連結看，可能只看那個資訊摘要就評定政見進度了。 + 這個問題有兩個解決方式： + 1. 解決「觀眾傾向只看標題」的問題，可能要想辦法吸引使用者點進去佐證出處連結看文章、以及降低使用者看原始出處的門檻（原始出處如果是新聞還算簡單，政府公告那種就會比較困難。） + 2. 讓大家可以編輯別人付的資訊摘要，就像是 Wikipedia 大家都可以修改內文那樣。 + + 2 是從比較消極的層面來解決問題，但是 1 是個大哉問（和網路行銷的難點重疊呀 XD），所以可以朝 2 去解決。不知道會不會遇到像是 Wikipedia 或新聞小幫手那樣，網友槓上之後互相改對方文字的狀況，是不是該在編輯動作加上個 Facebook login？ + + 平台的核心價值是對各執政者的良好進度更新。雖然完全開放編輯，但這並不代表就會有人來編輯；如果都沒有人貼出處、沒有人評進度，那麼就不會有觀眾來看；沒有觀眾來看，那就更不會有人來更新。或許幾次黑客松可以在網站上衝出一些內容（例如把 2014 所有縣市長政見整理放進平台）、但如果沒有凝聚一個編輯社群，或營造一個類似 Wikipedia 的氛圍，似乎很難讓貢獻持續下去。 + 本來想說靠 gamification 之類的方式來吸引大家做編輯，但目前沒有具體方案 orz + 這其實也屬於一個大哉問，如果解決的話那 social 型的網路創業就超輕鬆呀。 + 目前我的想法是，在平檯架起來之後如果編輯狀況真的不理想，那麼我就在每次的 g0v 大松招集編輯，把過去 2 個月的新聞整理進平台裏，最後的報告就幫全台灣的縣市長做過去 2 個月的施政進度報告 XDDD 其他討論（16 行未修改）
2014-12-06 13:39 – 13:55	Johnson Liang	r4800 – r4946
顯示 diff （2 行未修改）此 pad 由原 g0v unconference 2014 之提案 <progress>市長承諾</progress> 整理而來，接續其討論。 PPT? + ? 專案簡介（88 行未修改）網站的預定使用者為全體公民，但依照公民們來到這個網站的目的，可以將使用者分成下面的兩種人： - Audience 一般閱聽人：關心公共事務的選民，想了解目前的執政者的整體施政情形，隨時上網站來看施政進度。 - 雖然設計是希望大家能持續關注，不過我猜大部分 audience 都只會在選舉前才想找相關資料 XD\|\|\| + AudiencAudience關心公共事務的選民，想了解目前的執政者的整體施政情形，隨時上網站來看施政進度。 + 雖然設計是希望大家能持續關注，不過我猜大部分 audiencaudience前才想找相關資料 XD\|\|\| * Edi （1 行未修改）目前沒有想到要把議會與民代納入耶，受監督的角色想要集中在執行的執政者這樣。美國則是有媒體在追蹤在野黨做過的承諾。 - 所以對象是柯p 而已？那跟之前的市長承諾差別是？r 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) + 所以對象是柯p 而已？那跟之前的市長承諾差別是？ + 目前對象是地方或中央執政者喲，不過想先做地方執政者這樣。prototype 裡頭左邊的抽屜裡面有預留「新增施政單位」的空間。r Editor動編輯施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) 預定目標 - 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audience 下價值判斷（當前執政者執行力好壞） - 降低 editor 編輯更新施政進度的門檻 + 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audiencaudience當前執政者執行力好壞） + 降低 editor editor進度的門檻預定功能（2 行未修改）額外功能（ - Idea Pool！） + + dea Pool！）鼓勵編輯系列 - 此專案的本質類似 Wikipedia，主要價值來自於 editor 自發性回報之進度。 - 有什麼方法可以鼓勵 editor 作出貢獻，或是讓受益者 audience 也能著手開始編輯呢？ + 此專案的本質類似 Wikipedia，主要價值來自於 editor edito之進度。 + 有什麼方法可以鼓勵 editor edito或是讓受益者 audience 也能著手開始編輯呢？ - 除 editor 手動新增新聞外，網站也可以主動爬取可能與政策相關的新聞，在適當時機將新聞呈現給 audience，並要求 audience 作出「和承諾無關」「未開始」「進行中」「已完成」的 tagging。 + 除 editor edito聞外，網站也可以主動爬取可能與政策相關的新聞，在適當時機將新聞呈現給 audience，並要求 audience 作出「和承諾無關」「未開始」「進行中」「已完成」的 tagging。 Gamification 遊戲化：建立操作型制約的 token system（經驗值，等級，頭銜等）（5 行未修改）除了和進度有關的新聞之外，也收集執行時的爭議相關新聞（像【柯Ｐ勞動局長遴選辦法工運人士批為難勞工】等）-- 新聞與資料分成「進度更新」與「執行爭議」兩種政策負責單位／聯絡方式／相關壓力團體連結（誰來更新 outdated info?） - 讓 editor 能新增當初提的政見之外的「多做的」政見。 + 讓 eedito 能新增當初提的政見之外的「多做的」政見。可以新增行政機關（不只是地方政府，還有中央政府），讓焦點團體可以追蹤任何機關的特定承諾，例如性別相關壓力團體，可以替行政院性平會開新的頁面，追蹤「落實消除對婦女一切形式歧視公約計畫」的實行進度。記名討論，讓大家公開討論個別政見完成度，像 Google Play 的評分（不把評分與人綁一起、單純留言的話，那 FB / Disqus 就好）（6 行未修改）《校園營養午餐非基改...》其他如南部縣市空汙自治條例 ... 航空城 ... - - 理自 <progress>市長承諾</progress> 裡的海報） - 用資料 - 2 - - 014 臺北市長承諾一覽表 + 14 臺北市長承諾一覽表觀政見平台選舉黃頁（候選人及現任參政者的過往政見有被列出，並且評星數）（9 行未修改）系統的核心是「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。 - 目標：使 editor 能易於更新新聞、使 audience 能快速判斷施政能力。 + 目標：使 editor edito新聞、使 audience 能快速判斷施政能力。目前有想到三種呈現方式，可以達成這件事情，也是希望能搜集大家意見的地方。 A 案：在 Wikipedia 開立政見專頁 - 無論是此專案的「共筆」性質，還是每個政見與更新都要求要有新聞來源或連結，這些要求都和 Wikipedia 的編輯需求不謀而合。若更新進度的 editor 難尋，那麼擺在 Wikipedia 這個具有權威性、影響力的地方，會有人路過並且順手更新的機率是最大的。 + 無論是此專案的「共筆」性質，還是每個政見與更新都要求要有新聞來源或連結，這些要求都和 Wikipedia 的編輯需求不謀而合。若更新進度的 editor edito擺在 Wikipedia 這個具有權威性、影響力的地方，會有人路過並且順手更新的機率是最大的。優點：借重 Wikipedia 以樹立之權威性、 audience base、編輯群無需開發新網站缺點： - editor 需克服編輯 Wikipedia 的心理障礙 (?)、需知悉 Wikipedia 編輯格式與規章 - 進度條不確定如何呈現。若使用複雜之語法，則會提升 editor 的門檻 - 沒有其他擴充性（增加評論功能、任期倒數、所有觀眾投票決定進度等等） + editor edito Wikipedia 的心理障礙 (?)、需知悉 Wikipedia 編輯格式與規章 + 進度條不確定如何呈現。若使用複雜之語法，則會提升 editor edito沒有其他擴充性（增加評論功能、任期倒數、所有觀眾投票決定進度等等） B 案：使用 Trello（待補）（3 行未修改） Clickable Prototype 網址: http://invis.io/9Z1TFRTFT + + * 這個專案是 RWD 的「網頁」，只是先做 mobile 版的 prototype 比較能專注在呈現核心功能。（4 行未修改） Design choice - 3 個大流程：1. 看承諾、2. 新增出處網址、3. 新增完成度評比。3 個流程彼此獨立，沒有說一定要誰先誰後。 + 3 個大流程：1. 看承諾、2. 新增出處網址、3. 評比完成度。3 個流程彼此獨立，沒有說一定要誰先誰後。達成率的評斷方式還可以再討論，prototype 裡面的「還沒做」「還在做」「已完成」是之前 unconference 討論的一個評分方式。「使用者登入」這個步驟，被往後延遲到使用者的評分存進網站之前。這裡設計成「新增出處網址不用登入，但評比完成度與留言卻需要登入」的原因是，我認為「評比完成度」的門檻太低，需要記名發言與評完成度；然而，新增出處網址的門檻比較高，為了鼓勵大家提供出處，因此省去登入流程。（22 行未修改）
2014-12-06 05:07 – 05:08	nchild	r4793 – r4799
顯示 diff （100 行未修改）我想要問，這邊是否要包含問政？兩者都是廣義政府的一部分，若是要追蹤議員承諾，像是公督盟等團體提出的議會改革承諾書，是要開分支或是合併到這邊呢？目前沒有想到要把議會與民代納入耶，受監督的角色想要集中在執行的執政者這樣。 - 美國則是有媒體在追蹤在野黨做過的承諾。r 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) + 美國則是有媒體在追蹤在野黨做過的承諾。 + *所以對象是柯p 而已？那跟之前的市長承諾差別是？r 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) （109 行未修改）
2014-12-06 01:50 – 01:50	Shelling Ford	r4788 – r4792
顯示 diff （1 行未修改）此 pad 由原 g0v unconference 2014 之提案 <progress>市長承諾</progress> 整理而來，接續其討論。 + PPT? *專案簡介（208 行未修改）
2014-12-05 11:35 – 12:04	Johnson Liang	r4254 – r4787
顯示 diff （111 行未修改） [WIP] 請見「目前進展」，提出自己的看法！ - 額外功能（Idea Pool！） + 額外功能（ + Idea Pool！）鼓勵編輯系列（58 行未修改） C 案：初版 Prototype - （待補，將整理自 <progress>市長承諾</progress> 裡的海報） - 徵求協作者 + （待補，將整 + + Clickable Prototype 網址: http://invis.io/9Z1TFRTFT + 這個專案是 RWD 的「網頁」，只是先做 mobile 版的 prototype 比較能專注在呈現核心功能。 + + 使用情境 + Editor：在看到了某則新聞之後，覺得這篇新聞好像可以來更新進度，所以就複製了網址，一進站之後就按右上角的「+」，在「出處」貼上新聞網址，選好這是誰的哪一個承諾之後，就可以來為這個承諾評達成率。 + + Audience：進站之後，可以直接從左邊的 menu 裏面選擇要看的執政者的目前進度。首頁則有全站的最新更新。 + + Design choice + 3 個大流程：1. 看承諾、2. 新增出處網址、3. 新增完成度評比。3 個流程彼此獨立，沒有說一定要誰先誰後。 + 達成率的評斷方式還可以再討論，prototype 裡面的「還沒做」「還在做」「已完成」是之前 unconference 討論的一個評分方式。 + 「使用者登入」這個步驟，被往後延遲到使用者的評分存進網站之前。這裡設計成「新增出處網址不用登入，但評比完成度與留言卻需要登入」的原因是，我認為「評比完成度」的門檻太低，需要記名發言與評完成度；然而，新增出處網址的門檻比較高，為了鼓勵大家提供出處，因此省去登入流程。 + 這個設計是參考 CHI2007 的一篇研究 Wikipedia 衝突調解的 Paper。該研究將兩個作者在一個 wiki entry 裡不斷 revert 彼此變更的狀況定義為「衝突」。作者發現，Wikipedia 上面的文章，匿名編輯者越多，越不會有衝突；但如果有越多人匿名討論（在討論頁面），那麼文章的衝突就會越多。 + 套用到 promise tracker 裡，「提供承諾更新的出處網址」的人就像是編輯 wiki 文章的人，但「幫承諾評進度」的人比較像是討論者。後者或許比較需要記名來減少 valdalism。 + + + 其他討論 *權重權重可以由全部的閱覽者提供。以瀏覽器為人次單位，每當閱覽人初次造訪時，可以隨機詢問他對於這一位政治代理人所關心的面向。提供給閱覽人一組神奇拉桿，可以調出一組權重向量。全部閱覽者的權重向量加總起來，總和的權重向量就是面向A、面向B等等的比值。而政治代理人的每一項政見，可各自歸類為哪一個面向，或者哪幾個面向，這個歸類是由站方預設的。（14 行未修改）
2014-12-05 10:57 – 10:57	May KUO	r4252 – r4253
顯示 diff （48 行未修改）我發現他們的分數算法，好像無法處理「政見跳票」這回事，例如說當我們看了這則新聞，好像沒辦法幫胡市長打這個一致性分數 XD" 應該可以喔, 大台中交通一六八」計畫是政策, 完成這個政策的方法, 建構五百公里通勤型及休閒型自行車道, 光這兩個就夠嗎? 那就要回頭去看這個計畫的實質內涵是什麼, 只要腳踏車就夠嗎? 有包含公車, 捷運, 機車等等嗎? 如果只有一個面向, 而這個面向是有完成部分政策, 那應該就是 - .5分吧, 所以才會說, 評方標準也是需要修正的 + .5分吧, 所以才會說, 評分標準也是需要修正的 3.2 可驗證：政見能否有標準可勾稽，如果檢查的欄位完整就給1分，不完整 .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法) （142 行未修改）
2014-12-05 10:19 – 10:23	Johnson Liang	r4177 – r4251
顯示 diff （97 行未修改） * Edi - 我想要問，這邊是否要包含問政？兩者都是廣義政府的一部分，若是要追蹤議員承諾，像是公督盟等團體提出的議會改革承諾書，是要開分支或是合併到這邊呢？r 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) + 我想要問，這邊是否要包含問政？兩者都是廣義政府的一部分，若是要追蹤議員承諾，像是公督盟等團體提出的議會改革承諾書，是要開分支或是合併到這邊呢？ + 目前沒有想到要把議會與民代納入耶，受監督的角色想要集中在執行的執政者這樣。 + *美國則是有媒體在追蹤在野黨做過的承諾。r 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) （91 行未修改）
2014-12-05 10:11 – 10:15	nchild	r4159 – r4176
顯示 diff （96 行未修改）雖然設計是希望大家能持續關注，不過我猜大部分 audience 都只會在選舉前才想找相關資料 XD\|\|\| - Editor 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) + Edi + *我想要問，這邊是否要包含問政？兩者都是廣義政府的一部分，若是要追蹤議員承諾，像是公督盟等團體提出的議會改革承諾書，是要開分支或是合併到這邊呢？r 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) （91 行未修改）
2014-12-05 09:25 – 09:34	Johnson Liang	r4010 – r4158
顯示 diff （73 行未修改）分成 Broken, stalled, in-progress, delivered - 呈現上以時間進行為主要經緯，用線把單一承諾的進度連起來。為市政府的影子，如影隨行地監督預計解法之目 + 呈現上以時間進行為主要經緯，用線把單一承諾的進度連起來。為 - 柯p新政進度條標與功能 + 柯p新政進度條 + http://www.facebook.com/kpmeter + 資料來源與更新：粉專管理人。似乎是做民調的 NGO 開的專頁？ + 「利益揭露：本粉絲頁接受政府與人民團體委託進行民意調查」 + 追蹤對象：柯文哲 + 使用者互動：Facebook page 上留言討論、私訊管理人 + 管理人負責匯整項目、訂定重要突破點 + 除進度條外，「數量」相關政見也有視覺化（如 1400 名社區輔警），非「數量」相關者則加入民調數字（如文化咨議委員會的支持度）。 + 市政府的影子，如影隨行地監督*預計解法之目 + + + 與功能使（101 行未修改）
2014-12-05 07:06 – 07:07	Yuren Ju	r4006 – r4009
顯示 diff （73 行未修改）分成 Broken, stalled, in-progress, delivered - 呈現上以時間進行為主要經緯，用線把單一承諾的進度連起來。為市政府的影子，如影隨行地監督預計解法之目標與功能 + 呈現上以時間進行為主要經緯，用線把單一承諾的進度連起來。為市政府的影子，如影隨行地監督*預計解法之目 + + 柯p新政進度條標與功能使（101 行未修改）
2014-12-05 06:40 – 06:41	Johnson Liang	r3973 – r4005
顯示 diff （72 行未修改）追蹤對象：Tony Abbott 分成 Broken, stalled, in-progress, delivered - 為市政府的影子，如影隨行地監督預計解法之目標與功能 + + 呈現上以時間進行為主要經緯，用線把單一承諾的進度連起來。為市政府的影子，如影隨行地監督*預計解法之目標與功能使（101 行未修改）
2014-12-05 00:11 – 00:17	che wei liu	r3858 – r3972
顯示 diff （115 行未修改） - 整理自 <progress>市長承諾</progress> 裡的海報） + 議題型承諾整ex 柯P + 柯文哲對《台北市市民文化宣言》的回應：以文化建立台北的城市價值 + 柯文哲簽署《都市農耕四大訴求》by 都市農耕網 + 文化資產個案 (南港瓶蓋工廠、...) + 《校園營養午餐非基改...》 + *其他如南部縣市空汙自治條例 ... 航空城 ... + + 理自 <progress>市長承諾</progress> 裡的海報）用資料 2 （51 行未修改）
2014-12-04 15:38 – 15:38	Jiro Lin	r3849 – r3857
顯示 diff （128 行未修改） - Reque期待paper prototype!st for comment! (求想法回饋) - 20141201 + Reque期待paper prototype!s + t for comment! (求想法回饋) - 20141201 系統的核心是「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。（37 行未修改）
2014-12-04 13:18 – 13:28	Yi Sheng Wang	r3840 – r3848
顯示 diff （170 行未修改）
2014-12-04 03:58 – 03:58	Chih-Chuan Chan	r3836 – r3839
顯示 diff （170 行未修改）
2014-12-04 03:45 – 03:55	May KUO	r3673 – r3835
顯示 diff （47 行未修改） .1, 如果不能驗證的就不給分。每個政見會有一個評分方法，給分方式經討論修正。我發現他們的分數算法，好像無法處理「政見跳票」這回事，例如說當我們看了這則新聞，好像沒辦法幫胡市長打這個一致性分數 XD" - + 應該可以喔, 大台中交通一六八」計畫是政策, 完成這個政策的方法, 建構五百公里通勤型及休閒型自行車道, 光這兩個就夠嗎? 那就要回頭去看這個計畫的實質內涵是什麼, 只要腳踏車就夠嗎? 有包含公車, 捷運, 機車等等嗎? 如果只有一個面向, 而這個面向是有完成部分政策, 那應該就是 + .5分吧, 所以才會說, 評方標準也是需要修正的 3.2 可驗證：政見能否有標準可勾稽，如果檢查的欄位完整就給1分，不完整 .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法) 「可以勾稽」這裡，好像是看是否有證明文件 (supporting document) 這樣嗎？如果未釋出政見實現的證明就巴分；若有釋出文件但文件僅能證成部分的政見實現，就是馬.5 分；若釋出的文件們可以完整驗證此政見已經完全兌現，就是1分。 + 你是對的, 可驗證是以提交出來文件是否可以證明實現政策的方法是否有完成, 3.2有提到, 但看到政策文件是不可能的, 所以只能從宣傳或新聞中來驗證 + 文件(這則新聞)-->施行方法(建構五百公里通勤型及休閒型自行車道)-->政策(「大台中交通一六八」計畫 ) 只有一致性跟可驗證是不是不太夠啊，為了讓這分數衝高，我都挑簡單的政策來實行就好啦。我在想要不要加個重要性或是影響性之類的評估。 *所以每個政策應該要有權重之分嗎？（112 行未修改）
2014-12-03 20:03 – 20:03	Clair Chen	r3671 – r3672
顯示 diff （167 行未修改）
2014-12-03 15:55 – 15:55	Jiro Lin	r3666 – r3670
顯示 diff （125 行未修改） - Request for comment! (求想法回饋) - 20141201 + Reque期待paper prototype!st for comment! (求想法回饋) - 20141201 系統的核心是「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。（37 行未修改）
2014-12-03 12:20 – 12:21	Obelai ch	r3657 – r3665
顯示 diff （163 行未修改）實 + + /*設需要界面流程計的部分我可以幫忙
2014-12-03 08:59 – 09:07	Yau-Hsien Huang	r3603 – r3656
顯示 diff （148 行未修改）（待補，將整理自 <progress>市長承諾</progress> 裡的海報）徵求協作者 + + *權重 + 權重可以由全部的閱覽者提供。以瀏覽器為人次單位，每當閱覽人初次造訪時，可以隨機詢問他對於這一位政治代理人所關心的面向。提供給閱覽人一組神奇拉桿，可以調出一組權重向量。全部閱覽者的權重向量加總起來，總和的權重向量就是面向A、面向B等等的比值。而政治代理人的每一項政見，可各自歸類為哪一個面向，或者哪幾個面向，這個歸類是由站方預設的。發起人/拋磚人： Johnson Liang （10 行未修改）
2014-12-03 05:46 – 06:02	Johnson Liang	r3385 – r3602
顯示 diff （52 行未修改）「可以勾稽」這裡，好像是看是否有證明文件 (supporting document) 這樣嗎？如果未釋出政見實現的證明就巴分；若有釋出文件但文件僅能證成部分的政見實現，就是馬.5 分；若釋出的文件們可以完整驗證此政見已經完全兌現，就是1分。只有一致性跟可驗證是不是不太夠啊，為了讓這分數衝高，我都挑簡單的政策來實行就好啦。我在想要不要加個重要性或是影響性之類的評估。 - * ＆共和黨 Promise Tracker + 所以每個政策應該要有權重之分嗎？ + 我自己是覺得還好耶，有達成就是有達成，而且我相信不會有執政者會為了衝高在我們網站的數字，而專門提出簡單的政見或只挑簡單的做。尤其平台會列出他在各項政見的個別完成度，是衝數字還是真的在做事，大家應該看得出來。＆共和黨 Promise Tracker http://www.politifact.com/truth-o-meter/promises/obameter/ （104 行未修改）
2014-12-03 03:40 – 03:40	Timmy Sun	r3383 – r3384
顯示 diff （161 行未修改）
2014-12-03 03:29 – 03:30	Wei-Zhi Liao	r3377 – r3382
顯示 diff （51 行未修改） .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法) 「可以勾稽」這裡，好像是看是否有證明文件 (supporting document) 這樣嗎？如果未釋出政見實現的證明就巴分；若有釋出文件但文件僅能證成部分的政見實現，就是馬.5 分；若釋出的文件們可以完整驗證此政見已經完全兌現，就是1分。 + 只有一致性跟可驗證是不是不太夠啊，為了讓這分數衝高，我都挑簡單的政策來實行就好啦。我在想要不要加個重要性或是影響性之類的評估。 * ＆共和黨 Promise Tracker （105 行未修改）
2014-12-02 12:48 – 12:50	Johnson Liang	r3340 – r3376
顯示 diff （46 行未修改） 3.1ㄧ致性：政見與履行政策手段的ㄧ致性如果ㄧ個工作可以達成政見就評分為1, 如果只能達成其中ㄧ部份就政.5, 如果政見只有在方法裡看到ㄧ點邊就給 .1, 如果不能驗證的就不給分。每個政見會有一個評分方法，給分方式經討論修正。 - + 我發現他們的分數算法，好像無法處理「政見跳票」這回事，例如說當我們看了這則新聞，好像沒辦法幫胡市長打這個一致性分數 XD" + 3.2 可驗證：政見能否有標準可勾稽，如果檢查的欄位完整就給1分，不完整 .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法) （108 行未修改）
2014-12-02 06:19 – 06:41	Johnson Liang	r3159 – r3339
顯示 diff （65 行未修改）資料來源與更新：由媒體 ABC 更新追蹤對象：Tony Abbott + 分成 Broken, stalled, in-progress, delivered 為市政府的影子，如影隨行地監督預計解法之目標與功能（30 行未修改）輔助資訊網站的核心功能是「政治承諾的兌現進度」，在這個核心功能之外的都算是輔助資訊。 + 任期倒數 - 除了和進度有關的新聞之外，也收集執行時的爭議相關新聞（像【柯Ｐ勞動局長遴選辦法工運人士批為難勞工】等） - 政策負責單位／聯絡方式／相關壓力團體連結 - 除當初提的政見之外「多做的」政見 - + 除了和進度有關的新聞之外，也收集執行時的爭議相關新聞（像【柯Ｐ勞動局長遴選辦法工運人士批為難勞工】等）-- 新聞與資料分成「進度更新」與「執行爭議」兩種 + 政策負責單位／聯絡方式／相關壓力團體連結（誰來更新 outdated info?） + 讓 editor 能新增當初提的政見之外的「多做的」政見。 + 可以新增行政機關（不只是地方政府，還有中央政府），讓焦點團體可以追蹤任何機關的特定承諾，例如性別相關壓力團體，可以替行政院性平會開新的頁面，追蹤「落實消除對婦女一切形式歧視公約計畫」的實行進度。 + *記名討論，讓大家公開討論個別政見完成度，像 Google Play 的評分（不把評分與人綁一起、單純留言的話，那 FB / Disqus 就好） + + 整理自 <progress>市長承諾</progress> 裡的海報）用資料（46 行未修改）
2014-12-02 05:49 – 05:53	Niki Wu	r3128 – r3158
顯示 diff （60 行未修改）誌政誌 - 成為市政府的影子，如影隨行地監督預計解法之目標與功能 + 成澳洲 The Abbott Government + + http://www.abc.net.au/news/factcheck/promisetracker/ + 資料來源與更新：由媒體 ABC 更新 + 追蹤對象：Tony Abbott + 為市政府的影子，如影隨行地監督預計解法之目標與功能使（84 行未修改）
2014-12-02 04:57 – 05:03	Johnson Liang	r3039 – r3127
顯示 diff （91 行未修改） Gamification 遊戲化：建立操作型制約的 token system（經驗值，等級，頭銜等） - （待補，將整理自 <progress>市長承諾</progress> 裡的海報） + （待補，將 + 輔助資訊 + 網站的核心功能是「政治承諾的兌現進度」，在這個核心功能之外的都算是輔助資訊。 + 任期倒數 + 除了和進度有關的新聞之外，也收集執行時的爭議相關新聞（像【柯Ｐ勞動局長遴選辦法工運人士批為難勞工】等） + 政策負責單位／聯絡方式／相關壓力團體連結 + 除當初提的政見之外「多做的」政見 + * + 整理自 <progress>市長承諾</progress> 裡的海報）用資料 - 2014 臺北市長承諾一覽表 + 2 + + 014 臺北市長承諾一覽表觀政見平台選舉黃頁（候選人及現任參政者的過往政見有被列出，並且評星數）（41 行未修改）
2014-12-02 01:37 – 01:43	Carolino Chen	r3036 – r3038
顯示 diff （139 行未修改）
2014-12-02 01:21 – 01:26	Johnson Liang	r2911 – r3035
顯示 diff （48 行未修改） * 3.2 可驗證：政見能否有標準可勾稽，如果檢查的欄位完整就給1分，不完整 - .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法)巴馬＆共和黨 Promise Tracker + .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法) + 「可以勾稽」這裡，好像是看是否有證明文件 (supporting document) 這樣嗎？如果未釋出政見實現的證明就巴分；若有釋出文件但文件僅能證成部分的政見實現，就是馬.5 分；若釋出的文件們可以完整驗證此政見已經完全兌現，就是1分。 + * ＆共和黨 Promise Tracker http://www.politifact.com/truth-o-meter/promises/obameter/ （84 行未修改）
2014-12-02 00:02 – 00:51	May KUO	r2700 – r2910
顯示 diff （42 行未修改）其中 C 是 consistency variableV 是 verification variable - - 求助 QQ 我看不懂 3.1 Consistency 與 3.2 Verification 的意思是什麼 QQ政 - 歐巴馬＆共和黨 Promise Tracker + 求助 QQ 我看不懂 3.1 Consistency 與 3.2 Verification 的意思是什麼 QQ + 3.1ㄧ致性：政見與履行政策手段的ㄧ致性如果ㄧ個工作可以達成政見就評分為1, 如果只能達成其中ㄧ部份就政.5, 如果政見只有在方法裡看到ㄧ點邊就給 + .1, 如果不能驗證的就不給分。每個政見會有一個評分方法，給分方式經討論修正。 + + *3.2 可驗證：政見能否有標準可勾稽，如果檢查的欄位完整就給1分，不完整 + .5,沒有檢查給歐分。(這邊的標準就是3.1所說的評分方法)巴馬＆共和黨 Promise Tracker http://www.politifact.com/truth-o-meter/promises/obameter/ （84 行未修改）
2014-12-01 16:11 – 16:45	Johnson Liang	r2655 – r2699
顯示 diff （77 行未修改） [WIP] 請見「目前進展」，提出自己的看法！ - 額外功能（Idea Pool） + 額外功能（Idea Pool！）鼓勵編輯系列 - 此專案的本質類似 Wikipedia，對 audience 來說，價值來自於 user generated content (回報之進度)。有什麼方法可以鼓勵 editor 作出貢獻，或是讓受益者 audience 也能著手開始編輯呢？ + 此專案的本質類似 Wikipedia，主要價值來自於 editor 自發性回報之進度。 + 有什麼方法可以鼓勵 editor 作出貢獻，或是讓受益者 audience 也能著手開始編輯呢？除 editor 手動新增新聞外，網站也可以主動爬取可能與政策相關的新聞，在適當時機將新聞呈現給 audience，並要求 audience 作出「和承諾無關」「未開始」「進行中」「已完成」的 tagging。 - Gamification 遊戲化：建立操作型制約的 token system（如） + Gamification 遊戲化：建立操作型制約的 token system（經驗值，等級，頭銜等） + （待補，將整理自 <progress>市長承諾</progress> 裡的海報）用資料 2014 臺北市長承諾一覽表（27 行未修改） C 案：初版 Prototype - （待補） + （待補，將整理自 <progress>市長承諾</progress> 裡的海報）徵求協作者（11 行未修改）
2014-12-01 15:53 – 15:57	Shelling Ford	r2589 – r2654
顯示 diff （21 行未修改）動民主 - 真度計 / 長鼻尺嗯，基本上就是同一個專案（紺）嗚嗚現在才看到 + 以名字來說 UI 好像滿多可以調整，之前 tisa 的 progress bar 還不錯看 Hackpad / 討論 / Prototype Prototype 階段 ⋯⋯我覺得我們可以跑去他們那裡做就好耶 XD + 是個 Python 專案，不是 Flux/React 喔對智利總統的 Promise Tracker （102 行未修改）
2014-12-01 14:19 – 14:27	Johnson Liang	r2377 – r2588
顯示 diff （74 行未修改） [WIP] 請見「目前進展」，提出自己的看法！ + + 額外功能（Idea Pool） + + 鼓勵編輯系列 + 此專案的本質類似 Wikipedia，對 audience 來說，價值來自於 user generated content (回報之進度)。有什麼方法可以鼓勵 editor 作出貢獻，或是讓受益者 audience 也能著手開始編輯呢？ + + 除 editor 手動新增新聞外，網站也可以主動爬取可能與政策相關的新聞，在適當時機將新聞呈現給 audience，並要求 audience 作出「和承諾無關」「未開始」「進行中」「已完成」的 tagging。 + *Gamification 遊戲化：建立操作型制約的 token system（如） + 用資料 2014 臺北市長承諾一覽表（43 行未修改）
2014-12-01 02:52 – 02:53	Johnson Liang	r2349 – r2376
顯示 diff （79 行未修改）選舉黃頁（候選人及現任參政者的過往政見有被列出，並且評星數） - （記錯了，應該是，）真度計（但是真度計目前的政見兌現星號是假數據）目前進展 + （記錯了，應該是，）真度計（但是真度計目前的政見兌現星號是假數據） + 我上面有列，目前打算和他們合併，畢竟完全是同一個專案 xd*目前進展（36 行未修改）
2014-12-01 02:04 – 02:07	Yau-Hsien Huang	r2331 – r2348
顯示 diff （78 行未修改）觀政見平台選舉黃頁（候選人及現任參政者的過往政見有被列出，並且評星數） - - 目前進展 + （記錯了，應該是，）真度計（但是真度計目前的政見兌現星號是假數據）目前進展（36 行未修改）
2014-11-30 16:44 – 18:19	Johnson Liang	r1256 – r2330
顯示 diff （19 行未修改） Related Work - Promise Trackers + 動民主 - 真度計 / 長鼻尺 + 嗯，基本上就是同一個專案（紺）嗚嗚現在才看到 + Hackpad / 討論 / Prototype + Prototype 階段 + ⋯⋯我覺得我們可以跑去他們那裡做就好耶 XD - 對智利總統的 Promise Tracker + 對智利總統的 Promise Tracker + http://deldichoalhecho.cl/ by lfalvarez @ Chile 開發與維護：Ciudadano Inteligente 基金會（1 行未修改）追蹤對象：僅有總統使用者互動：僅有一個留言板，最後提供 email 與 - 個別政見與整體執行率以 progress bar 呈現 + 個別政見與整體執行率計算百分比，以 progress bar 呈現 Source code: https://github.com/ciudadanointeligente/check-it (django app,) （4 行未修改）其中 C 是 consistency variableV 是 verification variable - 求助 QQ 我看不懂 3.1 Consistency 與 3.2 Verification 的意思是什麼 QQ政誌 + 求助 QQ 我看不懂 3.1 Consistency 與 3.2 Verification 的意思是什麼 QQ政 - 記大家說過啥話的東西 + 歐巴馬＆共和黨 Promise Tracker - 預計解法之目標與功能 + http://www.politifact.com/truth-o-meter/promises/obameter/ + 資料來源與更新：不開放眾人編輯，由媒體 Tampa Bay Times 更新 + 追蹤對象：歐巴馬，共和黨 + 使用者互動：無 + 分成 Not Yet Rated / In the Works / Stalled / Promise Kept / Compromise / Promise Broken. - 使用資料 + 誌政誌 + + 成為市政府的影子，如影隨行地監督預計解法之目標與功能 + + 使 + 預定使用者 + + 網站的預定使用者為全體公民，但依照公民們來到這個網站的目的，可以將使用者分成下面的兩種人： + + Audience 一般閱聽人：關心公共事務的選民，想了解目前的執政者的整體施政情形，隨時上網站來看施政進度。 + 雖然設計是希望大家能持續關注，不過我猜大部分 audience 都只會在選舉前才想找相關資料 XD\|\|\| + * + Editor 編輯：願意主動更新施政進度的人，應為該執政者的支持者，或是本專案的編輯義工 (?) + + + 預定目標 + + 提供足夠資訊（進度視覺化、資訊鏈結），協助 Audience 下價值判斷（當前執政者執行力好壞） + 降低 editor 編輯更新施政進度的門檻 + + 預定功能 + + [WIP] 請見「目前進展」，提出自己的看法！ + 用資料 2014 臺北市長承諾一覽表觀政見平台（4 行未修改） - 徵求協作者 + + Request for comment! (求想法回饋) - 20141201 + + 系統的核心是「針對單一執政者，呈現其承諾的實行進度」，所以希望能先 focus 在討論這個部分的使用者體驗。究竟要呈現哪些執政者，是否要通通整合在一個網站，可以之後再說。 + + 目標：使 editor 能易於更新新聞、使 audience 能快速判斷施政能力。 + + 目前有想到三種呈現方式，可以達成這件事情，也是希望能搜集大家意見的地方。 + + A 案：在 Wikipedia 開立政見專頁 + 無論是此專案的「共筆」性質，還是每個政見與更新都要求要有新聞來源或連結，這些要求都和 Wikipedia 的編輯需求不謀而合。若更新進度的 editor 難尋，那麼擺在 Wikipedia 這個具有權威性、影響力的地方，會有人路過並且順手更新的機率是最大的。 + 優點： + 借重 Wikipedia 以樹立之權威性、 audience base、編輯群 + 無需開發新網站 + 缺點： + editor 需克服編輯 Wikipedia 的心理障礙 (?)、需知悉 Wikipedia 編輯格式與規章 + 進度條不確定如何呈現。若使用複雜之語法，則會提升 editor 的門檻 + 沒有其他擴充性（增加評論功能、任期倒數、所有觀眾投票決定進度等等） + + B 案：使用 Trello（待補） + + C 案：初版 Prototype + （待補） + 徵求協作者發起人/拋磚人： Johnson Liang （7 行未修改）設定成 project registry 中的 tags，需要幫忙的會自動 promote 到 g0v project hub - 實作 + *實
2014-11-30 16:44	(unknown)	r1255
顯示 diff （66 行未修改）
2014-11-30 16:15 – 16:44	Johnson Liang	r827 – r1254
顯示 diff （30 行未修改） Source code: https://github.com/ciudadanointeligente/check-it (django app,) - 智利的這個專案其實相當成熟，他們的公開報告（西班牙原文 / Google 翻譯成英文 [建議閱讀此版] / Google 翻譯成中文 [x_x]）裡面有提到不少前因後果以及他們如何實做。智利總統 Michelle Bachelet 在競選時，曾發下「執政 100 天實現 50 承諾」的豪語 + 智利的這個專案相當成熟，他們的公開報告（西班牙原文 / Google 翻譯成英文 [建議閱讀此版] / Google 翻譯成中文 [x_x]）將這個專案交代得非常完整。 + 他們計算完成度的公式是： (C0.5 + V0.5) 10 - 政誌 + 其中 C 是 consistency variableV 是 verification variable + + 求助 QQ 我看不懂 3.1 Consistency 與 3.2 Verification 的意思是什麼 QQ政誌記大家說過啥話的東西（22 行未修改）設定成 project registry 中的 tags，需要幫忙的會自動 promote 到 g0v project hub - 實作細節（非技術背景可跳填） - ReactJS + flux - Storage: pgrest, firebase.io, parse.com + 實作
2014-11-30 16:13 – 16:14	Yau-Hsien Huang	r820 – r826
顯示 diff （65 行未修改）
2014-11-30 16:00 – 16:10	Johnson Liang	r651 – r819
顯示 diff 政治承諾追蹤網 Political Promise Tracker + + 此 pad 由原 g0v unconference 2014 之提案 <progress>市長承諾</progress> 整理而來，接續其討論。專案簡介（21 行未修改）資料來源與更新：不開放眾人編輯，網頁背後是 view only 的 google spreadsheet。追蹤對象：僅有總統 - 使用者互動：僅有一個留言板， + 使用者互動：僅有一個留言板，最後提供 email 與個別政見與整體執行率以 progress bar 呈現 - 專案緣起：原版 / Google 翻譯成英文 / Google 翻譯成中文 - Generalized promise tracker source code: https://github.com/ciudadanointeligente/check-it (django app) + Source code: https://github.com/ciudadanointeligente/check-it (django app,) - <progress>市長承諾</progress> （專案前身） + 智利的這個專案其實相當成熟，他們的公開報告（西班牙原文 / Google 翻譯成英文 [建議閱讀此版] / Google 翻譯成中文 [x_x]）裡面有提到不少前因後果以及他們如何實做。智利總統 Michelle Bachelet 在競選時，曾發下「執政 100 天實現 50 承諾」的豪語 + 政誌（1 行未修改）記大家說過啥話的東西 - 預計解法 + 預計解法之目標與功能使用資料（3 行未修改） - 目前 + 目前進展 + + + 徵求協作者 + + 發起人/拋磚人： Johnson Liang + 分工與成員 + NeedsWriter: 需要文案幫手（撰寫基本資訊、報導專案etc） + NeedsDesigner: 需要介面設計 + NeedsData: 需要資料（擷取、清理） + NeedsTech: 需要技術支援（程式、架站 etc) + NeedsProcess: 需要幫忙設計作業流程 + NeedsTalkingToRealPerson: 需要有人幫忙和其他機關聯絡 + 設定成 project registry 中的 tags，需要幫忙的會自動 promote 到 g0v project hub + + 實作細節（非技術背景可跳填） + ReactJS + flux + Storage: pgrest, firebase.io, parse.com
2014-11-30 16:00	(unknown)	r650
顯示 diff （46 行未修改）
2014-11-30 15:39 – 16:00	Johnson Liang	r373 – r649
顯示 diff （7 行未修改）發起人/拋磚人： Johnson Liang - 要解決的問題＆解決辦法 + 要解決的問題執政者競選連任時，選民若想評估其執行力，需要做很多功課；但是：當初的執政者競選時政見已是 3、4 年前的資料，很難 google 得到。即使找回當初的政見，要憑一己之力整理 3、4 年來的新聞、逐一比對，門檻不低。新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新「新聞」或其他網友的整理的資訊。 - - 我們認為或許需要一個「共筆」。 - 壓力團體串聯 + 我們認為，政治承諾的追蹤，需要一個長期且開放編輯的「共筆」。下面 Related Work 章節會提到其他國家的例子。 Related Work - Promise Tracker + + Promise Trackers + + 對智利總統的 Promise Tracker + http://deldichoalhecho.cl/ by lfalvarez @ Chile + 開發與維護：Ciudadano Inteligente 基金會 + 資料來源與更新：不開放眾人編輯，網頁背後是 view only 的 google spreadsheet。 + 追蹤對象：僅有總統 + 使用者互動：僅有一個留言板， + 個別政見與整體執行率以 progress bar 呈現 + 專案緣起：原版 / Google 翻譯成英文 / Google 翻譯成中文 + Generalized promise tracker source code: https://github.com/ciudadanointeligente/check-it (django app) + + <progress>市長承諾</progress> （專案前身）政誌記大家說過啥話的東西 - + 預計解法 + 使用資料 + 2014 臺北市長承諾一覽表 + 觀政見平台選舉黃頁（候選人及現任參政者的過往政見有被列出，並且評星數） + + + 目前
2014-11-30 15:38	Yau-Hsien Huang	r372
顯示 diff （26 行未修改） - 選舉黃頁（候選人及現任參政者的過往政見有被列出，並且星數） + 選舉黃頁（候選人及現任參政者的過往政見有被列出，並且評星數）
2014-11-30 15:38	Johnson Liang	r371
顯示 diff （24 行未修改）記大家說過啥話的東西 - <progress>市長承諾</progress> （專案前身） + 選舉黃頁（候選人及現任參政者的過往政見有被列出，並且星數）
2014-11-30 15:38 – 15:38	Yau-Hsien Huang	r365 – r370
顯示 diff （26 行未修改） <progress>市長承諾</progress> （專案前身） - 選舉黃頁（候選人及現任參政者的 + 選舉黃頁（候選人及現任參政者的過往政見有被列出，並且星數）
2014-11-30 15:38	Johnson Liang	r364
顯示 diff （29 行未修改）
2014-11-30 15:38	Yau-Hsien Huang	r363
顯示 diff （26 行未修改） <progress>市長承諾</progress> （專案前身） - 選舉黃頁（候選人及現任參政者的過 + 選舉黃頁（候選人及現任參政者的
2014-11-30 15:38	Johnson Liang	r362
顯示 diff （24 行未修改）記大家說過啥話的東西 - <progress>市長承諾</progress> （） + <progress>市長承諾</progress> （專案前身）選舉黃頁（候選人及現任參政者的過
2014-11-30 15:38	Yau-Hsien Huang	r361
顯示 diff （26 行未修改） <progress>市長承諾</progress> （） - 選舉黃頁（候選人及現任參政者的過程 + 選舉黃頁（候選人及現任參政者的過
2014-11-30 15:38 – 15:38	Johnson Liang	r356 – r360
顯示 diff （24 行未修改）記大家說過啥話的東西 - <progress></progress> + <progress>市長承諾</progress> （）選舉黃頁（候選人及現任參政者的過程
2014-11-30 15:38 – 15:38	Yau-Hsien Huang	r354 – r355
顯示 diff （26 行未修改） <progress></progress> - 選舉黃頁（候選人及現任參政者的過 + 選舉黃頁（候選人及現任參政者的過程
2014-11-30 15:38	Johnson Liang	r353
顯示 diff （24 行未修改）記大家說過啥話的東西 - <progress></progre + <progress></progress> 選舉黃頁（候選人及現任參政者的過
2014-11-30 15:38 – 15:38	Yau-Hsien Huang	r351 – r352
顯示 diff （26 行未修改） <progress></progre - 選舉黃頁（候選人及現任參政者ㄉㄜ + 選舉黃頁（候選人及現任參政者的過
2014-11-30 15:38	Johnson Liang	r350
顯示 diff （24 行未修改）記大家說過啥話的東西 - <progress></ + <progress></progre 選舉黃頁（候選人及現任參政者ㄉㄜ
2014-11-30 15:38	Yau-Hsien Huang	r349
顯示 diff （26 行未修改） <progress></ - 選舉黃頁（候選人及現任參政者 + 選舉黃頁（候選人及現任參政者ㄉㄜ
2014-11-30 15:38 – 15:38	Johnson Liang	r344 – r348
顯示 diff （24 行未修改）記大家說過啥話的東西 - 市長 + <progress></ 選舉黃頁（候選人及現任參政者
2014-11-30 15:38	Yau-Hsien Huang	r343
顯示 diff （26 行未修改）市長 - 選舉黃頁（候選人及現任參政ㄓ + 選舉黃頁（候選人及現任參政者
2014-11-30 15:38 – 15:38	Johnson Liang	r341 – r342
顯示 diff （29 行未修改）
2014-11-30 15:38 – 15:38	Yau-Hsien Huang	r339 – r340
顯示 diff （26 行未修改）市長 - 選舉黃頁（候選人及現任餐 + 選舉黃頁（候選人及現任參政ㄓ
2014-11-30 15:38	Johnson Liang	r338
顯示 diff （23 行未修改）記大家說過啥話的東西 - + 市長選舉黃頁（候選人及現任餐
2014-11-30 15:38	Yau-Hsien Huang	r337
顯示 diff （26 行未修改） - 選舉黃頁（候選人及現任ㄘ + 選舉黃頁（候選人及現任餐
2014-11-30 15:38	Johnson Liang	r336
顯示 diff （24 行未修改）記大家說過啥話的東西 - g + 選舉黃頁（候選人及現任ㄘ
2014-11-30 15:38	Yau-Hsien Huang	r335
顯示 diff （26 行未修改） g - 選舉黃頁（候選人及現任 + 選舉黃頁（候選人及現任ㄘ
2014-11-30 15:38 – 15:38	Johnson Liang	r332 – r334
顯示 diff （23 行未修改）記大家說過啥話的東西 + + g 選舉黃頁（候選人及現任
2014-11-30 15:37 – 15:38	Yau-Hsien Huang	r326 – r331
顯示 diff （24 行未修改）記大家說過啥話的東西 - 選舉黃葉 + 選舉黃頁（候選人及現任
2014-11-30 15:37 – 15:37	Johnson Liang	r324 – r325
顯示 diff （13 行未修改）新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新「新聞」或其他網友的整理的資訊。 - 我們任文或許需要一個「共筆」。 + 我們認為或許需要一個「共筆」。壓力團體串聯（9 行未修改）
2014-11-30 15:37	Yau-Hsien Huang	r323
顯示 diff （23 行未修改）記大家說過啥話的東西 + + 選舉黃葉
2014-11-30 15:37 – 15:37	Johnson Liang	r318 – r322
顯示 diff （11 行未修改）當初的執政者競選時政見已是 3、4 年前的資料，很難 google 得到。即使找回當初的政見，要憑一己之力整理 3、4 年來的新聞、逐一比對，門檻不低。 - 新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新「新聞」或其他網友的 + 新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新「新聞」或其他網友的整理的資訊。 - 或許需要一個「共筆」。 + 我們任文或許需要一個「共筆」。 *壓力團體串聯（7 行未修改）
2014-11-30 15:37 – 15:37	Yau-Hsien Huang	r316 – r317
顯示 diff （25 行未修改）
2014-11-30 15:37 – 15:37	Johnson Liang	r314 – r315
顯示 diff （11 行未修改）當初的執政者競選時政見已是 3、4 年前的資料，很難 google 得到。即使找回當初的政見，要憑一己之力整理 3、4 年來的新聞、逐一比對，門檻不低。 - 新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新 + 新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新「新聞」或其他網友的或許需要一個「共筆」。（9 行未修改）
2014-11-30 15:37	Yau-Hsien Huang	r313
顯示 diff （25 行未修改）
2014-11-30 15:27 – 15:37	Johnson Liang	r85 – r312
顯示 diff （3 行未修改）一個列出特定當選人 or 團隊之公開承諾的網頁，在任期間由公民朋友自發提供新聞連結、更新承諾進度，作為公民評估此執政者 / 團隊之執行力的工具。 - 以臺北市長為例，這個網頁會列出柯文哲在競選期間的所有政見，上任前會顯示目前的整體完成度是 0%。整體完成度是由個別政見的完成度組成。網頁提供公民 update 政見進度的功能，update 進度的時候，要提供相關新聞連結。 + 以臺北市長為例，這個網頁會列出柯文哲在競選期間的所有政見（附當初的柯P新政影片），上任前會顯示目前的整體完成度是 0%。整體完成度是由個別政見的完成度組成。網頁提供公民 update 政見進度的功能，update 進度的時候，要提供相關新聞連結。發起人/拋磚人： Johnson Liang - 要解決的問題＆預計解法 + 要解決的問題＆解決辦法 + 執政者競選連任時，選民若想評估其執行力，需要做很多功課；但是： + 當初的執政者競選時政見已是 3、4 年前的資料，很難 google 得到。 + 即使找回當初的政見，要憑一己之力整理 3、4 年來的新聞、逐一比對，門檻不低。 + 新聞媒體或網友整理的資訊，若得知整理者和自己的立場相反，自己也不容易採信；且他人無法更新 + + 或許需要一個「共筆」。 + + 壓力團體串聯 + + *Related Work + Promise Tracker + + 政誌 + + 記大家說過啥話的東西
2014-11-30 15:27	(unknown)	r84
顯示 diff （10 行未修改）
2014-11-30 15:16 – 15:27	Johnson Liang	r1 – r83
顯示 diff - Untitled + 政治承諾追蹤網 Political Promise Tracker - 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! + 專案簡介 + 一個列出特定當選人 or 團隊之公開承諾的網頁，在任期間由公民朋友自發提供新聞連結、更新承諾進度，作為公民評估此執政者 / 團隊之執行力的工具。 + + 以臺北市長為例，這個網頁會列出柯文哲在競選期間的所有政見，上任前會顯示目前的整體完成度是 0%。整體完成度是由個別政見的完成度組成。網頁提供公民 update 政見進度的功能，update 進度的時候，要提供相關新聞連結。 + + 發起人/拋磚人： Johnson Liang + + 要解決的問題＆預計解法
2014-11-30 15:16	(unknown)	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!