トレンドビルディングがなぜ、どれだけ「歩く」のか、疑問に思われた方はいらっしゃいますか? - ページ 4 123456789 新しいコメント Alexandr Bryzgalov 2012.05.28 10:38 #31 グラフ上の点以降は全て0となり,自動丸め後digit(4-5)となります。 TheXpert 2012.05.28 10:45 #32 全部デタラメです。スクロールすると、ポイントの数値がドンドン変化していきます。同じ点です。プロットの精度は別問題です。 Alexandr Bryzgalov 2012.05.28 10:58 #33 TheXpert:全部デタラメです。スクロールすると、ポイントの数値がドンドン変化していきます。同じドットを施工の精度は別問題です。異端審問に話すには、デタラメを説かなければならない ))))ZS: 私のバグなんですけど、やっぱり線が飛ぶんですよ Renat Fatkhullin 2012.05.29 09:42 #34 設定でバーの本数を anlimitに設定し、再度トレンドの構築を試みてください。バー深さの制限を設定した場合、端末は深い履歴で分単位まで正確に結合することができません。履歴をすべて閲覧できるようにすれば、分単位まで正確に構築できます。 Документация по MQL5: Доступ к таймсериям и индикаторам / Bars www.mql5.com Доступ к таймсериям и индикаторам / Bars - Документация по MQL5 TheXpert 2012.05.29 10:07 #35 反応がある、それはいいことだ。試してみましたか?うまくいかない。無制限を設定しても、まったく何も変わらない。因みに、全てのコンストラクションはせいぜい数百本の小節で発生するので、「深い歴史」は関係ない。画素数という点でも、価格の離散性という点でも、どの枠にも当てはまらない誤差です。アンリミテッドの新鮮な事例を紹介します。14点 Mykola Demko 2012.05.29 10:19 #36 このスレッドでは、実験の正確な記述に出会っていません。そのため、私が理解している範囲で説明し、間違っている場合はトピックスターターが修正します。550本で右のボーダーから一歩下がり、トレンドラインを〜45度+-15(50本でアンカーポイント)に設定、ゼロ本(一番右)のエリアで、縦線と横線が トレンドラインと交差するように設定します。そして、縦方向のスケールを動かし始める。水平方向の目盛りは平均値として設定されています。その結果、ある地点で十字線とトレンドラインに大きなズレが生じ、私は5桁のラインで22ポイントのズレを得た。 TheXpert 2012.05.29 11:19 #37 要するに、前回の「#IBM」の一連の写真にあるようなセリフを、時計に再現する必要があるのです。ほとんどそうです。4文字ポイント14個!最大で4桁の22点でした。 TheXpert 2012.05.29 12:08 #38 それは おそらく、いい説明でしょう。 Mykola Demko 2012.05.29 12:10 #39 TheXpert:それは おそらく、いい説明でしょう。誰が知るか、私は1ピクセルの磁化、まだ同じ問題を持っています。ZSはレバーを通すのが問題なのでしょうけど。アンカーポイントはピクセルに紐付いているので、削除するときは1ピクセルに1つ以上のアンカーポイントを用意する必要があります。 Slava 2012.05.29 12:12 #40 Urain: 1画素の磁化があっても同じ問題があるので、よくわかりません。 グラフタブの「正確なタイムライン」はどのように設定されていますか?カチカチになっているはずです。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
全部デタラメです。スクロールすると、ポイントの数値がドンドン変化していきます。同じ点です。
プロットの精度は別問題です。
全部デタラメです。スクロールすると、ポイントの数値がドンドン変化していきます。同じドットを
施工の精度は別問題です。
異端審問に話すには、デタラメを説かなければならない ))))
ZS: 私のバグなんですけど、やっぱり線が飛ぶんですよ
設定でバーの本数を anlimitに設定し、再度トレンドの構築を試みてください。
バー深さの制限を設定した場合、端末は深い履歴で分単位まで正確に結合することができません。履歴をすべて閲覧できるようにすれば、分単位まで正確に構築できます。
反応がある、それはいいことだ。
試してみましたか?うまくいかない。無制限を設定しても、まったく何も変わらない。
因みに、全てのコンストラクションはせいぜい数百本の小節で発生するので、「深い歴史」は関係ない。
画素数という点でも、価格の離散性という点でも、どの枠にも当てはまらない誤差です。
アンリミテッドの新鮮な事例を紹介します。
14点
このスレッドでは、実験の正確な記述に出会っていません。そのため、私が理解している範囲で説明し、間違っている場合はトピックスターターが修正します。
550本で右のボーダーから一歩下がり、トレンドラインを〜45度+-15(50本でアンカーポイント)に設定、ゼロ本(一番右)のエリアで、縦線と横線が トレンドラインと交差するように設定します。そして、縦方向のスケールを動かし始める。水平方向の目盛りは平均値として設定されています。
その結果、ある地点で十字線とトレンドラインに大きなズレが生じ、私は5桁のラインで22ポイントのズレを得た。
要するに、前回の「#IBM」の一連の写真にあるようなセリフを、時計に再現する必要があるのです。ほとんどそうです。
4文字ポイント14個!最大で4桁の22点でした。
それは おそらく、いい説明でしょう。
誰が知るか、私は1ピクセルの磁化、まだ同じ問題を持っています。
ZSはレバーを通すのが問題なのでしょうけど。アンカーポイントはピクセルに紐付いているので、削除するときは1ピクセルに1つ以上のアンカーポイントを用意する必要があります。
1画素の磁化があっても同じ問題があるので、よくわかりません。