問題タブ [utm]

Georeferenced TIFF ファイル (UTM / WGS84) と、同じ投影法に (x,y) 形式のいくつかのポイントがあります。私がやりたいことは、画像をプロットしてから、その上にポイントを重ねることです。ヒントはありますか？

新しいメンバーのオリジンを保持する必要があります。すべての外部ソースに utm_source を使用します。utm_source=facebook などのソースからのユーザーが私のサイトに来てサインアップしたときに、リンク内の utm_source からその記録を保持するにはどうすればよいですか? データベース内の各メンバーのソースを確認する必要があります。

ソースの効率を確認するために、ユーザーが utm ソースの URL を介してサイトにアクセスしたときに、utm ソース データを保持したいと考えています。

URL の例: http://www.mydomain.com/?utm_source=facebook&utm_medium=promoted&utm_campaign=welcome

どのソースからサインアップしたユーザーを確認する必要があります。最善の方法は、utm_source データをデータベースの users テーブルの列に保持することです。

訪問者がそのセッションでサインアップした場合、ソース データをキャッチして挿入することができませんでした。私のサイトはphpです。

どんな助けでも大歓迎です。

住宅価格に関する空間計量経済学の研究を行っています。

いくつかの計量経済ソフトウェア (Matlab など) を使用して家の位置間の空間的自己相関を計算するために、プログラムのエントリの位置として各家の緯度/経度の座標を使用します。

私は最近、私が Matlab に入力した座標が実際にデカルト座標であり、地理的な座標ではないかどうかを尋ねる研究者の質問に驚きました。そうでなければ、見積もりが間違った結果につながると彼は言いました。地理座標とデカルト座標の違いを無視していたので、私は彼に応答しませんでした。

今日、ウィキペディアで、私が使用している投影座標系 (Universal Transverse Mercator) の定義を見つけて、「2 次元のデカルト座標系を使用して地球の表面上の位置を示す」と述べています。私は混乱しています。

UTM 座標は既にデカルト座標ですか? そうでない場合、それらはどのように関連していますか?

UTM から緯度/経度に変換するための無料ツールがたくさんあります。結構ですが、別の方法で行く必要があります。WGS-84 から緯度/経度フォーマットへ。

しかし、それはそれよりも複雑です。結果が UTM-33 (ノルディック) ゾーンにある必要があるからです。これは悪い考えのように聞こえるかもしれません。地理的なポイントが別のゾーンにある可能性があるのに、ゾーンを 33N に「強制」したいのはなぜですか...

良い; 問題は、ノルウェーのすべての住所の UTM33 座標を含むデータベースを既に持っていることです。

UTM @ 北ヨーロッパに詳しい方は、ノルウェーがいくつかのゾーンにまたがっていることを知っています。31 から 36 まで. (わかりました、ゾーン 32V の奇妙な幅のために、32 から 36 までしかスパンしないかもしれませんが、それは別の議論です)。

それで、私の問題に戻ります。すべてのアドレスは既に UTM-33 形式で指定されています (範囲外の場合は負の値を使用)。緯度/経度を UTM-33 にするにはどうすればよいですか?

PHP での解決策が必要ですが、「gPoint」を使用して多くのデバッグを行った後、それが機能しないことがわかりました...

(gPoint は UTM との間で変換するのに優れていますが、常に「正しい」ゾーン ブロックで UTM x/y ペアを返します。私はそれを望んでいません!ゾーン 33 で常に結果を取得する必要があります。実際に正しいのは..)