"ダミー "からの質問 - ページ 80 1...737475767778798081828384858687...277 新しいコメント Andrey Dik 2011.10.17 14:55 #791 x100intraday: だから、過去にさかのぼってすべての歴史を読むのが面倒なら、問題はないと思います。各バーの開始 時間と終了時間を調べ、そのバー内レンジの秒数を見る。予想より少ない場合は、「偽」バーを書く。これが転機となり、それ以後は他のすべてのバーが不完全なものとなってしまう。これ以上探しても仕方がない。 このような「偽」のバーは、「正常な」歴史の中で出会うことができるし（その場合、歴史の大部分は実用上拒否される）、そのようなバーのシリーズ全体であってもよい。確実な方法はないと言っているのです。 Mykola Demko 2011.10.17 14:57 #792 joo: このような「偽」バーは、「普通」の話の途中でも見られるし（その場合、実用的な話の大部分は捨てられる）、そのようなバーが一連になっていることもある。確実な方法はないと言っているのです。 しかし、何本かの連続した小節は物語の最後だけなので、確実な方法があるのです。 x572intraday 2011.10.17 19:28 #793 joo: このような「偽」のバーは、「正常な」履歴の途中にも発生し（この場合、履歴の大部分は実用上拒否される）、そのようなバーのシリーズ全体にも発生することがあります。確実な方法はないと言っているんだ。そして、統計は、「フェイク」バーの量が時折（読み：偶然）ではなく、規則的（一定）である場所を調べることによって行われるべきで、ほとんどの場合、パターンは単純になります：いくつかの連続したバーが一貫して通常のオープン-クローズの範囲を超えているとき、これは偶然ではないと仮定して、自由にスキーの棒を刺すことができるのです。信頼できる-完璧に機能する-方法はない、FXは信頼できない。連続した小節が何秒という条件と一致しなければ、偶然の「歴史の失敗」ではなく、その前の時代、つまり、あまり細かい歴史を作らない時代の始まりと考える、という常識的な基準で進めるしかないのである。 Andrey Dik 2011.10.18 08:49 #794 x100intraday:信頼できる-理想的に動作する-方法はありません、FXは全く信頼できません。ある連続した小節が何秒の条件を満たさなければ、履歴の中のランダムな「失敗」ではなく、その前の時代、つまり履歴をあまり細かく記録しない時代の始まりとみなす、という常識的な基準で考えるしかないのである。MT4で仕事をしたことがありますか？同じような問題に遭遇したことはありますか？- そこにはそのような問題はなく、つまり確実な方法があるのですが、それは開発者の手の中にあるのです。すでに一つの解決策を提案させていただきました。 また、tol64で示されたもう一つの解決策は、誤ったデータを全く表示しないことである。それ以外の方法は、しかしユーザー側で、信頼性のない ものになります。 削除済み 2011.10.18 08:53 #795 joo:MT4で仕事をしたことがありますか？このような問題に遭遇したことはありませんか？- そこにはそのような問題はないので、確実な方法があるのですが、それは開発者の手に委ねられています。すでに一つの解決策を提案させていただきました。 また、tol64で示されたもう一つの解決策は、誤ったデータを全く表示しないことである。それ以外のユーザー側の仕掛けは、すべて信頼できない ものになります。言語レベルで、あるペアとTFの、ある期間の履歴の質をパーセントで返す機能を追加することができます。例えば、1年分/1ヶ月分の履歴を分析し、それが100％でなければ問題があることになります。 x572intraday 2011.10.18 14:05 #796 joo:MT4には取り組んでおられますか？同じような問題に遭遇したことはありますか？- そこにはそのような問題はなく、つまり確実な方法があるのですが、それは開発者の手の中にあるのです。すでに一つの解決策を提案させていただきました。 もう一つの解決策は、tol64で示された、誤ったデータを一切表示しないことです。それ以外の方法は、しかしユーザー側で、信頼性のない ものになります。 頼りないってどういうこと？何の？遠い過去の分足バーを古いTFのバーに置き換えての正直で露骨な改竄？あるいは、遠い歴史上の出来事で、ミニッツバーが不足していないこと？私たちは最初のものについて話している場合は、はい、MT4で開発者はそのような妥協の置換を実装していないと彼らは直接行動：以前の分のバーがある場合、それらはサーバーからダウンロードされ、それ以外の場合は、お笑いfinitaラ。つまり、古いTFのヒストリーよりも遅い時期に、より遠い過去から分ヒストリーがロードされなくなったのですが、確かに代替えは見たことがありません。もしかしたら、MTにはディスクの空き容量をチェックする機能が組み込まれているのかもしれません、まだ正確にはわかりませんが...MT4では古いTFほど深い分の履歴が出たことがありません。議事録が一番ディスク容量を食うんだけど、ちょうどいい容量があるんだよね...。そして、端末はサーバーからダウンロードしないことにしたのでしょう、そこで待っていたのかも知れませんが。ただ、はっきり言って、MT5の1分足の履歴が1999年から始まるという話がある一方で、訳の分からないことに2009年から始まっていて、なぜか読み込まれていない、ということをお伝えしたいのです。だから、端末が空き容量を確認しているのだと思ったのです。MetaQuotesのサーバーで本当に利用できないのか、単にダウンロードできないのか、全く分かりません（私はMT5モードを使っていますが、MQL5プログラマーとしては分かりません、これまで試したことがありません）。設定：「チャートに表示するバーの数：無制限」。それでもまだ、バーを読み込もうとしません。 削除済み 2011.10.19 23:25 #797 皆さん、ヒントをお願いします。 - dllがあります。- fn(...)という関数があるのは知っています。どのような種類のパラメータを渡すべきかを知るには？ --- 2011.10.20 00:15 #798 220Volt:皆さん、ヒントをお願いします。 - dllがあります。- fn(...)という関数があるのは知っています。どのような種類のパラメータを渡すべきかを知るには？ ドキュメントやソースコードを開いて読む。 x572intraday 2011.10.20 12:28 #799 ずっと気になっていた質問ですが、やはり恥ずかしいです...。CopyTimeは、呼び出されたインディケータ・ハンドルの指定されたタイムフレームにあるものを直接バッファにコピーします。私が間違っている可能性もありますが、観念的には、プログラム的にアルゴリズムの「スロット」が存在せず、日付時刻の一次精錬の予備計算を押し込むことができます（M1以外の時間枠は不正確な時刻値を持つことが分かっています）。上記の機能だけで、このようなわかりやすいコピーを破る方法をぜひ教えてほしいです。 Anatoli Kazharski 2011.10.21 06:16 #800 ポジションが現在利益になっているか損失になっているかによって、1ティックの価値が異なるのはどのような場合か、教えてください。 シンボリックトレードティック値 シンボル・トレード・チック・バリュー・プロフィット シンボル・トレード・チック・バリュー・ロス Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте www.mql5.com Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5 1...737475767778798081828384858687...277 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
だから、過去にさかのぼってすべての歴史を読むのが面倒なら、問題はないと思います。各バーの開始 時間と終了時間を調べ、そのバー内レンジの秒数を見る。予想より少ない場合は、「偽」バーを書く。これが転機となり、それ以後は他のすべてのバーが不完全なものとなってしまう。これ以上探しても仕方がない。
このような「偽」バーは、「普通」の話の途中でも見られるし（その場合、実用的な話の大部分は捨てられる）、そのようなバーが一連になっていることもある。確実な方法はないと言っているのです。
このような「偽」のバーは、「正常な」履歴の途中にも発生し（この場合、履歴の大部分は実用上拒否される）、そのようなバーのシリーズ全体にも発生することがあります。確実な方法はないと言っているんだ。
そして、統計は、「フェイク」バーの量が時折（読み：偶然）ではなく、規則的（一定）である場所を調べることによって行われるべきで、ほとんどの場合、パターンは単純になります：いくつかの連続したバーが一貫して通常のオープン-クローズの範囲を超えているとき、これは偶然ではないと仮定して、自由にスキーの棒を刺すことができるのです。
信頼できる-完璧に機能する-方法はない、FXは信頼できない。連続した小節が何秒という条件と一致しなければ、偶然の「歴史の失敗」ではなく、その前の時代、つまり、あまり細かい歴史を作らない時代の始まりと考える、という常識的な基準で進めるしかないのである。
信頼できる-理想的に動作する-方法はありません、FXは全く信頼できません。ある連続した小節が何秒の条件を満たさなければ、履歴の中のランダムな「失敗」ではなく、その前の時代、つまり履歴をあまり細かく記録しない時代の始まりとみなす、という常識的な基準で考えるしかないのである。
MT4で仕事をしたことがありますか？同じような問題に遭遇したことはありますか？- そこにはそのような問題はなく、つまり確実な方法があるのですが、それは開発者の手の中にあるのです。すでに一つの解決策を提案させていただきました。
また、tol64で示されたもう一つの解決策は、誤ったデータを全く表示しないことである。
それ以外の方法は、しかしユーザー側で、信頼性のない ものになります。
MT4で仕事をしたことがありますか？このような問題に遭遇したことはありませんか？- そこにはそのような問題はないので、確実な方法があるのですが、それは開発者の手に委ねられています。すでに一つの解決策を提案させていただきました。
また、tol64で示されたもう一つの解決策は、誤ったデータを全く表示しないことである。
それ以外のユーザー側の仕掛けは、すべて信頼できない ものになります。
言語レベルで、あるペアとTFの、ある期間の履歴の質をパーセントで返す機能を追加することができます。
例えば、1年分/1ヶ月分の履歴を分析し、それが100％でなければ問題があることになります。
MT4には取り組んでおられますか？同じような問題に遭遇したことはありますか？- そこにはそのような問題はなく、つまり確実な方法があるのですが、それは開発者の手の中にあるのです。すでに一つの解決策を提案させていただきました。
もう一つの解決策は、tol64で示された、誤ったデータを一切表示しないことです。
それ以外の方法は、しかしユーザー側で、信頼性のない ものになります。
皆さん、ヒントをお願いします。
- dllがあります。
- fn(...)という関数があるのは知っています。
どのような種類のパラメータを渡すべきかを知るには？
皆さん、ヒントをお願いします。
- dllがあります。
- fn(...)という関数があるのは知っています。
どのような種類のパラメータを渡すべきかを知るには？
ずっと気になっていた質問ですが、やはり恥ずかしいです...。
CopyTimeは、呼び出されたインディケータ・ハンドルの指定されたタイムフレームにあるものを直接バッファにコピーします。私が間違っている可能性もありますが、観念的には、プログラム的にアルゴリズムの「スロット」が存在せず、日付時刻の一次精錬の予備計算を押し込むことができます（M1以外の時間枠は不正確な時刻値を持つことが分かっています）。上記の機能だけで、このようなわかりやすいコピーを破る方法をぜひ教えてほしいです。
ポジションが現在利益になっているか損失になっているかによって、1ティックの価値が異なるのはどのような場合か、教えてください。
シンボリックトレードティック値
シンボル・トレード・チック・バリュー・プロフィット
シンボル・トレード・チック・バリュー・ロス