GeoJSON仕様とIRMとしてのCRSの最新情報

現在、GISデータに対してWeb APIを作成しており、現在、ジオコーディングサービスを改良しています。出力タイプをGeoJSONとして指定するオプションを作成しているので、仕様に従うようにしています。データはnad83データムUTMゾーン12北投影に保存されます。GeoJSON仕様は、 CRSを追加すると言います。wkidは26912ですが、OGC CRS URNとは何ですか？

OGC CRS URNはいくつかの部分に分かれていることを理解できます。

urn：ogc：def：crs：OGC：1.3：CRS84

urnは識別子、ogcは組織、defは別の静的取引、crsはタイプ（座標参照システム）、OGCは機関、1.3はバージョン、CRS84はプロジェクションです。

なぜUTM 26912の権威は欧州石油調査グループですか？

マッピングフレームワークはこのCRS名を使用しますか？

私は仕様に従っていきたいのですが、もっと多くのマッピングフレームワークがwkidを使用しているようです。

http://spatialreference.org/ref/epsg/26912/

情報を取得するのに最適な場所のように見えますが、骨nもリストしていません。GeoJSON仕様はばかげていますか？

— スティーブ
ソース

Why is the authority of utm 26912 the European Petroleum Survey Group? おそらくあなたはその間違った方法を考えているのでしょう。EPSGは予測のデータベースを維持し、それらにコードを割り当てます。つまり、EPSGはUTMプロジェクション26912の権限です。これは、EPSGがUTMプロジェクションに割り当てたコードだからです。ESRIまたはその他の機関は、同じ投影定義に同じコードまたは異なるコードを割り当てることができます。クライアントが機関データベースで投影識別子を検索する方法を知っている限り、私たち全員がどこにいるかを知ることができます

— nmtoken

EPSGは26912〜のためにあなたのWKTを与えることができepsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::26912またはGML〜epsg-registry.org/export.htm?gml=urn ：ogc：def：crs：EPSG :: 26912

— nmtoken

あなたは欲しいurn:ogc:def:crs:EPSG::26912からspatialreference.orgのGMLリンク。GMLはURN構文を使用して座標系を記述します。

または、指定することもできます

"crs": {
  "type": "link",
  "properties": {
    "href": "http://spatialreference.org/ref/epsg/26912/esriwkt/",
    "type": "esriwkt"
    }
  }

または

"crs": {
  "type": "link",
  "properties": {
    "href": "http://spatialreference.org/ref/epsg/26912/proj4/",
    "type": "proj4"
    }
  }

GeoJSONの仕様はここでは愚かではありません。最も正確に指定された座標系記述仕様を活用しようとしています。それはおそらくURNスタイルのGML SRS記述です。

私はこれの消費がそれほど広く利用可能ではないことに同意するでしょう。そのため、代替の参照可能な「リンク」構文が利用可能であり、spatialreference.orgリンクにリンクすることを明示的に意図しました。proj4jsがGeoJSON仕様のこの機能を利用していることは知っています。あなたはそこからインスピレーションを得るかもしれません。

— ハワード・バトラー
ソース

WebマップAPIの作成者/ユーザーが骨urで地図上にポイントを配置するのは苦痛だと思います。その面ではほとんど仕様が採用されていないため。特にリンクタイプの場合。投影を把握するために、リンクURLまたは何かにAPI呼び出しを行う必要がありますか？

— スティーブ

また、バージョン番号がないので、urn：ogc：def：crs：EPSG :: 26912ではないでしょうか？

— スティーブ