開放政治獻金 - OCR技術討論
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-05-19 01:14 | r4815 | |
顯示 diff（113 行未修改）
|
||
| 2014-05-13 00:50 – 00:50 | r4813 – r4814 | |
顯示 diff（17 行未修改）
*至於登記表呢，因為以現在的規模來看，只要我直接發派任務，依序去列印，很快就好了。平均一個時段可以帶出500MB的圖檔。
*至於堅持要統一掃描規則且編碼的原因是，回頭找有少才知道。像吳育升現在已經OCR好的公關支出，內容是捐贈收入，而且好像是李慶忠的..
- *也就是說，目前 已有電子檔->OCR 這段是沒有問題的，但 列印->電子檔 目前完全無法驗證，連紙本都散在各地浮水印 sample
+ *也就是說，目前 已有電子檔->OCR 這段是沒有問題的，但 列印->電子檔 目前完全無法驗證，連紙本都散在各地
+ 浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
*http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg 字比較粗，浮水印的點比較小
（90 行未修改）
|
||
| 2014-05-12 13:25 – 13:30 | r4739 – r4812 | |
顯示 diff（11 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等人可否幫我貼後刪除：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
- *目前已經偷偷徵招衝組，準備一周內叫出10GB的圖檔，請各位支援
+ *目前已經偷偷徵招衝組，準備一天叫出 五都 的市長資料(已印完約7萬筆資料，掃描建檔中)，請各位支援
*最新印出來的長 這樣 麻煩測試看看
*那個編碼, 方便直接放在檔名嗎? 還有那登記表, 用 google spreadsheet 方不方便?
- *編碼很不方便放在檔名QQ 要的話必須手動。因為跳號嚴重，我在想是否做到OCR然候改檔名？
+ *我手動放檔名看看，因為比起在紙上面蓋印章，改檔名快多了
*至於登記表呢，因為以現在的規模來看，只要我直接發派任務，依序去列印，很快就好了。平均一個時段可以帶出500MB的圖檔。
*至於堅持要統一掃描規則且編碼的原因是，回頭找有少才知道。像吳育升現在已經OCR好的公關支出，內容是捐贈收入，而且好像是李慶忠的..
（93 行未修改）
|
||
| 2014-05-10 14:40 – 14:45 | r4508 – r4738 | |
顯示 diff（14 行未修改）
*最新印出來的長 這樣 麻煩測試看看
*那個編碼, 方便直接放在檔名嗎? 還有那登記表, 用 google spreadsheet 方不方便?
- *浮水印 sample
+ *編碼很不方便放在檔名QQ 要的話必須手動。因為跳號嚴重，我在想是否做到OCR然候改檔名？
+ *至於登記表呢，因為以現在的規模來看，只要我直接發派任務，依序去列印，很快就好了。平均一個時段可以帶出500MB的圖檔。
+ *至於堅持要統一掃描規則且編碼的原因是，回頭找有少才知道。像吳育升現在已經OCR好的公關支出，內容是捐贈收入，而且好像是李慶忠的..
+ *也就是說，目前 已有電子檔->OCR 這段是沒有問題的，但 列印->電子檔 目前完全無法驗證，連紙本都散在各地浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
*http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg 字比較粗，浮水印的點比較小
（90 行未修改）
|
||
| 2014-05-10 14:27 – 14:28 | r4456 – r4507 | |
顯示 diff（13 行未修改）
*目前已經偷偷徵招衝組，準備一周內叫出10GB的圖檔，請各位支援
*最新印出來的長 這樣 麻煩測試看看
+ *那個編碼, 方便直接放在檔名嗎? 還有那登記表, 用 google spreadsheet 方不方便?
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-10 12:30 – 13:00 | r4406 – r4455 | |
顯示 diff（9 行未修改）
*理論上浮水印也是碳粉印出來的，也是純黑色。但實際上因為浮水印的點很小，若掃描的解析度不夠高，很小的碳粉點可能只占掃描點的半格或更小，若是用灰階掃會變當灰色，用黑白掃就要看運氣(面積夠不夠大)可能就被當黑色。若被當黑色就會影響判斷，若黑色多一點可能人眼也無法辨別。
縮印?
- *https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
- *新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等人可否幫我貼後刪除：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
- *拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略，兩個小時搞定9位沒問題
- *SOP正在寫，搭配checklist更漂亮 目前任務包 http://goo.gl/ZuukJd 參戰SOP http://goo.gl/qbA8gD 帶出資料SOP
+ *目前已經偷偷徵招衝組，準備一周內叫出10GB的圖檔，請各位支援
+ *最新印出來的長 這樣 麻煩測試看看
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-10 06:03 – 06:04 | r4390 – r4405 | |
顯示 diff（14 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等人可否幫我貼後刪除：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略，兩個小時搞定9位沒問題
- *SOP正在寫，搭配checklist更漂亮 目前任務包 http://goo.gl/ZuukJd 掃描SOP http://goo.gl/qbA8gD
+ *SOP正在寫，搭配checklist更漂亮 目前任務包 http://goo.gl/ZuukJd 參戰SOP http://goo.gl/qbA8gD 帶出資料SOP
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-10 02:23 | r4389 | |
顯示 diff（11 行未修改）
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
- *~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
+ *~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等人可否幫我貼後刪除：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略，兩個小時搞定9位沒問題
（94 行未修改）
|
||
| 2014-05-09 19:42 – 19:50 | r4235 – r4388 | |
顯示 diff（7 行未修改）
*Nicemaker says: 原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好
*我要舉手問：背景的「浮水印」算是灰階嗎？
+ *理論上浮水印也是碳粉印出來的，也是純黑色。但實際上因為浮水印的點很小，若掃描的解析度不夠高，很小的碳粉點可能只占掃描點的半格或更小，若是用灰階掃會變當灰色，用黑白掃就要看運氣(面積夠不夠大)可能就被當黑色。若被當黑色就會影響判斷，若黑色多一點可能人眼也無法辨別。
縮印?
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
（98 行未修改）
|
||
| 2014-05-09 18:47 – 19:17 | r4202 – r4234 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等人可否幫我貼後刪除：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
- *拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *SOP正在寫，搭配checklist更漂亮
+ *拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略，兩個小時搞定9位沒問題
+ *SOP正在寫，搭配checklist更漂亮 目前任務包 http://goo.gl/ZuukJd 掃描SOP http://goo.gl/qbA8gD
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:30 – 18:31 | r4199 – r4201 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等人可否幫我貼後刪除：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*SOP正在寫，搭配checklist更漂亮
（93 行未修改）
|
||
| 2014-05-09 18:29 – 18:29 | r4188 – r4198 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *SOP正在ㄒ
+ *SOP正在寫，搭配checklist更漂亮
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4187 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*SOP正在ㄒ
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4186 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *SOP正在
+ *SOP正在ㄒ
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4185 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡邊
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*SOP正在
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4184 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡邊
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *SOPㄓ ㄥ
+ *SOP正在
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4183 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡編輯
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡邊
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*SOPㄓ ㄥ
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4182 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡編輯
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *SOP
+ *SOPㄓ ㄥ
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4181 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡邊ㄐ
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡編輯
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*SOP
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4180 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡邊ㄐ
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *SO
+ *SOP
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4179 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡邊ㄐ
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*SO
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4178 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *
+ *SO
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4177 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這裡
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4176 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *s
+ *
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4175 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來這
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*s
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4174 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
- *
+ *s
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:29 | r4173 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*
（93 行未修改）
|
||
| 2014-05-09 18:29 | r4172 | |
顯示 diff（13 行未修改）
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
+ *
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:25 – 18:29 | r4134 – r4171 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委所需印量、時間; 3. 宣傳端集火排任務表號召申請調閱。來
*拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 18:24 – 18:25 | r4098 – r4133 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委
- *拜託各位大大了，雖然我ㄅ
+ *拜託各位大大了，雖然我本來就認識ronnywang XD 目前估計的在 這裡沒有人 有第八屆立委的攻略
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:24 | r4097 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一ㄌㄧ
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一立委
*拜託各位大大了，雖然我ㄅ
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 18:24 | r4096 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一ㄌㄧ
- *拜託各位大大了，雖然我
+ *拜託各位大大了，雖然我ㄅ
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:24 | r4095 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單一ㄌㄧ
*拜託各位大大了，雖然我
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 18:24 | r4094 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單
- *拜託各位大大了，雖然我ㄅ
+ *拜託各位大大了，雖然我
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:24 – 18:24 | r4092 – r4093 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並估計單
*拜託各位大大了，雖然我ㄅ
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 18:24 | r4091 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並
- *拜託各位大大了，雖然我
+ *拜託各位大大了，雖然我ㄅ
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:24 | r4090 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，並
*拜託各位大大了，雖然我
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 18:24 | r4089 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，
- *拜託各位大大了，雖然
+ *拜託各位大大了，雖然我
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 18:24 | r4088 | |
顯示 diff（11 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
- *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」，
*拜託各位大大了，雖然
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 18:23 – 18:24 | r4077 – r4087 | |
顯示 diff（12 行未修改）
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」
+ *拜託各位大大了，雖然
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:32 – 18:23 | r3910 – r4076 | |
顯示 diff（4 行未修改）
*圖檔用 jpg 存好肥阿!!! 我看原始檔是純黑白的，用 png 會小很多阿~~~
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
- *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好建議掃描成灰階, 才比較容易分辨是雜點還是真的字(無論對人或是程式都是)
+ *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。建議掃描成灰階, 才比較容易分辨是雜點還是真的字(無論對人或是程式都是)
+ *Nicemaker says: 原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好
+ *我要舉手問：背景的「浮水印」算是灰階嗎？
縮印?
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
+ *我註冊了但一直收不到確認信，暫時回在這裡，kiang 等可幫我貼：1. 只要先確認「縮印圖檔」-> 「切豆腐格」這段流程 ok; 2. 就懇請 NiceMaker 幫寫「列印SOP」
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 – 17:11 | r3885 – r3909 | |
顯示 diff（6 行未修改）
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好建議掃描成灰階, 才比較容易分辨是雜點還是真的字(無論對人或是程式都是)
縮印?
- *改到 http://community.g0v.tw/t/topic/145 聊吧，我轉過去了感謝QQ 我今天才開始碰G0v..
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
- *文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好豆腐轉成人工OCR是否可行。
- *另可以將檔案自動存到Dropbox帳號，讓自動化更快。
- *等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
- *回到上面聊吧，等一下這邊會移轉過去
- *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以試試看 2x2
+ *~~~討論的部份都去 http://community.g0v.tw/t/topic/145 吧，這裡只留結論，感恩~~~
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 – 17:08 | r3878 – r3884 | |
顯示 diff（14 行未修改）
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*回到上面聊吧，等一下這邊會移轉過去
- *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以試試看
+ *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以試試看 2x2
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 | r3877 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好豆ㄈㄨ ˇ轉成人工OCR是否可行。
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好豆腐轉成人工OCR是否可行。
*另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
（95 行未修改）
|
||
| 2014-05-09 17:08 – 17:08 | r3873 – r3876 | |
顯示 diff（14 行未修改）
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*回到上面聊吧，等一下這邊會移轉過去
- *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以試試ㄎ
+ *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以試試看
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 – 17:08 | r3871 – r3872 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好ㄉ ㄡˋ轉成人工OCR是否可行。
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好豆ㄈㄨ ˇ轉成人工OCR是否可行。
*另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
（95 行未修改）
|
||
| 2014-05-09 17:08 | r3870 | |
顯示 diff（14 行未修改）
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*回到上面聊吧，等一下這邊會移轉過去
- *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以是
+ *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以試試ㄎ
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 | r3869 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好轉成人工OCR是否可行。
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好ㄉ ㄡˋ轉成人工OCR是否可行。
*另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
（95 行未修改）
|
||
| 2014-05-09 17:08 | r3868 | |
顯示 diff（14 行未修改）
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*回到上面聊吧，等一下這邊會移轉過去
- *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以
+ *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以是
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 | r3867 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切轉成人工OCR是否可行。
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切好轉成人工OCR是否可行。
*另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
（95 行未修改）
|
||
| 2014-05-09 17:08 | r3866 | |
顯示 diff（14 行未修改）
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*回到上面聊吧，等一下這邊會移轉過去
- *這樣大小無法自動辨識, 因為人眼看有點勉強了,
+ *這樣大小無法自動辨識, 因為人眼看有點勉強了, 可以
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:08 | r3865 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動轉成人工OCR是否可行。
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動切轉成人工OCR是否可行。
*另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
（95 行未修改）
|
||
| 2014-05-09 17:07 – 17:08 | r3848 – r3864 | |
顯示 diff（14 行未修改）
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*回到上面聊吧，等一下這邊會移轉過去
+ *這樣大小無法自動辨識, 因為人眼看有點勉強了,
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:06 – 17:06 | r3839 – r3847 | |
顯示 diff（13 行未修改）
*另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
+ *回到上面聊吧，等一下這邊會移轉過去
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:04 – 17:05 | r3745 – r3838 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
- *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...(其實我能理解為什麼要自動OCR啦 XD 只是看到前端的人有點痛苦...(ㄟ，又在這聊起來了)。總之跪求這種資料大量自動轉成人工OCR是否可行。
+ *另可以將檔案自動存到Dropbox帳號，讓自動化更快。
*等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 17:02 – 17:04 | r3687 – r3744 | |
顯示 diff（11 行未修改）
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
*經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...
+ *等 ronny 測試吧，這次其實還有另外一個目的，就是測試自動 OCR 的可能性。如果這個方向可行，未來就比較能夠突破類似問題，因此還是會同時測試自動 OCR 。就看你們的想法，並沒有一定要怎麼做。
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 17:01 – 17:02 | r3632 – r3686 | |
顯示 diff（10 行未修改）
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
+ *經過精算，如果要有效率的話，只能靠人工OCR了，輔以分欄辨識的話，速度應該夠快。至於要自動的話...
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 16:59 – 17:01 | r3606 – r3631 | |
顯示 diff（9 行未修改）
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
+ *文字還是有點模糊，人工 OCR 應該是可以接受了，但自動的部份應該就沒辦法。如果這個解析度是最高了，也許 4 分格方式會比較剛好。
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 16:29 – 16:30 | r3572 – r3605 | |
顯示 diff（8 行未修改）
*改到 http://community.g0v.tw/t/topic/145 聊吧，我轉過去了感謝QQ 我今天才開始碰G0v..
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
- *新的圖，上面附有編號 編號+序號 可以組成唯一key
+ *新的圖，上面附有編號 編號+序號 可以組成唯一key。麻煩看看這樣處理起來如何。可以的話應該會有超大量的資料冒出來
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 15:15 – 15:16 | r3545 – r3571 | |
顯示 diff（7 行未修改）
縮印?
*改到 http://community.g0v.tw/t/topic/145 聊吧，我轉過去了感謝QQ 我今天才開始碰G0v..
+ *https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
+ *新的圖，上面附有編號 編號+序號 可以組成唯一key
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 13:54 – 13:54 | r3534 – r3544 | |
顯示 diff（6 行未修改）
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好建議掃描成灰階, 才比較容易分辨是雜點還是真的字(無論對人或是程式都是)
縮印?
- *改到 http://community.g0v.tw/t/topic/145 聊吧，我轉過去了理
+ *改到 http://community.g0v.tw/t/topic/145 聊吧，我轉過去了感謝QQ 我今天才開始碰G0v..
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 13:43 – 13:44 | r3518 – r3533 | |
顯示 diff（6 行未修改）
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好建議掃描成灰階, 才比較容易分辨是雜點還是真的字(無論對人或是程式都是)
縮印?
- *目前有這幾種格式，請參考。拜託了QQ 看那一種比較好用，有黑白TIFF 2*4 & 3*3 ，灰階JPG 2*4 & 3*3
- *https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
- *PS：事務機搭自動送紙最高只有60
- dpi*最簡單的邏輯是用後台把3*3或2*4的直接拆成9或8個檔案，縮放回原本的處理大小，就可以接回去原本的流程了。如果不這樣弄，資料會永遠帶不完
- 。雖然解析度可能會造成自動化OCR難做事，可是專案可以早點開完Q_Q*請問這樣的圖好處理嗎？https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
- *看起來文字的部份有點模糊，也許可以試試四分割形式，或是把掃描的解析度放大一倍試試（ 15
- dpi => 300 dpi ? ）
- *為什麼要弄成這樣? 有什麼好處?
- *這樣子人工介入處理速度會快一點，但是可能打亂原有 OCR 程序，其實還是建議單頁列印
- *是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
- *監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
- *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *因為現在帶出監察院的速度是每分鐘２００筆更正為25筆，預計半年可以帶完「第八屆立委」，然後要六萬左右的影印費。鄉民key的速度至少每分鐘３００筆。
- btw，賴清德有8500筆，依目前速率要340分鐘，850元，新的速率只要21分鐘，136元。*所有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
- *目前可以到1.鐘20秒00筆，速度快了16倍有。至少省了六，七萬元的影印費
- *目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
- *所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
-
- *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4單面=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以印一批試試決定要不要換過去.
- *灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz
- *2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
- *這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
- *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ，台聯工讀生還不知道數位化完資料在那吧XD)
- *朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
- *應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q 不好意思，因為我還要顧小孩，我現在身上背一個還要餵一個 囧"" 所以都不能常箸電腦前...辛苦了
- *我發現可以掃到Dropbox裡，問題不大。
- *雖然好像討論的差不多了... nickmaker 有在用 irc 嗎? hackpad 其實不太適合討論對話, 晚點可能要summarize一下(對沒有人喊話)理
+ *改到 http://community.g0v.tw/t/topic/145 聊吧，我轉過去了理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（91 行未修改）
|
||
| 2014-05-09 13:39 – 13:39 | r3513 – r3517 | |
顯示 diff（36 行未修改）
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q 不好意思，因為我還要顧小孩，我現在身上背一個還要餵一個 囧"" 所以都不能常箸電腦前...辛苦了
+ *我發現可以掃到Dropbox裡，問題不大。
*雖然好像討論的差不多了... nickmaker 有在用 irc 嗎? hackpad 其實不太適合討論對話, 晚點可能要summarize一下(對沒有人喊話)理
*浮水印 sample
（92 行未修改）
|
||
| 2014-05-09 13:20 – 13:26 | r3509 – r3512 | |
顯示 diff（132 行未修改）
|
||
| 2014-05-09 13:03 – 13:06 | r3463 – r3508 | |
顯示 diff（4 行未修改）
*圖檔用 jpg 存好肥阿!!! 我看原始檔是純黑白的，用 png 會小很多阿~~~
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
- *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好
+ *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好建議掃描成灰階, 才比較容易分辨是雜點還是真的字(無論對人或是程式都是)
縮印?
*目前有這幾種格式，請參考。拜託了QQ 看那一種比較好用，有黑白TIFF 2*4 & 3*3 ，灰階JPG 2*4 & 3*3
（123 行未修改）
|
||
| 2014-05-09 12:39 – 12:52 | r3396 – r3462 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4單面=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以印一批試試決定要不要換過去.
*灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz
（59 行未修改）
*http://203.69.90.98/tw-campaign-finance/bbox.zip 試試吧
- 以現有工具自動 OCR
+ 以現有
+ *有辦法把最上面的Title(第八屆立法立法。。。那邊),現在頁/共幾頁那邊獨立切一個出來給人工OCR嗎？這樣所有檔案就不用分開掃描了。只要抓到最左上跟右上角的座標往上切就好了。這樣做可以給每ㄧ列有唯一key
+ 具自動 OCR
*將 PDF 轉為 ClearScan，並做第一階段的機器識別 -au
*參考範例檔 ，其中文字已可剪下貼上
（35 行未修改）
|
||
| 2014-05-09 11:05 – 11:10 | r3370 – r3395 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q 不好意思，因為我還要顧小孩，我現在身上背一個還要餵一個 囧"" 所以都不能常箸電腦前...
- *雖然好像討論的差不多了... nickmaker 有在用 irc 嗎? hackpad 其實不太適合討論對話, 晚點可能要整理一下理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q 不好意思，因為我還要顧小孩，我現在身上背一個還要餵一個 囧"" 所以都不能常箸電腦前...辛苦了
+ *雖然好像討論的差不多了... nickmaker 有在用 irc 嗎? hackpad 其實不太適合討論對話, 晚點可能要summarize一下(對沒有人喊話)理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 11:04 – 11:04 | r3324 – r3369 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q 不好意思，因為我還要顧小孩，我現在身上背一個還要餵一個 囧"" 所以都不能常箸電腦前...
*雖然好像討論的差不多了... nickmaker 有在用 irc 嗎? hackpad 其實不太適合討論對話, 晚點可能要整理一下理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 11:03 – 11:04 | r3297 – r3323 | |
顯示 diff（36 行未修改）
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q
- *雖然好像討論的差不多了, nickmaker 有在用 irc 嗎? hackpad 不理
+ *雖然好像討論的差不多了... nickmaker 有在用 irc 嗎? hackpad 其實不太適合討論對話, 晚點可能要整理一下理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 11:03 – 11:03 | r3295 – r3296 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q
*雖然好像討論的差不多了, nickmaker 有在用 irc 嗎? hackpad 不理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 11:02 – 11:03 | r3262 – r3294 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q
+ *雖然好像討論的差不多了, nickmaker 有在用 irc 嗎? hackpad 不理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:58 – 10:58 | r3246 – r3261 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive)理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive) 事務機沒帳密，無法設定Q_Q理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:56 – 10:56 | r3238 – r3245 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外事務機支援 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive)理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:56 – 10:56 | r3216 – r3237 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧)理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧 掃到隨身碟我試試看，如果可以的話就丟GoogleDrive)理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3201 – r3215 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有的
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有的事務機除了 email 還有其他方式.
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧)理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3200 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有的
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧)理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3199 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有的
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3198 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 ㄐㄩㄥˇ理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 囧理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3197 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道有
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 ㄐㄩㄥˇ理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3196 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 ㄐㄩ理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 ㄐㄩㄥˇ理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3195 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知道
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 ㄐㄩ理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3194 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 ㄐㄩ理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3192 – r3193 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 我知
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3189 – r3191 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出去了 理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3188 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3187 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不出理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3186 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的事
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3184 – r3185 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的事
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就寄不理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3183 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的事
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3181 – r3182 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就記ㄅ理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3180 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就記ㄅ理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3178 – r3179 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就記理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就記ㄅ理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3177 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就記理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3176 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就ㄐㄧ ˋ理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就記理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3174 – r3175 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎? 有的
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就ㄐㄧ ˋ理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3173 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就ㄐㄧ ˋ理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3172 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3171 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB就理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3170 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎?
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3169 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20MB理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3168 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp 嗎
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3167 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M就理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3165 – r3166 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用 ftp
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M就理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3164 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20Mㄐㄧㄡ理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M就理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3163 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以用
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20Mㄐㄧㄡ理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3162 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20Mㄐㄧㄡ理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3161 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可以
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3160 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像2理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像20M理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3159 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外可
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像2理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3156 – r3158 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...好像2理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3155 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另外
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 | r3154 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部.理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部...理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:55 | r3153 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server)
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server) 另
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部.理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:55 – 10:55 | r3136 – r3152 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server)
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為事務機是用HiNet的當外部.理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:54 – 10:55 | r3127 – r3135 | |
顯示 diff（129 行未修改）
|
||
| 2014-05-09 10:54 – 10:54 | r3125 – r3126 | |
顯示 diff（35 行未修改）
*應該直接把 g0v 推薦給台聯的 ;)
*試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server)
- *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，理
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，因為理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:53 – 10:54 | r3088 – r3124 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太大.
+ *試試看寄到 gmail, 不知會不會附件太多導致太大. 如果不行的話可以用我的 email (我自己的 server)
*需要用IFTTT嗎？我可以四頁四頁寄 (對齁，理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:52 – 10:53 | r3052 – r3087 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太大. 理
+ *試試看寄到 gmail, 不知會不會附件太大.
+ *需要用IFTTT嗎？我可以四頁四頁寄 (對齁，理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:52 | r3051 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太大(怕. 理
+ *試試看寄到 gmail, 不知會不會附件太大. 理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:52 | r3050 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 不知會不會附件太大(怕.理
+ *試試看寄到 gmail, 不知會不會附件太大(怕. 理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:50 – 10:52 | r3028 – r3049 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 我猜理
+ *試試看寄到 gmail, 不知會不會附件太大(怕.理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:50 – 10:50 | r3025 – r3027 | |
顯示 diff（21 行未修改）
*因為現在帶出監察院的速度是每分鐘２００筆更正為25筆，預計半年可以帶完「第八屆立委」，然後要六萬左右的影印費。鄉民key的速度至少每分鐘３００筆。
btw，賴清德有8500筆，依目前速率要340分鐘，850元，新的速率只要21分鐘，136元。*所有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
- *目前可以到1.鐘500筆，速度快了16倍有。至少省了六，七萬元的影印費
+ *目前可以到1.鐘20秒00筆，速度快了16倍有。至少省了六，七萬元的影印費
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
（102 行未修改）
|
||
| 2014-05-09 10:50 – 10:50 | r3023 – r3024 | |
顯示 diff（34 行未修改）
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
*應該直接把 g0v 推薦給台聯的 ;)
- *試試看寄到 gmail, 理
+ *試試看寄到 gmail, 我猜理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:50 – 10:50 | r3021 – r3022 | |
顯示 diff（21 行未修改）
*因為現在帶出監察院的速度是每分鐘２００筆更正為25筆，預計半年可以帶完「第八屆立委」，然後要六萬左右的影印費。鄉民key的速度至少每分鐘３００筆。
btw，賴清德有8500筆，依目前速率要340分鐘，850元，新的速率只要21分鐘，136元。*所有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
- *目前可以到1.2分鐘500筆，速度快了16倍有。至少省了六，七萬元的影印費
+ *目前可以到1.鐘500筆，速度快了16倍有。至少省了六，七萬元的影印費
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
（102 行未修改）
|
||
| 2014-05-09 10:48 – 10:49 | r2977 – r3020 | |
顯示 diff（33 行未修改）
*你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ，台聯工讀生還不知道數位化完資料在那吧XD)
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
- *應該直接把 g0v 推薦給台聯的 ;)理
+ *應該直接把 g0v 推薦給台聯的 ;)
+ *試試看寄到 gmail, 理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:46 – 10:46 | r2966 – r2976 | |
顯示 diff（32 行未修改）
*這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
*你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ，台聯工讀生還不知道數位化完資料在那吧XD)
- *朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/理
+ *朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/
+ *應該直接把 g0v 推薦給台聯的 ;)理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:45 – 10:46 | r2925 – r2965 | |
顯示 diff（31 行未修改）
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
*這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
- *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ)
+ *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ，台聯工讀生還不知道數位化完資料在那吧XD)
*朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:44 – 10:45 | r2918 – r2924 | |
顯示 diff（31 行未修改）
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
*這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
- *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ)理
+ *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ)
+ *朱立倫還有一個專戶未認領 http://campaign-finance.g0v.olc.tw/discussion/6182/理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:43 – 10:43 | r2860 – r2917 | |
顯示 diff（31 行未修改）
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
*這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
- *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解理
+ *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解 (今天更八掛的是，台聯派工讀生去印朱立倫的，承辦偷偷問我「你們不是已經數位化好朱立倫的嗎」。我：ㄎㄎ)理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:43 – 10:43 | r2858 – r2859 | |
顯示 diff（31 行未修改）
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
*這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
- *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 理
+ *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 了解理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:42 – 10:43 | r2832 – r2857 | |
顯示 diff（31 行未修改）
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
*這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
- *你是說可以 3*3 可以省一張紙? 省一「面」，差2元理
+ *你是說可以 3*3 可以省一張紙? 省一「面」，差2元，500筆資料從8元降到6元 (NGO需要省錢阿) 理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:42 – 10:42 | r2830 – r2831 | |
顯示 diff（125 行未修改）
|
||
| 2014-05-09 10:41 – 10:42 | r2795 – r2829 | |
顯示 diff（30 行未修改）
*灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
- *這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ...
- *你是說可以 3*3 可以省一張紙?理
+ *這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ... 因為監院承辦是算「面」的...
+ *你是說可以 3*3 可以省一張紙? 省一「面」，差2元理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:41 – 10:41 | r2774 – r2794 | |
顯示 diff（30 行未修改）
*灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz
*2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
- *這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ...理
+ *這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ...
+ *你是說可以 3*3 可以省一張紙?理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:38 – 10:40 | r2648 – r2773 | |
顯示 diff（29 行未修改）
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以印一批試試決定要不要換過去.
*灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz
- *2*4跟3*3的品質看起來差不多, 3*3的多一張 :P 處理
+ *2*4跟3*3的品質看起來差不多, 3*3的多一張 :P
+ *這個問題非常關鍵，因為一次最多帶出25張A4共500筆資料，而且呢，只有全選，也就是說不能印24張48處筆(....)，如果2*4跟3*3來比，會差這麼關●鍵●一●頁，差2元... 25 MOD 8 跟 25 MOD 9 ...理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:38 – 10:38 | r2615 – r2647 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以印一批試試決定要不要換過去.
- *灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz 處理
+ *灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz
+ *2*4跟3*3的品質看起來差不多, 3*3的多一張 :P 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:35 – 10:37 | r2562 – r2614 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以印一批試試決定要不要換過去.
- *灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 處理
+ *灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 那我今天九點前掃一批，要2*4的還是3*3的？ 然候有email可以收嗎？我的事務機是掃描完寄出，無法存隨身碟orz 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 – 10:35 | r2546 – r2561 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以印一批試試決定要不要換過去.
*灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 – 10:34 | r2535 – r2545 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以
- *灰階 600dpi 500筆 大約15M 處理
+ *灰階 600dpi 500筆 大約 15MB 應該還好吧@@? 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2534 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可以
*灰階 600dpi 500筆 大約15M 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 | r2533 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可
- *灰階 600dpi 500筆 大約15 處理
+ *灰階 600dpi 500筆 大約15M 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2532 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許可
*灰階 600dpi 500筆 大約15 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 – 10:34 | r2526 – r2531 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許
- *灰階 600dpi 500ㄅㄧ ˇ 處理
+ *灰階 600dpi 500筆 大約15 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2525 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也許
*灰階 600dpi 500ㄅㄧ ˇ 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 | r2524 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也
- *灰階 600dpi 500ㄅ 處理
+ *灰階 600dpi 500ㄅㄧ ˇ 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2523 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以也
*灰階 600dpi 500ㄅ 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 | r2522 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以
- *灰階 600dpi 500 處理
+ *灰階 600dpi 500ㄅ 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2521 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所以
*灰階 600dpi 500 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 | r2520 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所
- *灰階 600dpi 5 處理
+ *灰階 600dpi 500 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2519 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行. 所
*灰階 600dpi 5 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 | r2518 | |
顯示 diff（28 行未修改）
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.
- *灰階 600dpi 處理
+ *灰階 600dpi 5 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:34 | r2517 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.
*灰階 600dpi 處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:34 – 10:34 | r2508 – r2516 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.
+ *灰階 600dpi 處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2505 – r2507 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階還行.處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2501 – r2504 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數比較多XD
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:33 | r2500 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰階處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2498 – r2499 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的筆數
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2491 – r2497 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用,浮印處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用, 6浮印dpi 灰處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 | r2490 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨的
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用,浮印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:33 | r2489 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用浮印處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用,浮印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2487 – r2488 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民進黨
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用浮印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:33 | r2486 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪浮印處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪用浮印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2482 – r2485 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八掛，民
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪浮印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:33 | r2481 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八
- *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不浮印處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不堪浮印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:33 – 10:33 | r2476 – r2480 | |
顯示 diff（26 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印。小八
*我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不浮印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 10:30 – 10:33 | r2401 – r2475 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印
- *浮印處理
+ *我現在覺得縮印很好, 辨識方面雖然有些字可能不好認, 但數字沒問題, 速度快很多倍換很少量的字不清楚感覺是值得的. 格式方面黑白不浮印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:27 – 10:28 | r2386 – r2400 | |
顯示 diff（20 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*因為現在帶出監察院的速度是每分鐘２００筆更正為25筆，預計半年可以帶完「第八屆立委」，然後要六萬左右的影印費。鄉民key的速度至少每分鐘３００筆。
- btw，賴清德有8500筆，依目前速率要340分鐘，850元，新的速率只要21分鐘，136元。*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
+ btw，賴清德有8500筆，依目前速率要340分鐘，850元，新的速率只要21分鐘，136元。*所有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
*目前可以到1.2分鐘500筆，速度快了16倍有。至少省了六，七萬元的影印費
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
- *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?
+ *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎? 是一般民眾無SOP下的速度
*昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印
*浮印處理
（91 行未修改）
|
||
| 2014-05-09 10:27 – 10:27 | r2383 – r2385 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印浮印處理
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印
+ *浮印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:23 – 10:26 | r2240 – r2382 | |
顯示 diff（6 行未修改）
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好
縮印?
- *目前有這幾種格式，請參考。拜託了QQ 看那一種比較好用
+ *目前有這幾種格式，請參考。拜託了QQ 看那一種比較好用，有黑白TIFF 2*4 & 3*3 ，灰階JPG 2*4 & 3*3
*https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*PS：事務機搭自動送紙最高只有60
（15 行未修改）
*所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
- *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4...那1.2分鐘500筆的算法?浮水印處理
+ *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4=約3000行資料...那1.2分鐘500筆的算法? 我從全選到列印資料傳完到印表機按碼表記的，因為我是要去建SOP的。不論是2*4還是3*3，檔案從本機傳到印表機大概都是1.2min=500行資料，等的時間可以查詢下500筆再按列印浮印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:21 – 10:22 | r2226 – r2239 | |
顯示 diff（27 行未修改）
*每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?
- *昨天鄉民勇者去印了快2小時，攜帶出150張A4...浮水印處理
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4...那1.2分鐘500筆的算法?浮水印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:20 – 10:21 | r2196 – r2225 | |
顯示 diff（26 行未修改）
*所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
- *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?浮水印處理
+ *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?
+ *昨天鄉民勇者去印了快2小時，攜帶出150張A4...浮水印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 10:18 – 10:20 | r2139 – r2195 | |
顯示 diff（25 行未修改）
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
- 浮水印處理
+
+ *每分鐘25筆是說一分鐘不到2頁? 聽起來不太合理, 是把操作電腦的時間也算進去嗎?浮水印處理
*浮水印 sample
*目前掃描的結果至少有三種比較不一樣的 pattern
（89 行未修改）
|
||
| 2014-05-09 08:25 – 10:03 | r1952 – r2138 | |
顯示 diff（4 行未修改）
*圖檔用 jpg 存好肥阿!!! 我看原始檔是純黑白的，用 png 會小很多阿~~~
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
- *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
+ *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。原圖是純黑白，會灰階是因為掃描髒掉的問題。。。btw我是掃描組的，大家好
縮印?
- *請問這樣的圖好處理嗎？https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
+ *目前有這幾種格式，請參考。拜託了QQ 看那一種比較好用
+ *https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
+ *PS：事務機搭自動送紙最高只有60
+ dpi*最簡單的邏輯是用後台把3*3或2*4的直接拆成9或8個檔案，縮放回原本的處理大小，就可以接回去原本的流程了。如果不這樣弄，資料會永遠帶不完
+ 。雖然解析度可能會造成自動化OCR難做事，可是專案可以早點開完Q_Q*請問這樣的圖好處理嗎？https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*看起來文字的部份有點模糊，也許可以試試四分割形式，或是把掃描的解析度放大一倍試試（ 15
dpi => 300 dpi ? ）
（4 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
- *所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
+ *因為現在帶出監察院的速度是每分鐘２００筆更正為25筆，預計半年可以帶完「第八屆立委」，然後要六萬左右的影印費。鄉民key的速度至少每分鐘３００筆。
+ btw，賴清德有8500筆，依目前速率要340分鐘，850元，新的速率只要21分鐘，136元。*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
- *1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
+ *目前可以到1.2分鐘500筆，速度快了16倍有。至少省了六，七萬元的影印費
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
- *所以目前有直向2*4和橫向3*3，晚一點處理
- *然後每頁還有框，我就不用分割再上傳，直接後台處理掉(btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?
+ *所btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?是的500筆要自己按下一頁500筆，確認，輸出pdf(共25頁)，列印，按。。不能全選真的很機車
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:24 – 08:24 | r1939 – r1951 | |
顯示 diff（21 行未修改）
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所以目前有直向2*4和橫向3*3，晚一點處理
- *然後每頁還有框，我就不用分割再上傳，直接後台處理掉(btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)
+ *然後每頁還有框，我就不用分割再上傳，直接後台處理掉(btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)聽起來很容易操作錯誤漏印?
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:22 – 08:24 | r1909 – r1938 | |
顯示 diff（21 行未修改）
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所以目前有直向2*4和橫向3*3，晚一點處理
- *然後每頁還有框，我就不用分割再上傳，直接後台處理掉
+ *然後每頁還有框，我就不用分割再上傳，直接後台處理掉(btw,親自到監察院會被系統氣死。一次只能查500筆，一頁只能印20筆，也只有金額跟日期可以升降序。。)
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:19 – 08:20 | r1905 – r1908 | |
顯示 diff（22 行未修改）
*所以目前有直向2*4和橫向3*3，晚一點處理
*然後每頁還有框，我就不用分割再上傳，直接後台處理掉
- *有框
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:19 – 08:19 | r1900 – r1904 | |
顯示 diff（19 行未修改）
*那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
*1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
- *目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?
+ *目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?3*6無法辨識(遮臉)
*所以目前有直向2*4和橫向3*3，晚一點處理
*然後每頁還有框，我就不用分割再上傳，直接後台處理掉
（93 行未修改）
|
||
| 2014-05-09 08:19 – 08:19 | r1897 – r1899 | |
顯示 diff（22 行未修改）
*所以目前有直向2*4和橫向3*3，晚一點處理
*然後每頁還有框，我就不用分割再上傳，直接後台處理掉
+ *有框
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:18 – 08:19 | r1884 – r1896 | |
顯示 diff（20 行未修改）
*1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?
- *所以目前有直相2*4和橫向3*3，晚一點處理
+ *所以目前有直向2*4和橫向3*3，晚一點處理
+ *然後每頁還有框，我就不用分割再上傳，直接後台處理掉
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:17 – 08:17 | r1879 – r1883 | |
顯示 diff（19 行未修改）
*那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
*1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
- *目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?
+ *目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?
*所以目前有直相2*4和橫向3*3，晚一點處理
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 08:12 – 08:17 | r1865 – r1878 | |
顯示 diff（20 行未修改）
*1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
*目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?
+ *所以目前有直相2*4和橫向3*3，晚一點處理
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 08:02 – 08:11 | r1746 – r1864 | |
顯示 diff（5 行未修改）
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
+ 縮印?
*請問這樣的圖好處理嗎？https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
*看起來文字的部份有點模糊，也許可以試試四分割形式，或是把掃描的解析度放大一倍試試（ 15
（9 行未修改）
*那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
*1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
+ *目前的圖看起來問題在 scan 的 dpi 不夠. 建議試試用灰階掃描, 1200dpi 以上(或其他解析度看效果如何. BTW, 你自己用肉眼(+放大鏡)看, 縮成 3x6 還有辦法分辨上面的字嗎?
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:54 – 07:57 | r1716 – r1745 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
- *1.2分鐘500ㄅㄧ
+ *1.2分鐘500筆，速度快一倍有。至少省了六，七萬元的影印費
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:54 | r1715 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? #印的速度變快, 但產生的速度應該不變
+ *那有量縮印的速度嗎? 印的速度變快, 但產生的速度應該不變
*1.2分鐘500ㄅㄧ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:54 – 07:54 | r1713 – r1714 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? #印的速度變快, 但產生的速度應該不變
- *1.2分鐘500
+ *1.2分鐘500ㄅㄧ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:54 – 07:54 | r1710 – r1712 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度應該不變
+ *那有量縮印的速度嗎? #印的速度變快, 但產生的速度應該不變
*1.2分鐘500
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:54 – 07:54 | r1707 – r1709 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度應該不變
- *1.2ㄈㄣㄓ
+ *1.2分鐘500
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:54 – 07:54 | r1705 – r1706 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度應該
+ *那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度應該不變
*1.2ㄈㄣㄓ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:54 | r1704 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度應該
- *1.2ㄈㄣ
+ *1.2ㄈㄣㄓ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:54 – 07:54 | r1702 – r1703 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度
+ *那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度應該
*1.2ㄈㄣ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:53 – 07:54 | r1699 – r1701 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度
- *1.2ㄈㄢ
+ *1.2ㄈㄣ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1697 – r1698 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但產生的
+ *那有量縮印的速度嗎? 1.印的速度變快, 但產生的速度
*1.2ㄈㄢ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1695 – r1696 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產生的
- *1.2
+ *1.2ㄈㄢ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1693 – r1694 | |
顯示 diff（112 行未修改）
|
||
| 2014-05-09 07:53 | r1692 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產生的
- *1.
+ *1.2
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1691 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但產生
+ *那有量縮印的速度嗎? 1.印的速度變快, 但產生的
*1.
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:53 | r1690 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產生
- *1
+ *1.
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1689 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但產
+ *那有量縮印的速度嗎? 1.印的速度變快, 但產生
*1
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:53 | r1688 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但產
- *
+ *1
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1687 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快, 但
+ *那有量縮印的速度嗎? 1.印的速度變快, 但產
*
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1682 – r1686 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快, 但
- *1=2
+ *
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1681 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快,
+ *那有量縮印的速度嗎? 1.印的速度變快, 但
*1=2
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1677 – r1680 | |
顯示 diff（17 行未修改）
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎? 1.印的速度變快,
+ *1=2
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1675 – r1676 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.印的速度變快
+ *那有量縮印的速度嗎? 1.印的速度變快,
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1674 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.2印的速度變快
+ *那有量縮印的速度嗎? 1.印的速度變快
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1673 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1.2印的速度變
+ *那有量縮印的速度嗎? 1.2印的速度變快
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1672 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1印的速度變
+ *那有量縮印的速度嗎? 1.2印的速度變
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1671 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 1印的速度
+ *那有量縮印的速度嗎? 1印的速度變
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1670 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎? 印的速度
+ *那有量縮印的速度嗎? 1印的速度
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1664 – r1669 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度嗎
+ *那有量縮印的速度嗎? 印的速度
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1662 – r1663 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾 。鄉民key的速度至少每分鐘３００筆。
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾萬 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度嗎
（92 行未修改）
|
||
| 2014-05-09 07:53 | r1661 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速度
+ *那有量縮印的速度嗎
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1659 – r1660 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十 。鄉民key的速度至少每分鐘３００筆。
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十幾 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速度
（92 行未修改）
|
||
| 2014-05-09 07:53 | r1658 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的速
+ *那有量縮印的速度
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1657 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要 。鄉民key的速度至少每分鐘３００筆。
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要十 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的速
（92 行未修改）
|
||
| 2014-05-09 07:53 | r1656 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印的
+ *那有量縮印的速
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1654 – r1655 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完ㄖ 。鄉民key的速度至少每分鐘３００筆。
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完然後要 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印的
（92 行未修改）
|
||
| 2014-05-09 07:53 | r1653 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完ㄖ 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
- *那有量縮印
+ *那有量縮印的
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:53 | r1652 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完ㄖ 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
*那有量縮印
（92 行未修改）
|
||
| 2014-05-09 07:53 – 07:53 | r1646 – r1651 | |
顯示 diff（16 行未修改）
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
*所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
+ *那有量縮印
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 – 07:53 | r1631 – r1645 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *所以先鋒部隊(我)ㄉㄠ
+ *所以先鋒部隊(我)到監察院發現可以多頁合印還能加框。
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1630 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分辨
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1629 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *所以先鋒部隊(我)
+ *所以先鋒部隊(我)ㄉㄠ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1627 – r1628 | |
顯示 diff（110 行未修改）
|
||
| 2014-05-09 07:52 | r1626 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *所以先鋒部隊(我
+ *所以先鋒部隊(我)
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1625 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易分
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1623 – r1624 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *所以先鋒部隊(
+ *所以先鋒部隊(我
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1621 – r1622 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也不易
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1620 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *所以先鋒部隊(ㄨㄛ
+ *所以先鋒部隊(
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1619 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能也
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1618 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以先鋒部隊(ㄨㄛ
+ *所以先鋒部隊(ㄨㄛ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1616 – r1617 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工可能
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1615 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以先鋒部隊(
+ *ㄙ所以先鋒部隊(ㄨㄛ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1613 – r1614 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字人工
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1612 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以先鋒部隊
+ *ㄙ所以先鋒部隊(
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1611 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似字
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1610 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以先鋒ㄅㄨㄉㄨㄟ
+ *ㄙ所以先鋒部隊
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1609 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相似
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1608 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以先鋒ㄅㄨㄉ
+ *ㄙ所以先鋒ㄅㄨㄉㄨㄟ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1607 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些相
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1606 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以先鋒
+ *ㄙ所以先鋒ㄅㄨㄉ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1605 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一些
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1602 – r1604 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以ㄒ
+ *ㄙ所以先鋒
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1601 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是一
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1600 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ所以
+ *ㄙ所以ㄒ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1599 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或是
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1598 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *ㄙ
+ *ㄙ所以
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 | r1597 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR. 或
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:52 | r1596 | |
顯示 diff（15 行未修改）
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
- *
+ *ㄙ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:52 – 07:52 | r1593 – r1595 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
（93 行未修改）
|
||
| 2014-05-09 07:51 – 07:52 | r1586 – r1592 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少每分鐘３００筆。
+ *
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1585 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的#品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1584 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的#品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度ㄓㄕㄠ
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度至少
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1583 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的#品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度ㄓㄕㄠ
（92 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1581 – r1582 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度ㄓㄕㄠ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1580 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度
（92 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1567 – r1579 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，預計半年可以帶完 。鄉民key的速度
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1563 – r1566 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程 OCR
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程式 OCR.
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００筆，
（92 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1561 – r1562 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程 OCR
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２００
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００筆，
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1559 – r1560 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響 OCR
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響程 OCR
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２００
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1558 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響 OCR
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘２
+ *ㄧ因為現在帶出監察院的速度是每分鐘２００
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1556 – r1557 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響 OC
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響 OCR
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘２
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1555 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響 OC
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每分鐘
+ *ㄧ因為現在帶出監察院的速度是每分鐘２
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 – 07:51 | r1551 – r1554 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易影響 OC
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每分鐘
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1550 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每ㄈㄣ
+ *ㄧ因為現在帶出監察院的速度是每分鐘
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1549 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容易
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每ㄈㄣ
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1548 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是每
+ *ㄧ因為現在帶出監察院的速度是每ㄈㄣ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1547 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就容
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是每
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1546 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度是
+ *ㄧ因為現在帶出監察院的速度是每
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1545 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊就
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度是
（92 行未修改）
|
||
| 2014-05-09 07:51 | r1544 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出監察院的速度
+ *ㄧ因為現在帶出監察院的速度是
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:51 | r1543 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜訊
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出監察院的速度
（92 行未修改）
|
||
| 2014-05-09 07:50 – 07:51 | r1540 – r1542 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在帶出
+ *ㄧ因為現在帶出監察院的速度
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1537 – r1539 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話雜
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在帶出
（92 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1535 – r1536 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為現在ㄉ
+ *ㄧ因為現在帶出
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1532 – r1534 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多2
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多的話
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為現在ㄉ
（92 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1530 – r1531 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多2
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為ㄒㄧㄢㄗ
+ *ㄧ因為現在ㄉ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 | r1529 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多2
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為ㄒㄧㄢㄗ
（92 行未修改）
|
||
| 2014-05-09 07:50 | r1528 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為ㄒㄧㄢ
+ *ㄧ因為ㄒㄧㄢㄗ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 | r1527 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再多
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為ㄒㄧㄢ
（92 行未修改）
|
||
| 2014-05-09 07:50 | r1526 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ因為
+ *ㄧ因為ㄒㄧㄢ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 | r1525 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3 再
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ因為
（92 行未修改）
|
||
| 2014-05-09 07:50 | r1524 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
- *ㄧ
+ *ㄧ因為
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 | r1523 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
*ㄧ
（92 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1521 – r1522 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
+ *ㄧ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 | r1520 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x3
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:50 | r1519 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x
- *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤
+ *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤ㄝ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1503 – r1518 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的品質, 2x2 頂多 3x
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:50 – 07:50 | r1500 – r1502 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的
- *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成
+ *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成程式處理錯誤
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:50 | r1499 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣的
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1498 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣
- *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心
+ *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心造成
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1497 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣一
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣
*過去處理的經驗是還可以，畢竟只是黑白的，但會擔心
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1496 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣一
- *過去處理的經驗是還可以，畢竟只是黑白的，但會ㄉ
+ *過去處理的經驗是還可以，畢竟只是黑白的，但會擔心
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1495 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一#樣一
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣一
*過去處理的經驗是還可以，畢竟只是黑白的，但會ㄉ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1494 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一#樣一
- *過去處理的經驗是還可以，畢竟只是黑白的，但
+ *過去處理的經驗是還可以，畢竟只是黑白的，但會ㄉ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1492 – r1493 | |
顯示 diff（108 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1490 – r1491 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一#樣一
- *過去處理的經驗是還可以，畢竟只是黑白的
+ *過去處理的經驗是還可以，畢竟只是黑白的，但
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1489 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣一
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一#樣一
*過去處理的經驗是還可以，畢竟只是黑白的
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1487 – r1488 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣一
- *過去處理的經驗是還可以，畢竟只是
+ *過去處理的經驗是還可以，畢竟只是黑白的
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1486 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣樣一
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一樣一
*過去處理的經驗是還可以，畢竟只是
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1484 – r1485 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣樣一
- *過去處理的經驗是還可以
+ *過去處理的經驗是還可以，畢竟只是
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1483 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣樣一
*過去處理的經驗是還可以
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1482 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一
- *過去處理的經驗是還ㄎ
+ *過去處理的經驗是還可以
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1481 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣一
*過去處理的經驗是還ㄎ
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1479 – r1480 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣
- *過去處理的經驗是
+ *過去處理的經驗是還ㄎ
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1478 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持樣
*過去處理的經驗是
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1477 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持
- *過去處理的經驗
+ *過去處理的經驗是
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1476 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持壹
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持
*過去處理的經驗
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1474 – r1475 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持壹
- *過去處理
+ *過去處理的經驗
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1473 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持壹
*過去處理
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1469 – r1472 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持
- *過去
+ *過去處理
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1468 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維持
*過去
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1466 – r1467 | |
顯示 diff（14 行未修改）
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維
*過去
- *
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1465 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要維
*過去
*
（92 行未修改）
|
||
| 2014-05-09 07:49 – 07:49 | r1461 – r1464 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要
- *過去處
+ *過去
+ *
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1460 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若要
*過去處
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1459 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若
- *
+ *過去處
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:49 | r1458 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
- *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi,
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi, 若
*
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 07:49 | r1457 | |
顯示 diff（13 行未修改）
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
*縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi,
+ *
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:47 – 07:49 | r1407 – r1456 | |
顯示 diff（12 行未修改）
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
*監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
+ *縮印最大的問題是影像品質可能會變差，首先一般印表機 600 或 1200 dpi,
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:47 – 07:47 | r1400 – r1406 | |
顯示 diff（11 行未修改）
*這樣子人工介入處理速度會快一點，但是可能打亂原有 OCR 程序，其實還是建議單頁列印
*是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
+ *監察院列印吧，掃描可以自動送紙就沒必要多此一舉了
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:47 – 07:47 | r1397 – r1399 | |
顯示 diff（10 行未修改）
*為什麼要弄成這樣? 有什麼好處?
*這樣子人工介入處理速度會快一點，但是可能打亂原有 OCR 程序，其實還是建議單頁列印
- *是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再
+ *是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再縮的?
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:47 – 07:47 | r1395 – r1396 | |
顯示 diff（105 行未修改）
|
||
| 2014-05-09 07:46 – 07:47 | r1357 – r1394 | |
顯示 diff（10 行未修改）
*為什麼要弄成這樣? 有什麼好處?
*這樣子人工介入處理速度會快一點，但是可能打亂原有 OCR 程序，其實還是建議單頁列印
+ *是在監察院的印表機印出來時就已經縮起來了嘛? 還是後來 scan 完再
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:45 – 07:46 | r1339 – r1356 | |
顯示 diff（9 行未修改）
dpi => 300 dpi ? ）
*為什麼要弄成這樣? 有什麼好處?
+ *這樣子人工介入處理速度會快一點，但是可能打亂原有 OCR 程序，其實還是建議單頁列印
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 07:30 – 07:32 | r1320 – r1338 | |
顯示 diff（8 行未修改）
*看起來文字的部份有點模糊，也許可以試試四分割形式，或是把掃描的解析度放大一倍試試（ 15
dpi => 300 dpi ? ）
+ *為什麼要弄成這樣? 有什麼好處?
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 06:55 – 06:58 | r1281 – r1319 | |
顯示 diff（6 行未修改）
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
*請問這樣的圖好處理嗎？https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
- *
-
+ *看起來文字的部份有點模糊，也許可以試試四分割形式，或是把掃描的解析度放大一倍試試（ 15
+ dpi => 300 dpi ? ）
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 05:30 – 05:30 | r1266 – r1280 | |
顯示 diff（5 行未修改）
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
- *請問TIFF會更好嗎？
+ *請問這樣的圖好處理嗎？https://drive.google.com/folderview?id=0ByObdQAbysqebkxvWlRqU1ZfUVE&usp=sharing
+ *
浮水印處理
（91 行未修改）
|
||
| 2014-05-09 05:12 – 05:12 | r1264 – r1265 | |
顯示 diff（6 行未修改）
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
*請問TIFF會更好嗎？
+
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-09 04:49 – 04:49 | r1251 – r1263 | |
顯示 diff（5 行未修改）
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
*如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
+ *請問TIFF會更好嗎？
浮水印處理
*浮水印 sample
（90 行未修改）
|
||
| 2014-05-05 02:49 – 02:49 | r1246 – r1250 | |
顯示 diff（57 行未修改）
*輸出格式為 http://en.wikipedia.org/wiki/HOCR ，透過 這個 程式測試了一百多張圖片，還是會有些遺漏的情況，浮水印的干擾也是一個問題
*請問有處理"政治獻金表格"的bbox結果圖嗎
+ *http://203.69.90.98/tw-campaign-finance/bbox.zip 試試吧
以現有工具自動 OCR
（37 行未修改）
|
||
| 2014-05-05 01:04 – 01:16 | r1227 – r1245 | |
顯示 diff（56 行未修改）
*"發現 tesseract 的 hocr config 可以抓出有字的 bbox: tesseract foo.png out/foo hocr -- 輸出是 html tag. 姑且不論辨識是否正確，拿到 bbox 後至少可以切出來做人工ocr" from gugod1 @ irc
*輸出格式為 http://en.wikipedia.org/wiki/HOCR ，透過 這個 程式測試了一百多張圖片，還是會有些遺漏的情況，浮水印的干擾也是一個問題
+ *請問有處理"政治獻金表格"的bbox結果圖嗎
以現有工具自動 OCR
（37 行未修改）
|
||
| 2014-05-03 21:36 – 21:38 | r1197 – r1226 | |
顯示 diff（55 行未修改）
*從圖檔抓出欄位資訊，所有程式碼和資料在 github （以上 Ronny Wang ++）
*"發現 tesseract 的 hocr config 可以抓出有字的 bbox: tesseract foo.png out/foo hocr -- 輸出是 html tag. 姑且不論辨識是否正確，拿到 bbox 後至少可以切出來做人工ocr" from gugod1 @ irc
+ *輸出格式為 http://en.wikipedia.org/wiki/HOCR ，透過 這個 程式測試了一百多張圖片，還是會有些遺漏的情況，浮水印的干擾也是一個問題
以現有工具自動 OCR
（37 行未修改）
|
||
| 2014-05-03 15:55 – 16:13 | r1175 – r1196 | |
顯示 diff（74 行未修改）
*測試結果，目前每個豆腐高 5
px ，中文辨識率較佳
+ *辨識訓練工具 - http://vietocr.sourceforge.net/training.html
+ *可以藉由這個工具去產生比較好的 OCR 資料庫，這樣一來就可以提昇辨識結果
+ *各種外掛 - https://code.google.com/p/tesseract-ocr/wiki/AddOns
*https://github.com/buganini/ocrap
*以行為單位半自動的辨識，需要人工介入，接網站API的部份待實作，但網站上看起來有些(舊?)資料似乎沒有deskew，表格沒切好，遇到這種狀況miss rate會很高
（15 行未修改）
|
||
| 2014-05-02 15:55 – 15:59 | r1122 – r1174 | |
顯示 diff（74 行未修改）
*測試結果，目前每個豆腐高 5
px ，中文辨識率較佳
+ *https://github.com/buganini/ocrap
+ *以行為單位半自動的辨識，需要人工介入，接網站API的部份待實作，但網站上看起來有些(舊?)資料似乎沒有deskew，表格沒切好，遇到這種狀況miss rate會很高
整合開發
*polor1010
（13 行未修改）
|
||
| 2014-05-02 14:55 – 14:56 | r1105 – r1121 | |
顯示 diff（54 行未修改）
*切框線確認（demo 網頁：速覽每份表格欄位切得如何）
*從圖檔抓出欄位資訊，所有程式碼和資料在 github （以上 Ronny Wang ++）
+ *"發現 tesseract 的 hocr config 可以抓出有字的 bbox: tesseract foo.png out/foo hocr -- 輸出是 html tag. 姑且不論辨識是否正確，拿到 bbox 後至少可以切出來做人工ocr" from gugod1 @ irc
以現有工具自動 OCR
（32 行未修改）
|
||
| 2014-04-30 08:57 – 09:04 | r970 – r1104 | |
顯示 diff（79 行未修改）
*有些定位結果不準確，研判是斷掉的元素connect component無法連接。小弟正著手加強這部分。
*Ex: 顏清標_雜支支出_雜支支出_0\cell7_1_R, cell13_1_R, cell1_4_R, cell2_1_R
- *數字辨識演算法攥寫中
- * https://www.dropbox.com/s/xthh56gqpzda2nu/recognition%20results.zip (辨識結果)
- *數字辨識結果更新至政治獻金伺服器
- *程式碼請參照 https://github.com/polor1010/tw-campaign-finance-recogntion
+ *數字辨識演算法攥數字部分完成
+ * https://www.dropbox.com/s/xthh56gqpzda2nu/recognition%20results.zip (辨識結果)*數字辨識結果更新至政治獻金伺服器
+
+ *新增 command mode, 辨識結果 json 格式輸出
+ * https://www.dropbox.com/s/33q9qnjnwbt1loj/test.zip (test檔案和辨識結果)*程式碼請參照 https://github.com/polor1010/tw-campaign-finance-recogntion
+ *中文字定位 (未完成)
其他
*
|
||
| 2014-04-27 10:23 | r969 | |
顯示 diff（88 行未修改）
|
||
| 2014-04-25 18:24 – 18:30 | r919 – r968 | |
顯示 diff（40 行未修改）
*sample a 3in1 結果: https://www.dropbox.com/s/xiy5qrbdm8ywnsi/ImageMagic_sample_a_3935933860-3in1.png
*sample a 3in1 參數: convert -morphology thicken '1x3>:1,0,1' -normalize -gaussian-blur 1x3 -threshold 60% -morphology Close Octagon:1.5 1398355833-3935933860.jpg output.png
+ *
+ *sample c
+ *sample c 結果: https://www.dropbox.com/s/1hkdu564wdpd795/ImageMagic_sample_c.png
+ *sample c 參數: convert -morphology thicken '1x3>:1,0,1' -normalize -threshold 70% sample_c.png output.png
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
（40 行未修改）
|
||
| 2014-04-25 18:11 – 18:13 | r894 – r918 | |
顯示 diff（7 行未修改）
浮水印處理
*浮水印 sample
- *目前掃描的結果有兩種比較不一樣的 pattern
+ *目前掃描的結果至少有三種比較不一樣的 pattern
*http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg 字比較粗，浮水印的點比較小
*http://pic.pimg.tw/ronnywang/1398356068-3799096785.jpg 字比較細，浮水印的點比較大
+ *http://pic.pimg.tw/ronnywang/1398270666-705020037.png
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（69 行未修改）
|
||
| 2014-04-25 16:55 – 17:11 | r766 – r893 | |
顯示 diff（27 行未修改）
*把半徑 2 以下的點都拿掉效果也不錯：
*convert all-000.tif -morphology Close Octagon:2 result2.png
- *先正規化 (平均分散灰階值) --> 模糊 (去雜訊) --> 然後二元化:
+ *(sample a) 先正規化 (平均分散灰階值) --> 模糊 (去雜訊) --> 然後二元化:
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
*高斯效果參數可見此文件：http://www.imagemagick.org/Usage/blur/#blur_args
+ *
+ *sample a 混合 Finjon Kiang 的方法
+ *sample a 結果: https://www.dropbox.com/s/00peomxdk60q2jb/ImageMagic_sample_a_3935933860.png
+ *sample a 參數: convert -morphology thicken '1x3>:1,0,1' -normalize -gaussian-blur 1x3 -threshold 60% 1input.jpg output.png
+ *
+ *sample a 三合一
+ *sample a 3in1 結果: https://www.dropbox.com/s/xiy5qrbdm8ywnsi/ImageMagic_sample_a_3935933860-3in1.png
+ *sample a 3in1 參數: convert -morphology thicken '1x3>:1,0,1' -normalize -gaussian-blur 1x3 -threshold 60% -morphology Close Octagon:1.5 1398355833-3935933860.jpg output.png
+
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:41 – 16:53 | r645 – r765 | |
顯示 diff（4 行未修改）
*圖檔用 jpg 存好肥阿!!! 我看原始檔是純黑白的，用 png 會小很多阿~~~
*沒特別注意，手滑就把三千多張轉成 jpg 了 XD
- *
+ *如果原圖是彩色或灰階建議就存 jpg 比較能保留比較多顏色資訊。如果原圖是純黑白，那用 png 會比較小。
浮水印處理
*浮水印 sample
- *目前有掃描的結果有兩種比較不一樣的 pattern
- *http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
- *
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- http://pic.pimg.tw/ronnywang/1398356068-3799096785.jpg
+ *目前掃描的結果有兩種比較不一樣的 pattern
+ *http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg 字比較粗，浮水印的點比較小
+ *http://pic.pimg.tw/ronnywang/1398356068-3799096785.jpg 字比較細，浮水印的點比較大
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:38 – 16:39 | r587 – r644 | |
顯示 diff（10 行未修改）
*http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
*
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
（64 行未修改）
|
||
| 2014-04-25 16:38 | r586 | |
顯示 diff（10 行未修改）
*http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
*
+
（63 行未修改）
|
||
| 2014-04-25 16:38 – 16:38 | r584 – r585 | |
顯示 diff（9 行未修改）
*目前有掃描的結果有兩種比較不一樣的 pattern
*http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
+ *
+
+
http://pic.pimg.tw/ronnywang/1398356068-3799096785.jpg
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
（61 行未修改）
|
||
| 2014-04-25 16:36 – 16:37 | r573 – r583 | |
顯示 diff（8 行未修改）
*浮水印 sample
*目前有掃描的結果有兩種比較不一樣的 pattern
- *
-
-
- *
- http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
+ *http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
+ http://pic.pimg.tw/ronnywang/1398356068-3799096785.jpg
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:36 – 16:36 | r570 – r572 | |
顯示 diff（8 行未修改）
*浮水印 sample
*目前有掃描的結果有兩種比較不一樣的 pattern
- **
+ *
+
+
+ *
http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
（61 行未修改）
|
||
| 2014-04-25 16:35 – 16:36 | r557 – r569 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮水印 sample
- 目前有掃描的結果有兩種不一樣的
+ *浮水印 sample
+ *目前有掃描的結果有兩種比較不一樣的 pattern
+ **
+ http://pic.pimg.tw/ronnywang/1398355833-3935933860.jpg
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r556 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果參數可見此文件：http://www.imagemagick.org/Usage/blur/#blur_args
-
+ *高斯效果參數可見此文件：http://www.imagemagick.org/Usage/blur/#blur_args
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r555 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有掃描的結果有兩種不一樣
+ 目前有掃描的結果有兩種不一樣的
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（61 行未修改）
|
||
| 2014-04-25 16:35 | r554 | |
顯示 diff（29 行未修改）
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
*高斯效果參數可見此文件：http://www.imagemagick.org/Usage/blur/#blur_args
- *
+
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r542 – r553 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有掃
+ 目前有掃描的結果有兩種不一樣
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（61 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r540 – r541 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果參數可見此文件：
+ *高斯效果參數可見此文件：http://www.imagemagick.org/Usage/blur/#blur_args
+ *
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r539 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有ＪＥＮＮ
+ 目前有掃
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r538 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果參數可見此文件
+ *高斯效果參數可見此文件：
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r537 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有ＪＥＮ
+ 目前有ＪＥＮＮ
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r536 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果參數可見此文件:
+ *高斯效果參數可見此文件
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r535 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有
+ 目前有ＪＥＮ
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r534 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果參數可見
+ *高斯效果參數可見此文件:
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r533 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有ＥＢ
+ 目前有
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r530 – r532 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果
+ *高斯效果參數可見
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r529 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
- 目前有
+ 目前有ＥＢ
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r528 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯效果
+ *高斯效果
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r525 – r527 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
-
+ 目前有
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r524 | |
顯示 diff（28 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高私校
+ *高斯效果
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r523 | |
顯示 diff（7 行未修改）
浮水印處理
浮水印 sample
+
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r522 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高斯
+ *高私校
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r521 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮水印 sampl
+ 浮水印 sample
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r520 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *高
+ *高斯
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r519 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮水印 sam
+ 浮水印 sampl
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r518 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *
+ *高
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r517 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮水印
+ 浮水印 sam
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r516 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *
+ *
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r513 – r515 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮水ＥＰ
+ 浮水印
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r512 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *
+ *
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r510 – r511 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮ＷＮ
+ 浮水ＥＰ
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 | r509 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
-
+ *
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:35 | r508 | |
顯示 diff（6 行未修改）
*
浮水印處理
- 浮
+ 浮ＷＮ
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r506 – r507 | |
顯示 diff（71 行未修改）
|
||
| 2014-04-25 16:35 | r505 | |
顯示 diff（6 行未修改）
*
浮水印處理
- Ｗ浮
+ 浮
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:35 – 16:35 | r501 – r504 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
- *
+
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:34 – 16:35 | r499 – r500 | |
顯示 diff（6 行未修改）
*
浮水印處理
-
+ Ｗ浮
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（60 行未修改）
|
||
| 2014-04-25 16:34 – 16:34 | r496 – r498 | |
顯示 diff（27 行未修改）
*convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
*結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
+ *
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（39 行未修改）
|
||
| 2014-04-25 16:34 | r495 | |
顯示 diff（6 行未修改）
*
浮水印處理
+
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
（59 行未修改）
|
||
| 2014-04-25 16:26 – 16:34 | r317 – r494 | |
顯示 diff（23 行未修改）
*把半徑 2 以下的點都拿掉效果也不錯：
*convert all-000.tif -morphology Close Octagon:2 result2.png
+ *先正規化 (平均分散灰階值) --> 模糊 (去雜訊) --> 然後二元化:
+ *convert -normalize -gaussian-blur 2x2 -threshold 70% input.png output.png
+ *結果如下: https://www.dropbox.com/s/p71d2vcss7rv6mt/ImageMagic_dewatermark.png
*利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
*範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
（18 行未修改）
*展示頁面可以參考
*http://kiang.github.io/tw-campaign-finance/demo_text.html
-
+ *使用 tesseract 辨識
+ *參考 sample code: https://github.com/hialan/php-strip-watermark/blob/master/php/batch_tesseract.php
+ *英文數字辨識較佳
+ *中文偶爾會成功
+ *測試結果，目前每個豆腐高 5
+ px ，中文辨識率較佳
整合開發
*polor1010
（11 行未修改）
|
||
| 2014-04-25 02:42 – 02:43 | r284 – r316 | |
顯示 diff（53 行未修改）
*Ex: 顏清標_雜支支出_雜支支出_0\cell7_1_R, cell13_1_R, cell1_4_R, cell2_1_R
*數字辨識演算法攥寫中
+ * https://www.dropbox.com/s/xthh56gqpzda2nu/recognition%20results.zip (辨識結果)
*數字辨識結果更新至政治獻金伺服器
*程式碼請參照 https://github.com/polor1010/tw-campaign-finance-recogntion
（3 行未修改）
|
||
| 2014-04-23 10:30 – 10:43 | r196 – r283 | |
顯示 diff（50 行未修改）
*圖檔做文字的擷取，包含過濾浮水印，和文字定位（目前只能定位數字）
*https://www.dropbox.com/s/0dlkiyik1s6ypqb/WordExtract.zip （處理結果 ）
+ *有些定位結果不準確，研判是斷掉的元素connect component無法連接。小弟正著手加強這部分。
+ *Ex: 顏清標_雜支支出_雜支支出_0\cell7_1_R, cell13_1_R, cell1_4_R, cell2_1_R
*數字辨識演算法攥寫中
*數字辨識結果更新至政治獻金伺服器
（4 行未修改）
|
||
| 2014-04-22 18:40 – 19:12 | r101 – r195 | |
顯示 diff 開放政治獻金 - OCR技術討論
+ 給最終使用者的人工 OCR/校對網站在這邊討論
圖檔格式
（2 行未修改）
*
浮水印處理
- *目前只識別沒有疊到浮水印的欄位，如果能移除浮水印則更佳
*後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
*Note: 我測試的參數是
*scantailor-cli \
- * --layout=1 \
- * --margins-left=10 \
- * --margins-right=10 \
- * --margins-top=5 \
- * --margins-bottom=5 \
- * --color-mode=black_and_white \
- * --threshold=-50 \
- * --despeckle=aggressive \
- * *.png out
+ * --layout=1 \
+ * --margins-left=10 \
+ * --margins-right=10 \
+ * --margins-top=5 \
+ * --margins-bottom=5 \
+ * --color-mode=black_and_white \
+ * --threshold=-50 \
+ * --despeckle=aggressive \
+ * *.png out
* --threshold 負越多，去污能力越強
*浮水印我之前是透過 image magick 處理，透過下面這樣的指令可以有不錯的效果
（15 行未修改）
*參考範例檔 ，其中文字已可剪下貼上
*已經上載 ClearScan + OCR 結果: https://drive.google.com/folderview?id=0B9tD1zENsweyUmZycEhWZjR5MUk&usp=sharing
+ *目前只識別沒有疊到浮水印的欄位，如果能移除浮水印則更佳
*在 yllan 的協助下已經將上述 OCR 結果轉成文字與座標，放在
*https://github.com/yllan/TextPositionExtractor
（12 行未修改）
*程式碼請參照 https://github.com/polor1010/tw-campaign-finance-recogntion
- 其
+ 其他
+ *
|
||
| 2014-04-22 18:40 | r100 | |
顯示 diff（56 行未修改）
|
||
| 2014-04-22 18:22 – 18:40 | r1 – r99 | |
顯示 diff- Untitled
+ 開放政治獻金 - OCR技術討論
- 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!
+ 圖檔格式
+ *圖檔用 jpg 存好肥阿!!! 我看原始檔是純黑白的，用 png 會小很多阿~~~
+ *沒特別注意，手滑就把三千多張轉成 jpg 了 XD
+ *
+ 浮水印處理
+ *目前只識別沒有疊到浮水印的欄位，如果能移除浮水印則更佳
+ *後勤中心 Shenk Wang 建議 使用 http://scantailor.org/ 進行前置處理，可以補強 ClearScan 無法處理浮水印的問題，值得一試!
+ *Note: 我測試的參數是
+ *scantailor-cli \
+ * --layout=1 \
+ * --margins-left=10 \
+ * --margins-right=10 \
+ * --margins-top=5 \
+ * --margins-bottom=5 \
+ * --color-mode=black_and_white \
+ * --threshold=-50 \
+ * --despeckle=aggressive \
+ * *.png out
+ * --threshold 負越多，去污能力越強
+ *浮水印我之前是透過 image magick 處理，透過下面這樣的指令可以有不錯的效果
+ *convert {$file_orig} -morphology thicken '1x3>:1,0,1' {$file_target}
+ *把半徑 2 以下的點都拿掉效果也不錯：
+ *convert all-000.tif -morphology Close Octagon:2 result2.png
+ *利用表格左上右上兩點找出浮水印的位置再強力清除處理那附近的雜點不曉得可行性多高
+ *範例圖: https://www.dropbox.com/s/yam9ykpcjl1kznm/sample.png
+ *試著寫了一下，目前只要給我表格最上面那條線的兩點座標就可以把浮水印的區塊拿出來特別處理，見：
+ *https://github.com/shenkyw/tw-campaign-finance/commit/070de4d3d372375c7454eb3e86019f4b1ca0cdf6
+
+ 欄位、格式分析
+ *Ronny Wang 分享如何抓出掃描文件的每個欄位
+ *切框線確認（demo 網頁：速覽每份表格欄位切得如何）
+ *從圖檔抓出欄位資訊，所有程式碼和資料在 github （以上 Ronny Wang ++）
+
+ 以現有工具自動 OCR
+ *將 PDF 轉為 ClearScan，並做第一階段的機器識別 -au
+ *參考範例檔 ，其中文字已可剪下貼上
+ *已經上載 ClearScan + OCR 結果: https://drive.google.com/folderview?id=0B9tD1zENsweyUmZycEhWZjR5MUk&usp=sharing
+ *在 yllan 的協助下已經將上述 OCR 結果轉成文字與座標，放在
+ *https://github.com/yllan/TextPositionExtractor
+ *接著就是要以這個結果去處理文字排版，然後找出欄位對應關係，接著就是人工 captcha 了
+ *已經將 Ronny 與 yllan 的成果合併到
+ *https://github.com/kiang/tw-campaign-finance
+ *展示頁面可以參考
+ *http://kiang.github.io/tw-campaign-finance/demo_text.html
+
+ 整合開發
+ *polor1010
+ *圖檔做文字的擷取，包含過濾浮水印，和文字定位（目前只能定位數字）
+ *https://www.dropbox.com/s/0dlkiyik1s6ypqb/WordExtract.zip （處理結果 ）
+ *數字辨識演算法攥寫中
+ *數字辨識結果更新至政治獻金伺服器
+ *程式碼請參照 https://github.com/polor1010/tw-campaign-finance-recogntion
+
+ 其
|
||
| 2014-04-22 18:22 | 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!
|
||