問題タブ [wgs84]

iPhone (およびその他) の GPS データからのポイントを 3D で正確に視覚化する必要があります。

それで、私が望むのは、WGS84 (右?) ポイントを取り、それを地球の中心にある原点を持つ X、Y、Z ベクトルに変換することです。

GPS/WGS84 to 3D を Google で検索しましたが、検索語句があまり良くないと思います

誰かがどこから始めるべきかの指針を持っていますか?

将来的には、標高情報があればそれも考慮する必要がありますが、すぐにはそれほど重要ではありません。

ありがとう！

私は、OpenLayers、Googleマップ、および別の独自のソースを使用して、マップ上にポリゴンを表示するWebポータルの小さなコンポーネントで作業しています。

ユーザーはPSAD56（UTM）データムにポイントを持っているので、Googleマップで使用するには、ポイントをWGS84に変更する必要があります。私は、空間拡張のないOracle9iとpostgiの両方を手元に持っています。OracleロケーターまたはPostgisはこの変換を行うことができますか？それとも、それを実行できるオープンソースはありますか？

以下の条件を満たすツールを探しています

1) プログラムで osgb36 形式のシェープファイルをデータベース (SQL Server 2005/2008) にインポートする機能。2) プログラムで OSGB36 を WGS84 に変換する機能。3) .NET フレームワークと互換性があります。(例: C#)

いくつか試してみましたが、どれもうまくいきません。

.NET 環境で osgb36 シェープファイルをデータベースにインポートするツールが必要です (データベースに格納する前に wgs84 に変換する場合があります)。

私はGIS初心者ですが、緯度/経度をUTM座標に変換するコードがあり、WGS84データムを前提としています。

地球の半径、真円度などのさまざまな値のリストもあります。

等...

異なる予測を計算することは、これらの異なる定数を置き換えるのと同じくらい簡単ですか？この可能性を支持または反駁するものは何も見つかりません。

ありがとう

こんにちは、座標の種類を変換する方法を理解するのに少し苦労しています。次の説明を含む座標セットのリストがあります

「座標は常に WGS84 システムにあります。すべての座標は整数値 x および y として表され、座標値は 1,000,000 で乗算されます。」

例：559262 6319512

さて、私はこれらを長い/緯度に（そしてその逆に）変換する必要があるので、これらをGoogleマップ（Android）で使用できます。しかし、これは簡単なことではありません。私は周りを検索しており、これを行うためのコードをいくつか見つけましたが、適切に動作するように継ぎ目はありません. これを行うためのコードを提供できる人はいますか? 可能であれば、大きなジオ フレームワークを避けたいと思います (Android アプリケーションで使用する必要があります)。

ありがとう。

よろしく、ケネス

編集：私は自分で解決策を見つけました。ここで説明されているクラスをダウンロードしました: http://www.ibm.com/developerworks/java/library/j-coordconvert/

そして、それはうまくいきます。誰かが役に立つことを願っています。

宿題をきちんとやる前に投稿してすみません。投稿してくれたみんなに感謝

X、Y、Z をローカル参照 (ENU) からワールド参照 (ECEF) に変換し、逆にする方法は??

入力：

出力: (lat,long)= WGS84 でのポイントの位置。また、逆座標。

ステップは次のとおりだと思います。

そしてより

Googleマップv3JSapiで動作するように以下を変換しようとしています。

N37 10.320 W122 13.357

これをLatLngオブジェクトで機能するように変換するにはどうすればよいですか？

正または負の小数点以下2桁になると予想していました。

ありがとう！

Androidデバイスを指でタップした場所の緯度と経度を確認するために、このコードを作成しました。

私のコードに問題があるか、提供された関数「getLatitudeE6」にエラーがあると思います

グーグル。ご存知のように、緯​​度は -90 度から +90 度までしか移動しませんが、周囲の場所をタップすると

アンタリカ、特に下では、-80 しか見えません。つまり、緯度は -80 から 80 に制限されます。

度。これは私のせいですか、それともグーグルのせいですか？

私はグーグルマップにWACオーバーレイを追加しているところです。

マップタイルはNAD83（lcc）で投影され、GoogleマップはWGS84（メルカトル）です。

WACタイルは、http： //map.aeroplanner.com/mapping/chart/smartchart.cfmにあるように、個々の領域に分割されているため、非常に多くのタイルがあります。とは言うものの、私は現在、1つのタイルでも配置する際に問題が発生しています。

ArcGISは、関連付けられたワールドファイルを使用してタイルを適切に表示するため、ワールドファイルは適切に形成されているように見えます。

LCC投影を使用し、タイルが埋めると予想される緯度/経度を設定すると、WACセクターを構成する北タイルと南タイルが相互に正しく位置合わせされます。

http://img716.imageshack.us/img716/1742/waclcc.jpg-この画像では、CF16 A＆BとCF17 A＆Bを見ることができます。投影は正しく機能しているように見えますが、位置が間違っています。絶対緯度/経度を割り当てる必要があります。これらを除外すると、MapServerがポジショニングエラーをスローするためです。

これは、上記の出力を生成するマップファイルのセグメントです。

レイヤータイプラスター名"16_40_NORTH"グループ"wac"データ"/opt / fgs / www / htdocs / WAC / CF-16 WAC 40 North.tif"

UTMなどの他のタイプのポジショニングでは、（線が水平でないという点で）誤った投影が提供され、同様に誤ったポジショニングが行われます。

絶対値が指定されているにもかかわらず、MapServerの位置が正しくないのはなぜですか。ArcGISはワールドファイルを使用してタイルを問題なく表示します。

MapServerのバージョンに欠陥がある可能性はありますか、それともマップファイルである可能性が高いですか？

超軽量飛行機による空中散布用の「貧乏人のガイダンスシステム」の入力としてgpxファイルを生成するデルファイプログラムを作成しました。

概して、出力として gpx ファイルを使用してルート (平行スワス) を生成します。

ルートのエンジンは「Vincenty」アルゴリズムに基づいており、wgs84 の計算では問題なく動作しますが、Topografix の ExpertGPS によって生成されたグリッドの精度を得ることができません (要件)。

楕円体での 2D 計算を想定しています。

• 1) 開始 rtept (ルート ポイント) から、方位と任意の距離 (スワス長) を指定して、次の rtept を計算します。

• 2) 前の方位 (90°ターン) と別の任意の距離 (スワス距離) に対応する次の rtept を計算します。

• 3) 最後の rtept を開始点として、反対方向に 1) をやり直す、など。

どうしたの ？