SQL Server Spatialで地理データ型ではなくジオメトリを使用していますか？

歴史的に、私は主にSQL Serverの単純な緯度と経度の座標を扱ってきました。それらを地理データ型としてSQL Serverに保存し、さまざまなディスプレイ（主にGoogleマップ）でレンダリングしました。

最近、さまざまなソースからのシェープファイルデータセットの使用を開始しましたが、それらはほぼ排他的にジオメトリです。さらに、さまざまな座標参照系を使用します。

動作するのはかなり厄介です。

• USGSは、一部のデータについて、非常にまれで困難なCRSを使用しています。
• ロサンゼルス郡では、State Plane 5（特にCRSを参照せずに）を使用していること、そしてもちろんQGISには複数の「State Plane 5」を選択できると述べています。

これらの特定の空間参照システムには、実際にWGS84を使用しても達成できない利点がありますか？

Stack Overflowには良い答えがあります。これは次のようなものです：

ジオグラフィタイプは、ジオメトリよりも少し制限が厳しくなります。異なる半球を横断することはできず、外側のリングは反時計回りに描画する必要があります。

残りは、SQL ServerのGeographyデータタイプとGeometryデータタイプにあります。

A ジオメトリ地理対塹壕ブログからSQLの記事では、より多くの詳細に立ち入り：

2つのデータ型の最大の違いを探している場合は、機能であることがわかります。Geometryオブジェクトは、2Dの平らなポリゴンです。つまり、地球上にある国（たとえば、「湾曲した」カナダ）、または赤道に近い国（例えば、「平らな」ブラジル）を使用してもかまいません。

一方、地理オブジェクトは3D（または4D）ポリゴンであり、地球の形状と同じ曲線を持っています。つまり、2点間の差は直線では計算されませんが、地球の曲率を考慮する必要があります。

もう1つの重要な違いは、NAD_1983_StatePlane_California Zone 5などの標準座標系にデータを保存し、空間データベース、空間関数などのすべての機能を使用し、最も重要なのはローカライズされた座標系の空間精度です。データタイプとして地理を使用する場合、WGS84にのみデータを保存できます。

したがって、オプションがあり、ジオメトリを選択し、EPSG：102645/102245を使用する場合（SoCalの標準の「状態平面ゾーン5」を確認する必要があります）、すべての設定が完了しますあなたが着手したい分析。共有する場合は、共有が望ましい場合は、データセットをWGS84にエクスポートします。

投影座標系のプロパティをチェックして、ユーティリティのビューを取得できますか？

投影座標系には、その有用性と根拠を確立する3つの側面またはプロパティがあります。2Dサーフェスに3D空間を投影すると、当然ながら歪みと現実が見られます。アプリケーションによっては、特定の投影座標系を使用すると、現実をより正確に表現できます。一部のアプリケーションでは、きめの細かい精度が重要です。

投影座標系の3つのプロパティ。完璧なものもありますが、決して完璧ではありません：

等距離 -地図に表示される（特定のスポットからの）距離は現実に忠実です。

コンフォーマル -ズームインすると、マップに表示される角度は現実に忠実です。

等しい面積 -マップに記録された面積は、実際のオブジェクトの面積と同じです。

カリフォルニアでは、測量事務所はランバート正角円錐図法を使用し、状態をゾーンに分割して歪みを最小限に抑えています。State Plane 5はそれらのゾーンの1つです。

http://www.conservation.ca.gov/cgs/information/geologic_mapping/state_plane