座標の精度と浮動小数点の丸め誤差
誤った数値型で座標を保存したり計算したりすると、元のジオコーディングの誤差とはまったく別に、メートル単位の丸め誤差が生じることがあります。
タグ
#座標
極の近くでジオコーディングに何が起こるのか
極の近くでは、経線が1点に収束し、タイムゾーンはほとんど意味をなさなくなります。通常の前提に基づいて作られた位置情報ソフトウェアは、そこでおかしな挙動を示しがちです。
国際日付変更線と、それをまたぐリクエスト
わずかな距離しか離れていない2地点が、国際日付変更線がたまたまその間を通っているというだけの理由で、まったく別の日付になることがあります。
ジオコーディングした2地点間の距離を計算する
2つの住所をジオコーディングして座標を取得し、すでに自分のコードにある標準的な大圏距離の計算で2地点間の距離を求めます。
「緯度と経度を使えばいい」が位置の精度を単純化しすぎている理由
1組の座標は答えのすべてのように見えますが、それがどのように導き出されたかがわからなければ、同じように見える2組の座標でも信頼性は大きく異なることがあります。
座標の丸めが思っている以上に重要な理由
座標の小数点以下の桁を削るのは無害に見えますが、1桁ごとに地上の実際の距離を表しており、丸めすぎると地点がメートル単位、あるいはキロメートル単位で動いてしまうことがあります。
座標参照系：WGS84がデフォルトである理由
あらゆる座標は、地球の形状を表す何らかのモデルを基準に定義されています。WGS84がGPSとWeb地図のデフォルトになったのには、理解しておく価値のある実用的な理由があります。
任意の緯度と経度のタイムゾーンを調べる
1回のAPI呼び出しで、任意の座標の組をタイムゾーン名、現在のUTCオフセット、略称に変換し、そのまま自分の日付ライブラリで使えるようにします。
ループを書かずに座標のリストを逆ジオコーディングする
緯度と経度の組のリストを1回の呼び出しで逆ジオコーディングのエンドポイントに送ると、余計なオーバーヘッドなしに、それぞれの住所が順番どおりに返ってきます。