ESRI WKT予測はOGC WKT予測とどのように異なりますか?


9

ESRI WKTとOGC WKTの投影形式文字列の違いの正確なリストを知っている人はいますか?

ESRI WKTからOGC WKTへの変換に役立つさまざまなツールがあり、GDALユーティリティやさまざまなWebサイトサービスが含まれています。しかし、私の質問は実際的な種類のものではありません。これらのサービスが利用するフォーマット/構文の違いを理解したいだけです。Stackexchangeに関するこれまでの質問では、特定の例の違いや、利用可能なツールやサービスについてのみ触れていました。

違いを1つだけ知っていても、投稿できればすばらしいでしょう。私自身の経験からは、ほんのわずかな違いがあるはずです。私が知っている違いは:

  • esri定義のほとんどのテキストアイテムは、ogcがスペースを使用するアンダースコアを使用します。
  • esri wktでデータを定義するテキストは、「D_」で始まることを除いて、ogc wktと同じです。
  • 場合によっては、事前定義された一部のPROJCS、PROJECTION、GEOGCS、およびDATUMのテキスト識別子が異なる方法で記述されることがあります(たとえば、「NAD83」は「North_American_1983」です)。どの識別子のスペルが異なるかを知る唯一の方法は、リストまたはルックアップテーブルを作成することになると思います。そのため、異なるとわかっている名前を挙げてください。
  • さまざまなPARAMETERテキスト値はすべて同じですが、ogcには各単語の大文字が大文字であるのに対し、esriはすべて小文字です。しかし、このルールが使用されていないケースを見たことがありますが、ソフトウェアをロードしようとするときに、タイトルケースが実際に重要であるかどうか誰かが知っていますか?
  • UNITのタイプは、ogcでは大文字のタイトルケース、esriでは小文字のスペルで表記されます(例: "Degree"と "degree")。ogcが "meter"の "meter"と "m"の両方として綴られている場合や、フランス語の綴り "metre"が付いている場合があります。誰もが、これらの形式または両方の形式の他のユニットタイプの正しい規則は何かを知っていますか?

回答:


6

2
基本的に、ESRIはそれらが進むにつれてそれを作り上げます:-)
Ian Turton

1
@iant EPSG仕様に関するコードライブラリを最初に実装したため、選択肢はほとんどありませんでした。
ビンス、

2
当時はGeoTIFF仕様も利用可能だったため、おそらく2番目でした。@iant新しいEsri投影エンジンを構築した場合、私が異なる方法で実行することがいくつかあります。
mkennedy 2015年

わかりましたので、その多くは非常に特別な、特別なケースの処理のようです。実際、リンクされたドキュメントから判断すると、名前の違いなどの特殊なケースのコードが数百行あります。P:別のソフトウェア実装と、おそらく時間の基準に合意が不足しているため、すべての
カリムBahgat

ESRIとGoeoTiffが常にEPSGコード番号をWKTプロジェクション文字列に追加することは、非常に役立ちます。QGISは、シェープファイル用に追加の.qpjファイルを作成して、この設定を保存します。
AndreJ 2015

9

あなたは多くの違いを理解しました。Esriはマップ投影アルゴリズムまたはパラメーター名にWKIDを採用しなかったため、これらはすべて異なります。パラメータ定義がどれほど注意深く定義されているかに同意しませんでした。私たちのものはより一般化されています。

TOWGS84および一部の新しいキーワードはサポートされていません。

文字列(名前)を比較するときは、アンダースコア、GCS_とD_、大文字と小文字は無視されます。他のパーサーではそうではないかもしれません。私たちのパーサーは名前に厳密ですが、いくつかの同義語を追加し、比較のためにさまざまなベンダーの名前のリストを維持しています。

OGCの元の座標系の仕様は、オブジェクトの名前に関しては明確になりませんでした。新しいOGC / ISO仕様である「地理情報-座標参照システムのよく知られたテキスト」が標準化に向けたプロセスを進めています。それは名前が何であるべきかについてより具体的です(EPSGレジストリと一致します!)。今後、この標準を実装することは非常にエキサイティングになります。

情報開示:私はEsriで働いており、EPSGレジストリを維持する小委員会のメンバーであり、CRS WKT 2.0ドラフト委員会のメンバーでした。


うわー、それは本当に興味深いです。特に、意思決定に参加した誰かから内部情報のいくつかを聞くことです。新しいOGC ISO仕様は非常に有望に聞こえますが、主要なGISベンダーとデータ形式の多くが使用に向けて収束し始めると思われますか?残念ながら、古いデータ形式(シェープファイル、ジオティフなど)が人気を維持している限り、古い違いのいくつかは引き続き続くと思います。
Karim Bahgat、2015年

TOWGS84をサポートしていないとおっしゃっていますが、それなしではどのように機能しますか WKTが不明な名前(つまり、ユーザー定義の投影/データム)を使用している場合、データムシフトが無視されると、座標系を正しく設定できません。それとも何か不足していますか?
PMF

最良の変換のほとんどは、3または7パラメータメソッドではなくグリッドファイルを使用します。多くの変換では、WGS84も使用しません。これは非常に限られたソリューションです。代わりにレイトバインドします...変換に変換選択/設定します。
mkennedy

システムに不明な場合は、カスタム地理変換作成ツールを使用してください。新しいCRS wktは、変換もカバーしています。お近くのソフトウェアにArronが登場します!
mkennedy

0

違いのリストの潜在的な出発点として、各crs要素、パラメーター、およびdatum / ellips / proj名のクラスを作成し、それらのesri_wktとogc_wktのスペルを確認する新しいPyCRSパッケージを確認すると役立つ場合があります。。サブモジュール内の_from_wkt()関数で、wkt構造全体としての構文解析の違いをどのように見るかについても指定しましたparser.py。ユーザーの貢献により、これらの違いがさらに追加および/または修正されることを願っています。

https://github.com/karimbahgat/PyCRS


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.