問題タブ [trigonometry]

私m having little trouble finding a relation between the movement at centre and edge of a circle, I世界地図のパンを行う場合、私の地図の範囲は 180,89:-180,-89 です。私の地図は、中央ではなくその範囲に change(dx,dY) を追加することによってパンします。地図を特定の中心に移動しなければならない状況が発生しました。経度の変化を計算するのは非常に簡単で簡単ですが、緯度の変化が問題を引き起こしています。マップの centerY の変化は mapY の端の変化よりも大きいようです。または単にマップの中心を 0long,0lat から 73long,33lat に移動する必要がある場合、dX の場合は単純に 73 になりますが、dY の場合は明らかに33 に見えますが、89 であるマップの上部に 33 を追加すると、緯度が 90 と -90 の間にあるため、122 になります。2D 平面上の円の射影では、円の端が角度によって後方に移動しているため、変化が少なく、中心がより変化している場合のようです。これら2つの要因の間に関係はありますか？OriginY と destinationY の差をラジアンに変換してから Map の Top と Bottom に追加しようとしましたが、うまくいきませんでした。マップは、幅が 256 から始まり 256*2^z ずつ増加する仮想キャンバス上に投影されていることに注意してください。z=0 がデフォルトであり、キャンバスのその範囲で全世界が表示されます。

長方形の中に任意の角度で回転してその点のxyを見つける必要がある点があります。javascriptを使用してこれを行うにはどうすればよいですか。

x、yの下は1,3のようになり、メソッドに90を渡すと、3,1が返されます。

基本的に私はこの方法の根性を探しています

これは面白そうに聞こえるかもしれませんが、UIViewといくつかのトリガーを使用して、リアルな回転でノブを再作成するのに何時間も費やしました。目標を達成しましたが、ノブが左右に回転しているかどうかがわかりません。数学の最も適切な部分はここにあります：

理想的には、数値を利用して、回転が正か負かを教えてくれます。

三角関数の計算は一般的に費用がかかるという記事をどこかで読みました。これは本当ですか？もしそうなら、それが彼らがtrig-lookupテーブルを使用する理由ですよね？

編集：うーん、それで、変化するのが度（1度まで正確）だけである場合、360エントリ（すべての角度）を持つテーブルのルックアップはより速くなりますか？

マップビュー上のポイントの周りに円を描こうとしていますが、これは成功しましたが、望んでいた方法ではありません。CG の方法は常に画面サイズに対して相対的に描画することになり、基本的にはピクセルではなくメートル単位で描画したいと考えています。

誰でもこれを行った経験がありますか？

学位で抱えている問題を解決しようとしています。角度のリストであるデータを、標準の度数表記 (例: 26 度) で持っています。

通常、角度を扱う場合、角度が 360 度を超えると、角度は継続し、事実上「リセット」されます。つまり、角度は「再び開始」されます。たとえば、357 度、358 度、359 度、0 度、1 度などです。私が望んでいるのは、増加し続ける角度です。つまり、357 度、358 度、359 度、360 度、361 度などです。この変換されたデータが含まれるように、データを変更したいと考えています。

数値が 0 度の限界に近づくと、負の値になるようにします。つまり、3 度、2 度、1 度、0 度、-1 度、-2 度などです。

360 度の倍数 (正と負の両方) を使用して、720 度などの角度を続けたいと思います。

どのようなアプローチを取るべきかについて何か提案はありますか? 間違いなく、これを行うためのイライラするほど簡単な方法がありますが、私の現在の解決策は控えめに言っても面倒です.... ! これまでの私の最善の試みは、角度 n と角度 n - 1 のパーセンテージ差を調べることです。これが大きな差 (たとえば > 60%) である場合は、角度に 360 度を加算または減算して、これを修正する必要があります。以前の角度値に応じて、現在の値。つまり、前の角度が負の場合は 360 を引き、前の角度が正の場合は 360 を加算します。

これを改善するための提案はありますか？改善点はありますか？

2 つの配列間のコサイン類似度 (またはコサイン距離) を見つけることができる組み込み関数が R にあるかどうか疑問に思っていますか?

現在、私は独自の機能を実装していますが、Rにはすでに機能があるはずだと思わずにはいられません。

カメラからビュープレーンを介して光線を生成したいと思います。これを行うには、カメラの位置（「目」）、上、右、およびベクトル（towardは、カメラが見ているオブジェクトの方向へのカメラからのベクトル）とPが必要です。表示面上のポイント。これらを取得すると、生成される光線は次のようになります。

ここで、tは光線に沿った距離です（今のところt = 1と仮定します）。

私の質問は、点Pが表示平面上の位置（i、j）にある場合、どのようにして点Pの3D座標を取得するのですか？表示平面の左上隅と右下隅が指定されていると仮定します。

注：表示平面は、すべての方向に無限に伸びないという意味で、実際には平面ではありません。むしろ、この平面をwidthxheightイメージと考えることができます。x方向の範囲は0->幅で、y方向の範囲は0->高さです。（i、j）番目の要素の3D座標を見つけたい0

次の関数は何を実行しますか?

これは、ATan2 での使用方法です。ATan2 に渡される実際の値は常に正であると思います。

回答ありがとうございます。すべての答えに対して別の質問があります。

なぜ彼らは角度を「正規化」するのでしょうか? これがコードの一部です。

次の問題を解決する方法がわかりません。

3つの既知の頂点位置A、B、Cのそれぞれが不正確である三角形があります。つまり、それぞれが特定の既知の半径rA、rB、rCまで任意の方向にずれることがあります。

そのような三角形が与えられた場合、三角形の2つの特定のエッジの長さの差（たとえば、エッジaとエッジbの長さの差）が最悪の場合にどの程度変化するかを計算したいと思います。この問題に対する洗練された数学的解決策はありますか？

私が考えた素朴な方法は、360 ^ 3の角度の組み合わせをすべて計算し、それぞれの場合のエッジの差を測定することです。これは、かなり高いオーバーヘッドです。