請問:
我使用元大資訊源,但DX1的60分鐘少一支K棒,時間點在:2012/7/4 7:00
現在,我只有2012/7/4 6:00和2012/7/4 8:00,中間少了7:00的K棒,重新回補也沒用。
這是系統的問題,還是我MC又哪里有問題了?
請參考下圖:
您好!
請確認一下您的行情元件版本是否已經更新到最新版本...
更新完畢再按照您上述的回補方法試試看
若是以上方法仍無法解決...會建議您直接電話聯絡客服
透過專人來協助您處理相關問題...
謝謝回覆。
我想先確定,你們有先測試過,不會發生一樣的情況了嗎?
另外,所謂的行情元件是什麼?
我在元大multicharts下載網頁,只有有看到:
元大Multicharts7完整安裝包(181MB) 7.4.2.4
元大Multicharts7數據源(1MB) 1.0.8.14
元大 MultiCharts7下單元件(1MB) 1.0.4534
以上,我電腦內均是最新的。
先前反應資料不正確,才剛更新至元大Multicharts7數據源(1MB) 1.0.8.14。
昨晚,我也將QM中的5至8點的資料全了,并重新回補,依然沒有解決。
我必需先確認,相同的環境,沒發生相同的問題,我打客服,才有意義。
Thanks.
您好!
先針對您上述的K棒回補問題做說明,目前的解決辦法是
請先到QM里面點選DX1這個商品,按右鍵-->編輯資料,在資料編輯視窗里面設定周期為分鐘
選好有問題的附近資料區間,按"讀取",選取反白後予以刪除...
完成後再跳回DX選右鍵里面的"清除快取"....
之後再開啟MC選按"重新回補"
這樣應可將那段有問題的部分強制回補完畢
第二部分則是針對您盤中發生漏棒的問題,會建議您直接利用上傳log功能
http://www.multicharts.com.tw/dis/dis_Content.aspx?rd=1&D_ID=3&SN=5131 直接回報問題與我們
當然您也可撥打客服專線告知我們,我們會請客服人員透過遠端連線進行處理...
希望上述回答能夠解決您的問題。
可否先厘清一下問題,
您是收資料,收到漏?
還是補資料,補不進來?
若是第一種,我查過server是有資料的,不太可能發生。要確認後細查。
若是第二種,我看你的qm log是連續的,像這種狀況,如果要完整重新回補資料,
是需要刪除超過你補不回來資料的區間,例如要從7/9 1600起到最後的資料都刪除。再清除資料快取。之後重新回補才可以。
OK~~
我仔細回覆一下我測試的過程好了。
1. 我在工作底稿開五個圖表視窗,分別為5分鐘線,1小時線,日線,周線,月線;因為先前資料都先回補過,所以資料周期都拉的很長,至於有多長?每個線型都不一樣,有需要,我再回頭去看看吧。
2. 在發生的當下,我試著在1小時線圖表視窗,直接按下:檢視->重新回補->重新回補所有資料;但,很失望,K棒還是一樣,是錯的。
3. 把MC關閉,重新開機,再試步驟2,依然還是錯的。
4. 在打開MC的前題下,按下MC工具列的QM,進入:資料編輯,看看是否有漏資料,但資料是齊全的(第一次回報時,我才有進去確認)
5. 試著刪除該區間資料後,回到MC,再做一次步驟2,結果依然是錯的。
6. 與元大資訊部門聯絡後,建議我,試著縮短資料區間,再回補看看,因為他已經確認Server資料是對的,也附上他測試的截圖給我參考。
7. 把"所有"工作底稿關閉後,另開一個未命名工作底稿,再新增一個圖表視窗,資料區間只設定約三周,這時,再回新回補近1日資料,這時K棒就正確了。
8. 回頭,再把原本的工作底稿打開,K棒資料,也全都對了。
9. 第二次,再發生漏K棒,重覆1~6的步驟,無效,請注意,是1至6的步驟。這時,我沒有把原本的五個圖表示窗的工作底稿關閉,直接另開一個未命名工作底稿,且在新增一個圖表視窗,資料區間依然只有設定約三周。在這個case下,重新回補資料,無法修正錯誤。
10. 後來,我又把MC重開,工作底稿全部關閉,重新做一次步驟7和8的動作,資料就全部正確了。
結論:我懷疑,在沒把原本多圖表的工作底稿關閉前,怎麼重新回補,都是無效的。
Log,我昨晚也上傳了,但,似乎是傳到元大去?反正,有需要,你們內部再去協調吧。
所以,漏K棒是,開圖就漏了?
基本上,回補是針對同商品的多圖,一起回補。如果你按下的是CTRL+R,回補全部資料,加上你又有開到月線。
那無論你之前補過了沒,那個漫長的回補會再跑一次。
所以我之前才會建議原廠,CTRL+R應該是回補近一日,而不該是全補。因為他們沒做數據服務,才會設了這麼夭壽的東西。
編輯文章 by Brian 2012-07-11 11:21:59
謝謝回覆。
我想先確定,你們有先測試過,不會發生一樣的情況了嗎?
另外,所謂的行情元件是什麼?
我在元大multicharts下載網頁,只有有看到:
元大Multicharts7完整安裝包(181MB) 7.4.2.4
元大Multicharts7數據源(1MB) 1.0.8.14
元大 MultiCharts7下單元件(1MB) 1.0.4534
以上,我電腦內均是最新的。
先前反應資料不正確,才剛更新至元大Multicharts7數據源(1MB) 1.0.8.14。
昨晚,我也將QM中的5至8點的資料全了,并重新回補,依然沒有解決。
我必需先確認,相同的環境,沒發生相同的問題,我打客服,才有意義。
Thanks.
您好!
先針對您上述的K棒回補問題做說明,目前的解決辦法是
請先到QM里面點選DX1這個商品,按右鍵-->編輯資料,在資料編輯視窗里面設定周期為分鐘
選好有問題的附近資料區間,按"讀取",選取反白後予以刪除...
完成後再跳回DX選右鍵里面的"清除快取"....
之後再開啟MC選按"重新回補"
這樣應可將那段有問題的部分強制回補完畢
第二部分則是針對您盤中發生漏棒的問題,會建議您直接利用上傳log功能
http://www.multicharts.com.tw/dis/dis_Content.aspx?rd=1&D_ID=3&SN=5131 直接回報問題與我們
當然您也可撥打客服專線告知我們,我們會請客服人員透過遠端連線進行處理...
希望上述回答能夠解決您的問題。
可否先厘清一下問題,
您是收資料,收到漏?
還是補資料,補不進來?
若是第一種,我查過server是有資料的,不太可能發生。要確認後細查。
若是第二種,我看你的qm log是連續的,像這種狀況,如果要完整重新回補資料,
是需要刪除超過你補不回來資料的區間,例如要從7/9 1600起到最後的資料都刪除。再清除資料快取。之後重新回補才可以。
OK~~
我仔細回覆一下我測試的過程好了。
1. 我在工作底稿開五個圖表視窗,分別為5分鐘線,1小時線,日線,周線,月線;因為先前資料都先回補過,所以資料周期都拉的很長,至於有多長?每個線型都不一樣,有需要,我再回頭去看看吧。
2. 在發生的當下,我試著在1小時線圖表視窗,直接按下:檢視->重新回補->重新回補所有資料;但,很失望,K棒還是一樣,是錯的。
3. 把MC關閉,重新開機,再試步驟2,依然還是錯的。
4. 在打開MC的前題下,按下MC工具列的QM,進入:資料編輯,看看是否有漏資料,但資料是齊全的(第一次回報時,我才有進去確認)
5. 試著刪除該區間資料後,回到MC,再做一次步驟2,結果依然是錯的。
6. 與元大資訊部門聯絡後,建議我,試著縮短資料區間,再回補看看,因為他已經確認Server資料是對的,也附上他測試的截圖給我參考。
7. 把"所有"工作底稿關閉後,另開一個未命名工作底稿,再新增一個圖表視窗,資料區間只設定約三周,這時,再回新回補近1日資料,這時K棒就正確了。
8. 回頭,再把原本的工作底稿打開,K棒資料,也全都對了。
9. 第二次,再發生漏K棒,重覆1~6的步驟,無效,請注意,是1至6的步驟。這時,我沒有把原本的五個圖表示窗的工作底稿關閉,直接另開一個未命名工作底稿,且在新增一個圖表視窗,資料區間依然只有設定約三周。在這個case下,重新回補資料,無法修正錯誤。
10. 後來,我又把MC重開,工作底稿全部關閉,重新做一次步驟7和8的動作,資料就全部正確了。
結論:我懷疑,在沒把原本多圖表的工作底稿關閉前,怎麼重新回補,都是無效的。
Log,我昨晚也上傳了,但,似乎是傳到元大去?反正,有需要,你們內部再去協調吧。
所以,漏K棒是,開圖就漏了?
基本上,回補是針對同商品的多圖,一起回補。如果你按下的是CTRL+R,回補全部資料,加上你又有開到月線。
那無論你之前補過了沒,那個漫長的回補會再跑一次。
所以我之前才會建議原廠,CTRL+R應該是回補近一日,而不該是全補。因為他們沒做數據服務,才會設了這麼夭壽的東西。
編輯文章 by Brian 2012-07-11 11:21:59
您好!
先針對您上述的K棒回補問題做說明,目前的解決辦法是
請先到QM里面點選DX1這個商品,按右鍵-->編輯資料,在資料編輯視窗里面設定周期為分鐘
選好有問題的附近資料區間,按"讀取",選取反白後予以刪除...
完成後再跳回DX選右鍵里面的"清除快取"....
之後再開啟MC選按"重新回補"
這樣應可將那段有問題的部分強制回補完畢
第二部分則是針對您盤中發生漏棒的問題,會建議您直接利用上傳log功能
http://www.multicharts.com.tw/dis/dis_Content.aspx?rd=1&D_ID=3&SN=5131 直接回報問題與我們
當然您也可撥打客服專線告知我們,我們會請客服人員透過遠端連線進行處理...
希望上述回答能夠解決您的問題。
可否先厘清一下問題,
您是收資料,收到漏?
還是補資料,補不進來?
若是第一種,我查過server是有資料的,不太可能發生。要確認後細查。
若是第二種,我看你的qm log是連續的,像這種狀況,如果要完整重新回補資料,
是需要刪除超過你補不回來資料的區間,例如要從7/9 1600起到最後的資料都刪除。再清除資料快取。之後重新回補才可以。
OK~~
我仔細回覆一下我測試的過程好了。
1. 我在工作底稿開五個圖表視窗,分別為5分鐘線,1小時線,日線,周線,月線;因為先前資料都先回補過,所以資料周期都拉的很長,至於有多長?每個線型都不一樣,有需要,我再回頭去看看吧。
2. 在發生的當下,我試著在1小時線圖表視窗,直接按下:檢視->重新回補->重新回補所有資料;但,很失望,K棒還是一樣,是錯的。
3. 把MC關閉,重新開機,再試步驟2,依然還是錯的。
4. 在打開MC的前題下,按下MC工具列的QM,進入:資料編輯,看看是否有漏資料,但資料是齊全的(第一次回報時,我才有進去確認)
5. 試著刪除該區間資料後,回到MC,再做一次步驟2,結果依然是錯的。
6. 與元大資訊部門聯絡後,建議我,試著縮短資料區間,再回補看看,因為他已經確認Server資料是對的,也附上他測試的截圖給我參考。
7. 把"所有"工作底稿關閉後,另開一個未命名工作底稿,再新增一個圖表視窗,資料區間只設定約三周,這時,再回新回補近1日資料,這時K棒就正確了。
8. 回頭,再把原本的工作底稿打開,K棒資料,也全都對了。
9. 第二次,再發生漏K棒,重覆1~6的步驟,無效,請注意,是1至6的步驟。這時,我沒有把原本的五個圖表示窗的工作底稿關閉,直接另開一個未命名工作底稿,且在新增一個圖表視窗,資料區間依然只有設定約三周。在這個case下,重新回補資料,無法修正錯誤。
10. 後來,我又把MC重開,工作底稿全部關閉,重新做一次步驟7和8的動作,資料就全部正確了。
結論:我懷疑,在沒把原本多圖表的工作底稿關閉前,怎麼重新回補,都是無效的。
Log,我昨晚也上傳了,但,似乎是傳到元大去?反正,有需要,你們內部再去協調吧。
所以,漏K棒是,開圖就漏了?
基本上,回補是針對同商品的多圖,一起回補。如果你按下的是CTRL+R,回補全部資料,加上你又有開到月線。
那無論你之前補過了沒,那個漫長的回補會再跑一次。
所以我之前才會建議原廠,CTRL+R應該是回補近一日,而不該是全補。因為他們沒做數據服務,才會設了這麼夭壽的東西。
編輯文章 by Brian 2012-07-11 11:21:59
可否先厘清一下問題,
您是收資料,收到漏?
還是補資料,補不進來?
若是第一種,我查過server是有資料的,不太可能發生。要確認後細查。
若是第二種,我看你的qm log是連續的,像這種狀況,如果要完整重新回補資料,
是需要刪除超過你補不回來資料的區間,例如要從7/9 1600起到最後的資料都刪除。再清除資料快取。之後重新回補才可以。
OK~~
我仔細回覆一下我測試的過程好了。
1. 我在工作底稿開五個圖表視窗,分別為5分鐘線,1小時線,日線,周線,月線;因為先前資料都先回補過,所以資料周期都拉的很長,至於有多長?每個線型都不一樣,有需要,我再回頭去看看吧。
2. 在發生的當下,我試著在1小時線圖表視窗,直接按下:檢視->重新回補->重新回補所有資料;但,很失望,K棒還是一樣,是錯的。
3. 把MC關閉,重新開機,再試步驟2,依然還是錯的。
4. 在打開MC的前題下,按下MC工具列的QM,進入:資料編輯,看看是否有漏資料,但資料是齊全的(第一次回報時,我才有進去確認)
5. 試著刪除該區間資料後,回到MC,再做一次步驟2,結果依然是錯的。
6. 與元大資訊部門聯絡後,建議我,試著縮短資料區間,再回補看看,因為他已經確認Server資料是對的,也附上他測試的截圖給我參考。
7. 把"所有"工作底稿關閉後,另開一個未命名工作底稿,再新增一個圖表視窗,資料區間只設定約三周,這時,再回新回補近1日資料,這時K棒就正確了。
8. 回頭,再把原本的工作底稿打開,K棒資料,也全都對了。
9. 第二次,再發生漏K棒,重覆1~6的步驟,無效,請注意,是1至6的步驟。這時,我沒有把原本的五個圖表示窗的工作底稿關閉,直接另開一個未命名工作底稿,且在新增一個圖表視窗,資料區間依然只有設定約三周。在這個case下,重新回補資料,無法修正錯誤。
10. 後來,我又把MC重開,工作底稿全部關閉,重新做一次步驟7和8的動作,資料就全部正確了。
結論:我懷疑,在沒把原本多圖表的工作底稿關閉前,怎麼重新回補,都是無效的。
Log,我昨晚也上傳了,但,似乎是傳到元大去?反正,有需要,你們內部再去協調吧。
所以,漏K棒是,開圖就漏了?
基本上,回補是針對同商品的多圖,一起回補。如果你按下的是CTRL+R,回補全部資料,加上你又有開到月線。
那無論你之前補過了沒,那個漫長的回補會再跑一次。
所以我之前才會建議原廠,CTRL+R應該是回補近一日,而不該是全補。因為他們沒做數據服務,才會設了這麼夭壽的東西。
編輯文章 by Brian 2012-07-11 11:21:59