"ダミー "からの質問 - ページ 79 1...727374757677787980818283848586...277 新しいコメント Olegs Kucerenko 2011.10.15 18:19 #781 Rosh: はい、一人で。原理的には、MQL5で計算するコードを掲載すればいいのですが。 ありがたいことです。 作業の一部が簡略化されますから。 削除済み 2011.10.16 18:32 #782 Doubleの比較(== < >)を正しく行う方法を教えてください。ノーマライゼーションが必要なのか?例えば、MT4にはそのような機能がありました。CompareDoubles(double number1,double number2){ if(NormalizeDouble(number1-number2,8)==0) return(true)。 else return(false);}また、一般に、NormalizeDouble()関数の 近似的なアルゴリズムはどのようなものですか? Документация по MQL5: Преобразование данных / NormalizeDouble www.mql5.com Преобразование данных / NormalizeDouble - Документация по MQL5 Yedelkin 2011.10.16 19:56 #783 220Volt: Doubleの比較(== < >)を正しく行う方法を教えてください。ノーマライゼーションが必要なのか?例えば、MT4ではそのような機能がありました。 CompareDoubles(double number1,double number2){ if(NormalizeDouble(number1-number2,8)==0) return(true)。 else return(false);} ハンドブックに推薦文が掲載されています。ご覧ください。 Andrey Dik 2011.10.17 07:50 #784 220Volt:Doubleの比較(== < >)を正しく行う方法を教えてください。ノーマライゼーションが必要なのか?例えば、MT4にはそのような機能がありました。CompareDoubles(double number1,double number2){ if(NormalizeDouble(number1-number2,8)==0) return(true)。 else return(false);}また、一般に、NormalizeDouble()関数の 近似的なアルゴリズムはどのようなものですか? 一般に、2つの数値を比較する場合、その差をとり、許容される閾値と比較することが推奨されます。しかし、私は通常、直接比較します。特に問題があったことはありません。 Andrey Dik 2011.10.17 07:55 #785 グラフの冒頭で履歴が正しくないことは分かっているので、「なぜ正しくないのか」という疑問は生じない。また、不正な履歴データが続く境界をどのようにプログラム的に決定すればよいのかという疑問も出てきます。 赤い縦線が境界線を示しています。 Anatoli Kazharski 2011.10.17 08:43 #786 joo:グラフの冒頭で履歴が正しくないことは分かっているので、「なぜ正しくないのか」という疑問は生じない。また、不正な履歴データが続く境界をどのようにプログラム的に決定すればよいのかという疑問も出てきます。 赤い縦線が境界線を示しています。 隙間の頻度から試行錯誤する方法はないのでしょうか?一定期間のギャップを数える。 Andrey Dik 2011.10.17 08:59 #787 tol64: 隙間の頻度でなんとなく判断してみるのもいいかもしれませんね。一定期間のギャップをカウントする。ひねりの効いた方法がたくさんあるんです。でも、本当に信頼できるものはないですね。なぜなら、一軒一軒のバーの「真贋」を判断する本当の基準がないからです。すべてのチャートは分単位で表示されます。適切な時間枠を正しく構築できる期日まで、プログラム的に計算することができる。しかし、ここにも「しかし」があるのです。しかし、微小なTFも全歴史の深さまで正しいわけではありません。IMHOでは、このような制限を識別するための通常のメカニズムが必要です。 int Correct_Boundary_of_Timeframe ( string symbol_name, // имя символа ENUM_TIMEFRAMES timeframe // период );-要求されたTFの要求されたシンボルの最後の有効なバーのインデックスを返します。 Anatoli Kazharski 2011.10.17 09:16 #788 joo:IMHOでは、そのような制限を定義するための社内メカニズムが必要だと考えています。 -要求されたTFの、要求された商品の、最後の有効なバーのインデックスを返します。 理想的なことだと思います。ところで、この壊れたデータは何のために提供されているのでしょうか? Konstantin Gruzdev 2011.10.17 10:21 #789 joo:-要求されたTFの、要求された商品の、最後の有効なバーのインデックスを返します。 私も欲しいです。 x572intraday 2011.10.17 14:22 #790 joo:ひねりの効いた方法がたくさんあるんです。でも、本当に信頼できるものはないですね。なぜなら、それぞれのバーデータの「真偽」を判断する本当の基準がないからです。すべてのチャートは分単位で表示されます。適切な時間枠を正しく構築できる期日までプログラム的に計算することができる。しかし、ここにも「しかし」があるのです。しかし、ミニッツTFも歴史の深さまで正しいとは言えません。そのような制限を定義するための特別なメカニズムが必要だと思うのですが、どうでしょう? -要求されたTFの、要求されたシンボルの最後の正しいバーのインデックスを返します。 ですから、すべての歴史を過去に読み替えても構わないというのであれば、問題はないと思います。各バーの開始と終了の時刻を調べ、これらのバー内レンジの秒数を調べます。予想より少ない場合は、「偽」バーを書く。これが転機となり、それ以後は他のすべてのバーが不完全なものとなってしまう。これ以上、探しても仕方がない。 1...727374757677787980818283848586...277 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
はい、一人で。原理的には、MQL5で計算するコードを掲載すればいいのですが。
Doubleの比較(== < >)を正しく行う方法を教えてください。ノーマライゼーションが必要なのか?例えば、MT4にはそのような機能がありました。
CompareDoubles(double number1,double number2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true)。
else return(false);
}
また、一般に、NormalizeDouble()関数の 近似的なアルゴリズムはどのようなものですか?
Doubleの比較(== < >)を正しく行う方法を教えてください。ノーマライゼーションが必要なのか?例えば、MT4ではそのような機能がありました。
CompareDoubles(double number1,double number2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true)。
else return(false);
}
Doubleの比較(== < >)を正しく行う方法を教えてください。ノーマライゼーションが必要なのか?例えば、MT4にはそのような機能がありました。
CompareDoubles(double number1,double number2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true)。
else return(false);
}
また、一般に、NormalizeDouble()関数の 近似的なアルゴリズムはどのようなものですか?
グラフの冒頭で履歴が正しくないことは分かっているので、「なぜ正しくないのか」という疑問は生じない。
また、不正な履歴データが続く境界をどのようにプログラム的に決定すればよいのかという疑問も出てきます。
赤い縦線が境界線を示しています。
グラフの冒頭で履歴が正しくないことは分かっているので、「なぜ正しくないのか」という疑問は生じない。
また、不正な履歴データが続く境界をどのようにプログラム的に決定すればよいのかという疑問も出てきます。
赤い縦線が境界線を示しています。
隙間の頻度でなんとなく判断してみるのもいいかもしれませんね。一定期間のギャップをカウントする。
ひねりの効いた方法がたくさんあるんです。でも、本当に信頼できるものはないですね。なぜなら、一軒一軒のバーの「真贋」を判断する本当の基準がないからです。
すべてのチャートは分単位で表示されます。適切な時間枠を正しく構築できる期日まで、プログラム的に計算することができる。しかし、ここにも「しかし」があるのです。しかし、微小なTFも全歴史の深さまで正しいわけではありません。
IMHOでは、このような制限を識別するための通常のメカニズムが必要です。
-要求されたTFの要求されたシンボルの最後の有効なバーのインデックスを返します。
IMHOでは、そのような制限を定義するための社内メカニズムが必要だと考えています。
-要求されたTFの、要求された商品の、最後の有効なバーのインデックスを返します。
-要求されたTFの、要求された商品の、最後の有効なバーのインデックスを返します。
ひねりの効いた方法がたくさんあるんです。でも、本当に信頼できるものはないですね。なぜなら、それぞれのバーデータの「真偽」を判断する本当の基準がないからです。
すべてのチャートは分単位で表示されます。適切な時間枠を正しく構築できる期日までプログラム的に計算することができる。しかし、ここにも「しかし」があるのです。しかし、ミニッツTFも歴史の深さまで正しいとは言えません。
そのような制限を定義するための特別なメカニズムが必要だと思うのですが、どうでしょう?
-要求されたTFの、要求されたシンボルの最後の正しいバーのインデックスを返します。