ArcGIS Server for EPSG:3857/900913の正しい投影法はどれですか?


18

ArcGISサーバーでマップサービスを公開し、GoogleマップまたはBingマップにオーバーレイします。そのためには、マップサービスがEPSG:3857/900913にある必要があります。

Googleマップの投影法は、球面地球投影法を想定しています。だから私はに行きました

座標系\投影座標系\世界(球体ベース)

そこであるように思わメルカトル(球体).PRJが、それは適切な投影パラメータを持っていないようです。

その後に行きました

座標系\投影座標系\世界

&3つのWGS84ベースのメルカトル図法があります:

座標系

多くのESRIの文献で、彼らはWGS 1984 Webメルカトル(Auxiliary Sphere)を使用していることがわかります。それはGoogle Maps Projectionですか?WGS 1984 Web Mercator.prjとは何ですか?

(おまけの質問として、この画像はArcGIS Desktop 10.0のものですが、ArcGIS 10.1で答えは再び変わりますか?)


良い質問..私はこれを考えたことはありません... WGS 1984 Webメルカトル(Auxiliary Sphere)投影を使用しており、Googleマップ+でうまく機能します。レイヤーをベースマップとして使用する場合は、上記の投影を使用する必要があります。 (10.1 ArcGISデスクトップ+サーバーを使用)
Sunil

回答:


9

ここに主題に関するepsg wikiがあります。
esriおよびopenstreetmapのディスカッションへのその他のリンク。
私の理解では、epsgレルムでは900913は非推奨です。
(900913は数字でgoogleを綴るので、あまりにも可愛すぎて公式にはなりませんでした)。
現在、epsgデータベースでは正式に3857 です。

そしてesriから:

ArcGIS OnlineはWGS 1984 Webメルカトル(補助球)に移行し
ます。これは何を意味しますか?


sterlingdqより:

@nnne – EPSGは長い間、この座標系へのコードの割り当てを拒否しました。したがって、ESRIはWKIDコード102113および102100を作成しました。

EPSGはコードを割り当てたときに3785を使用しましたが、後で3857に変更しました。ArcGIS10は、EPSGコードが存在する場合はそれを使用するというESRIプラクティスに従い、サービスの座標系を3857としてアドバタイズします。ArcGIS10およびすべてのWeb APIは、EPSG 3857、ESRI WKID 102113、およびESRI WKID 102100を同等のものとして認識するように設計されています。

申し訳ありませんが、私は答えに取り組んでいました。
WGS 1984 Webメルカトル(Auxiliary Sphere)は、アークマップで選択したいものですが、タイル化されたサービスを作成する場合の意味を読んでください。
私は10.1にいますが、これがその定義です...
ウェブメルカトル


そして最後に、WGS 1984 Webメルカトルは、epsg 3785を指す古いesri defです。

webmerc1


1
わかりました、WebメルカトルのEPSGコードが何であるか知っています。ArcMapでどの投影法を選択する必要がありますか?
Devdatta Tengshe

少しテストした後、WGS 1984 Webメルカトル(Auxiliary Sphere)が残りのエンドポイントでwkid 3857として表示されることがわかりましたが、リンクしているブログ記事とESRI KB記事37329にはWGS 1984 Webメルカトルが必要であると書かれています。したがって、混乱。
Devdatta Tengshe

1
そのため、どちらかを使用できるように見えますが、A窩球体はより正確に見えます。さておき、私はただのArcGIS 10、およびこれら2つの投影ファイルのテキストは非常に異なって見えるしているあなたは10.1でEPSGコードを見ることができるという興味深いそれをだとして
Devdatta Tengshe

2
WGS 1984 Webメルカトルは、球体と楕円体をサポートする標準のメルカトルアルゴリズムを使用します。球体コードをトリガーするには、地理的CRSは球体を使用する必要があります。これにより、データがWGS84ではない場合のワークフローが複雑になります(変換が必要です)。WGS 1984 Webメルカトル(補助球)は、球ベースのEsri固有のメルカトルアルゴリズムを使用しますが、楕円ジオCRSの処理方法を指定できるため、標準のWGS84定義を使用できます。
mkennedy

-3

EPSGコードは、USGSによると実際の予測とは見なされません。WGS84(およびNAD83)は同じ楕円体を使用しているため、本質的に同じです。私の州(ルイジアナ州)で見たすべてのGISシステムは、State Plane座標系です。私は認可を受けた土地測量士であり、State Planeシステムのみを使用していました。ただし、必要なトレーニングにはすべての予測が含まれます。測量士と技術者は角度座標を何らかのデカルト座標系に変更します。角度投影は、地球の形状の最新の衛星補正を含むUSGSで計算された実数を使用するため、役に立たないのです。もちろん、私たちはサブセンチメートルの環境で働いています。


1
これがどのように質問に答えているかわかりません。
Devdatta Tengshe

これらの突起の全ては、単にUSGSにより算出した突起付きの滞在は、これらの異なる突起の全てに切り替えることにより、反りからのデータを保持しますと言って、指定の長手方向中央子午線と適切な楕円体(地球の現代の形...に基づいていなければならない。
user35019

USGSは、lat-longは厳密な意味で座標系ではないと述べています(ref)が、すべてのEPSG座標系が「現実」ではないという主張を私は知りません。EPSGには、OPが参照するState Planeシステム(およびその他のほとんどの「直線」座標システム)をカバーするコードがあるため、このような主張は奇妙です。さらに、回転楕円体の座標系は、まっすぐな側面がないため、厳密には座標系ではありません。座標系はデカルト空間に限定される必要はありません。
MappaGnosis
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.