Geobide、ED50およびETRS89座標系変換
従うことを利用して Geobide Suiteの機能、変換するオプションが表示されます リファレンスシステム。 私たちはED50とETRS89システムでそれを行う方法が表示されます。この場合、異なる測地系の間で変換する必要があります人のための興味深いほとんどNAD27とWGS84間のラテンアメリカで同じケースです。
データは移動していますか？
これはGoogle Earthの場合ではなく、より多くの変換が行われ、多くの画像が置き換えられ、 オーバーラップでチェックできます 異なるテイク間; ただし、多くの国、州、または自治コミュニティでは、公的機関がGoogleEarthに正確な地理参照を含む画像を提供していますが、GoogleEarthはWGS84を汎用データムとして使用するため、別のシステムでデータを使用するには変換が必要です。 変革は、まず第一にそれ自体の定義に依存しますが、私たちが自分自身を見つける領域にも依存します。 そのため、汎用システムは各ゾーンの特別なパラメーターを提供しません。
例として、ナバラとスペインのED50-30N（EPSG：23030）からETRS89-30N（EPSG：25830）への変換を見てみましょう。 変換の一般的な定義は、適用される領域に応じて精度が異なります。 このため、いくつかの追加のパラメーターがあります。これらは一般的な定義には含まれず、たとえばNavarraにはいくつかありますが、Asturiasでは他の異なる値を持つ場合があります。
ジオマップからキャプチャした上の画像を見ると、50つのレイヤー（オルソフォトとパーセル）が相互に移動したマップが表示されます。 これは、ED-XNUMXNでナバラのカダストレをその場で投影した結果です。 GoogleMapsのレイヤー WGS84では、結果のオフセットは前の段落で説明した問題に関連しています。
この記事を行っている最近のGeobideチュートリアルでは、これを修正するための少なくとも4つの方法が公開されています。 Geobideを使用すると、XNUMXつの異なる方法で座標系間の変換のデータム変換を示すことができるようになりました。
-
一般的な変換：
このオプションは、空間パラメータなしで汎用変換を使用し、最も正確ではありません。 たとえば、Navarraの場合、ED50からETRS89に行くと、xとyに〜100-200mの誤差があります。 （これは等しいデータムを持つ座標系には影響しないことを思い出してください）。
それはそれはエクアドルから来緯度で唯一重要であるが、非常によく似WGS27あなたは緯度を変更すると、中央エリアの変更に東歩き、北84メーターと202メートルとNAD6の場合は、であり、一方、長さは偽の東から来ます。
-
グリッドを使用した変換NTv2：
このオプションは線形補間による変換を修正するために値を持つグリッドを使用します。 このオプションは最初の方法よりも正確であり、IGNによって採用されています。 作業領域用のグリッドがある場合はもちろん、正確です。
のアプリケーション ジオバイド 現在、IGNがスペイン向けに提供している半島とバレアレス諸島をカバーする2003つのグリッドを提供しており、2009年とXNUMX年に公開されました。ユーザーは使用するグリッドを簡単に選択できます。
多くのグリッドは、世界中でもインターネット上で見つけることができますが、サイズによっては、Geobideアプリケーションのダウンロードで自動的に利用できるわけではありません。
-
Molodensky変換（3パラメータの方法）：
3は、楕円体の原点にオフセット値を使用します。 事前構成されたウィザード IGN スペインのために。
ブルサ - ウルフ変換（7パラメータの方法）
この変換は、楕円体の間で変換する7値を使用しています。 入力パラメータは、変位（Dxと、のDy、Dzの）、回転受信（Rx、Ryは、Rz）は、スケール・ファクタ（μ）
アプリケーションでは ジオバイド 3ウィザードは、 IGN 北西部、中央部、東部はそれぞれ
結果
ご覧のとおり、結果は3の最新の方法の間ではあまり変わりませんが、最初のものではそうです。 そのため、変換にこれらの高度なオプションが必要かどうかを知る必要があります。
システム及びETRS50-xxN（EPSG：230xx）：ED89-xxN（258xx EPSG）のうち、スペイン自体の領域では、データムとして使用されるべきである/ ED50及びETRS89 / WGS84が等しくない楕円体。
ジオはないこれらの高度なデータセットは、ED50-30N（EPSG：23030）でナバラからのデータは、たとえば、Googleマップが提供するデータにその場で再投影（WGS84楕円体）に移動します。 適切にフィットするために、既に説明されている最も正確な変換を使用する必要があります。
私はあまりにもそれを理解する以外に、Geobideがシステムに機能を残すために、だけでなく、それが大幅に仕事の質や精度に影響を与えることができるので、もう少し詳細にこの問題を文書化するだけでなく、多大な労力を作ることは非常に良い感じ別の努力です。
これまでのところ、このすべては、エンジンに自動的に統合されましたが、私たちはGeobideの友人をコメントとして、ユーザーの要求が変化しても、それを意識するユーザーのためのアプリケーションで目に見えるままとするために、それらを主導してきました設定するか、自分のワークゾーンに別のものを設定します。
楕円体/ジオイド高の変換
新しいバージョンでは、楕円体/ジオイドの高さの差の計算ボックスも変更され、ユーザは使用するジオイドモデルを選択できるようになりました。
PRJファイルの名前
そして最後に、あなたの中で正しいと思われる別の変更 相互運用性のための努力 OGCの標準または普及したプログラムの実践によって。 Geobideが生成するPRJファイルは、多くのCAD / GISツールで認識されている標準であるOGC WKT命名法にあります。 PRJは、標準のものと同じ数学的定義を含んでいますが、座標系を別々に命名するESRIアプリケーションではそうではありません。
例えば：
ファイルPRJ OGCの内容において、ETRS89-30Nシステム（EPSG：25830）をコードネーム「ETRS89 / UTMゾーン30N」によって定義されます。 アプリケーション ESRI代わりに、 "ETRS_1989_UTM_ZONE_30N"と呼びます。 ArcGISでは、2つの命名法でPRJとレイヤーを組み合わせると、このソフトウェアは座標系の数学的定義が同一であっても空間変換を実行します。
これに注意を払う 頑固なGeobideは参照システムセレクタで新しいオプションを有効にしました。そのため、ユーザはEPSGスタイルまたはスタイルのPRJを使用して座標系を使用するかどうかを指定できます ESRI.
