2

私は、自律型地上車両が消費する一連のノードとパスを作成するために使用されるプログラムを担当しています。プログラムは、アイテムの位置を原点 0,0 の北 x メートル、東 y メートルとして示すことにより、マップ内のすべてのアイテムの位置を追跡します。現実の世界では、車両は起点の緯度と経度の位置を認識しています。これは、DGPS システムによって決定され、数センチメートルまで正確であるためです。私のプログラムは、緯度経度座標を認識していません。

私の目標の 1 つは、プログラムを変更して、原点とその原点に対するアイテムの x、y 位置に加えて、アイテムの緯度経度座標を追跡することです。一見すると、原点の緯度経度座標を渡せるようにプログラムを修正しようとしているように見えます。その後、プログラムが現在マップ内にあるすべてのアイテムの緯度経度を自動的に計算することを望みます。これまでに調査したことから、UTM 用に既に定義されているものとは対照的に、原点や子​​午線などを指定する UTM のような投影法から緯度経度座標に変換する背後にある数学を理解する必要があると思います。

GIS プログラマーの皆さんに尋ねに来ました。私は正しい方向に進んでいますか? 頭を包み込むことがたくさんあるように思えますが、答えが「メートルから緯度経度への変換がここにあります」というような単純なものではないかどうかはわかりません。

現在、DGPS の性質上、システムは場所を気にする必要はありません。原点から離れた半径。これと、座標の誤差が 0.5 メートルを超えないようにする必要があるという事実を考えると、単純な緯度/経度からメートルへの変換定数よりも複雑なものが必要ですか?

私はここの資料にひざまずいています。どの概念を調査するかについて、いくつかの指針を使用できます。

どうもありがとう!

4

3 に答える 3

2

緯度/経度の始点と距離と方位が与えられた場合、終点を見つけることは測地線計算です。proj.4 の Web サイトには、測地線の計算とエラーに関する優れた要約があります。彼らは、球体モデルを使用すると、最大 0.51% の誤差でポイント間の距離の結果を得ることができるという結論に達しました。これを、WGS-84 と ECEFの間で変換する式(「LLA から ECEF」および「ECEF から LLA」セクションを参照) と組み合わせると、必要なものが得られるようです。

フラット マップを WGS-84 に逆投影してエラーを正確に把握したい場合は、proj.4が投影ソフトウェア パッケージです。これにはソース コードがあり、次の 3 つのコマンド ライン ユーティリティが付属してprojいます。cs2cs、異なる地図投影法を変換します。およびgeod、測地関係を計算します。

USGS は、地図投影の非常に包括的な取り扱いを公開しています。

于 2010-03-25T06:45:07.140 に答える
2

できれば一括で計算します。そうすれば、常に可能な限り正確になります。

C++ を使用している場合、GDALは非常に優れたライブラリです。

于 2010-03-24T19:07:31.367 に答える
0

40km の範囲では、UTM 変換が理想的な方法ですが、世界を 2D 平面に近似することがうまくいく場合があります。いずれにせよ、実際の WGS84 座標と楕円体を使用することをお勧めします。大円距離などの計算、または方位の計算に。

飽きたら、OSGB36 や WGS84 などの異なるデータムの基本クラスとして使用できる、私が取り組んできたものと同様の行に進むことができます...

于 2010-03-24T19:06:58.153 に答える