トレンドビルディングがなぜ、どれだけ「歩く」のか、疑問に思われた方はいらっしゃいますか？ - ページ 2

新しいコメント
 

TheXpert:

ただ、手動でプロットする際に、時計が20ポイントずれるのを再現しました。

どうすれば再現できるのでしょうか？
 

視覚的に（あるいはグラフに線をプロットする際に不正確な）、実際の値が変化していない可能性が高い。

ファイル:
checkline_1.mq4  2 kb
 
poruchik:

TFギャップは、高いTFのローソク足が低いTFのローソク足数本で構成されることで発生する。

因みに、ビルドとスクロールは同じ時間枠で実行されます。TFの切り替えはありません。
サンユウク

1～2分または1日にあるだけの履歴の穴（TF変更時に起こる履歴の入れ替え時に、ずれることがある）

TF変更なし、穴なし、歴史入れ替えなし。

ZFS：理由はいくつかあり、すべてを思い出すことはできないが、気づいただけでも不思議である）

TFスイッチングとヒストリーホールの2つだけです。どっちも合わない...。

ZZZY：この場合、垂直方向のスケールを変更する際の構造上の不正確さが考えられます。

20ピップス？それは愉快だ。

セルゲイ
というようなことを、どうやって再現すればいいのでしょうか？

どうだろう。何か考えておくよ。
 

たった2つの--TFの切り替えと履歴の穴。どっちも合わない...。

20pipsで？それは愉快だ。



これはあくまで視覚的に、不正確な表示であり、実際には、グラフをスクロールしたときに起こるスケール（垂直方向）を変えても、各ラインポイントの座標は変化しないのです。

ZS：始点の座標がチャート境界の外にある場合によく起こります。

ZZZY: スケールは1:1 ) で、シフトはありません ))

 

H4で+-20pipsの精度で表示されます。

SZY：Lというトレンドラインを引き、Tという垂直線を 引き、垂直方向の目盛りを変えると、原理的に水平方向にも、作図点の座標がチャート外にある場合、視覚的な交差と実際の交差が±20pips程度違ってきます。

ZZZY：トレンドが出来てから時間が経っている場合、実は20ピップスくらい引っかかることがあるんです。

UZZYZY：スプレッドが発明され、ここでも20pipsでねじ伏せられる。

ファイル:
checkline_2.mq4  3 kb
 
sanyooooook:

これはあくまでも視覚的に、不正確な表示です。

プロットを作成する際も、後からビジュアルで見ることはないのですか？

実は、グラフをスクロールさせたときに起こるスケール（縦方向）を変えても、各ラインポイントの座標は変化しないのです。

また、座標が変わらないのに、クロスオーバーポイントが数小節分ずれるのは、どう説明するのですか？
 
TheXpert:
また、コンストラクションを作るとき、後からビジュアルで見ることはないのですか？また、座標が変わらないのに、交点を何本かずらすのはどう説明するのでしょうか？
グラフはいくつかの層で構成されていますが、どうやらこのレベルのどこかにミスマッチがあるようです。
 

プロットの一例です。

基準点の精度を1pipとします。その場合、交差点での差はせいぜい3～4ピップス（セグメントの長さの比率を考慮）であろう。しかし、その差は11。

IBMの時計ツール。

以下はその近似値です。

二人です

重要かどうかわからないが、アンカーポイントは両方とも窓の外だ。

予備診断 -- エッジポイントの計算で、アンカーポイントが画面外にある場合にトレンドラインが表示される不具合。

 
TheXpert:
また、座標が変わらないのに、交点を何本かずらすのはどう説明するのでしょうか？

レイヤー間の相対的な拡大縮小が正しく行われない。

 
ヒーヒー言いながら、OHLCを外すと、すべてがうまくいくようだ
1234567
新しいコメント