GISソースコードを扱う場合、緯度と経度の座標タプルを記述する必要があることがよくあります。
例:Googleマップのリンク(123、456):
どちらが好ましい順序ですか(そしてその理由は?)
緯度、経度
経度、緯度
両方がさまざまなシステムで使用されているのを見てきましたが、他のシステムに固執する証拠を見つけたいと思っています。
標準的な方法はありますか、ある場合、それは何ですか/それらは何ですか?
latitude, longitude
ために
GISソースコードを扱う場合、緯度と経度の座標タプルを記述する必要があることがよくあります。
例:Googleマップのリンク(123、456):
どちらが好ましい順序ですか(そしてその理由は?)
緯度、経度
経度、緯度
両方がさまざまなシステムで使用されているのを見てきましたが、他のシステムに固執する証拠を見つけたいと思っています。
標準的な方法はありますか、ある場合、それは何ですか/それらは何ですか?
latitude, longitude
ために
回答:
EPSG:4326は、座標の順序は緯度、経度でなければならないことを明確に述べています。多くのソフトウェアパッケージは、依然として経度、緯度の順序を使用しています。この状況は、プロジェクトの期限とプログラマーの正気に想像を絶する大混乱をもたらしました。
提供できる最良のガイダンスは、ソフトウェアスタック内の各コンポーネントの予想される軸の順序を完全に把握することです。PostGISはlng / latを想定しています。WFS 1.0はlng / latを使用しますが、WFS 1.3.0は標準に従い、lat / lngを使用します。GeoToolsのデフォルトはlat / lngですが、システムプロパティでオーバーライドできます。
履歴と問題の説明に関するGeoToolsのドキュメントは一読に値します:http ://docs.geotools.org/latest/userguide/library/referencing/order.html
正しい順序は、従来の数学(つまりf(x ,y, z)
)と同様に、事実上すべてのプロフェッショナルGISアプリケーションでの経度、緯度です。GeoJSON標準はかなり典型的で簡潔です:
The order of elements must follow x, y, z order
(easting, northing, altitude for coordinates in a
projected coordinate reference system, or longitude,
latitude, altitude for coordinates in a geographic
coordinate reference system).
同じことが主要なOpen Geospatial Consortium標準(WKTとWKB、およびEWKBなどの拡張機能)にも当てはまります。同様に、Googleは注文をLat / Lonで出力して、そのカスタムを使用して育ったユーザーにとってより馴染みのあるものにすることができます(つまり、計算の標準ではなく、IMOのようなナビゲーション標準から)。しかし、KML標準自体は他のすべてのGISシステムとほぼ同じです:
The KML encoding of every kml:Location and coordinate
tuple uses geodetic longitude, geodetic latitude, and
altitude (in that order).
経験則:タプルとは何かを知っていて、プログラミングしている場合は、、を使用する必要がlon
ありlat
ます。私も自分のエンド・ユーザーが出力を表示することを好むだろう(パイロットや船の船長が言う)場合、これが適用されると言うでしょうlat
、lon
。必要に応じてUIで順序を切り替えることができますが、データの大部分(シェープファイル、geojsonなど)は通常のデカルト順序になります。
「実生活」の慣例により、位置を指定する場合、緯度(つまり、北/南)は常に1番目、たとえば20°N 56°Wになります(ただし、標準のデカルト座標系について考える場合、これは通常の慣例に従っていません)グリッド); 同様に、ウィキペディアのすべての座標はこの規則に従います(例:サウサンプトンの場所:http : //en.wikipedia.org/wiki/Southamptonを参照)。混乱を避けるために、特にユニットが含まれていない場合は、緯度をタプルの1番目に指定することを常にお勧めします。
個人的には、緯度に続いて経度以外に何も見たことがありません。
また、NとSの代わりに+と-を使用すると、常に+がNで、-がSになります。
+と-をEとWに使用した場合の変動を観察しました。通常、+はEであり、-はWでした。ただし、W経度を扱いすぎている古いアプリケーションでは、+がWであり、-がEであることを確認しました。
うまくいけば、古いアプリケーションを扱う必要がないでしょう。
他の人がすでに述べたGeoJSON仕様とは別に、経度、緯度の順序が推奨される実際のケースが他にもあり、必須でさえあります。例:MongoDBの地理空間インデックス。そこで順序が間違っていると、転置されたデータセットが再度実行されたかのように、クエリは誤った結果を返します。
したがって、優先順位は個人の好みによって異なります。
緯度が最初に来ました。春分は「太陽が赤道を横切る」日として千年紀の間知られていました。3月にSからNに、9月にNからSに渡ります。唯一の問題は、赤道を0度にするか90度にするかです。0度をとることにより、分点における垂直と正午の太陽天頂の間の角度は、地球上のあらゆる場所の緯度です。素数の緯度、または素数の緯線が効果的に定義されています。
経度は合意によってのみ可能です。英国は経度賞を上げました。英国は、船がどこにいるかを知る必要があり、より良い地図が必要でした。ハリソン(http://www.youtube.com/watch?v=T-g27KS0yiY)が正確な海洋クロノメーターを作成しました。彼らはジェームズクック1770のような地図作成の航海の旅を送りました。そのためイギリスは、グリニッジをマップの000degとして使用することにより、子午線を主張しました。100年の使用期間を経て、本初子午線は1884年に国際的に受け入れられました。
クリストファーコロンバスの時代には、Latitudeが唯一の数でした。戦略は、目的地に向かって左または右に曲がる前に平行線を横断することでした。雲や鳥を監視しています。毎時ノットで速度を測定することは一般的でしたが、電流を考慮していませんでした。おそらく、コロンバスの最大の成果は、西インド諸島から4回家に帰ることでした。それがなければ、彼が発見した土地は地図に追加できませんでした。
Dava Sobelによる「経度」を読む(ISBN:9780007214228)
ISO 6709では、安全上の理由から、注文を緯度、経度としてリストに標準化しています。上記のグラハムの説明も私には正しいようです。誰かがこの回答は質問に関連していないことを示唆しました-それは絶対にあり、なぜ順序がしばしば緯度、経度として与えられるのかを説明しています。
これは、長いナビゲーターがシステムを使用してきたにもかかわらず、リストされている方法です。これを今変更すると混乱を招き、ISOが示唆するように、潜在的に危険です。ArcMapのようなGISソフトウェアは、x、y座標ペアの一般的な規則であるため、逆にリストします。緯度はy、経度はxなので、Arcはそれらをリストします。
経度の次に緯度(経度、緯度)。
メルカトルに投影すると、経度はx方向を定義し、緯度はy方向を定義します。ほとんどのジオメトリライブラリは、この形式の(lon、lat)を厳密に使用します。これは、2D平面の地理座標を考える最も直感的な方法だからです。