位置データは正常系だけでなくエッジケースでもテストする
よく地図化された市の中心部の住所からは、システムが農村部のルート、係争中の国境、極地付近のクエリをどう扱うかについてほとんど何もわかりません。難しいケースを意図的にテストしてください。
極の近くでジオコーディングに何が起こるのか
ほとんどの位置情報ソフトウェアは、ごく当然のことながら、人が住み人口のある大多数の緯度で成り立つ前提をもとに作られています。極地の近くでは、そうした前提のいくつかが人知れず意味をなさなくなり、そこで意図的にテストされていないシステムは、少し奇妙なものから本当に壊れたものまで、さまざまな挙動を示しがちです。
最もわかりやすい例は経度そのものです。地球上の他のどこでも、経度のある変化量は実際に計算可能な距離に対応し、その距離は赤道から離れるにつれて徐々に短くなるだけです。極地の近くでは、その距離は実質的にゼロに向かって縮みます。すべての経線が、北緯または南緯ちょうど90度の同じ1点に収束するからです。極の近くで経度が大きく変化した座標が、まったく異なる経度の値を持つ別の座標から、歩いてすぐの物理的な位置を表していることもあります。これは、経度の差が一貫して距離の差に対応すると想定するあらゆるロジックを壊します。地図上の他のほぼすべての場所では、その想定はまったく問題ありません。
極地の近くでは、タイムゾーンにも独特の奇妙さがあります。タイムゾーンは基本的に経度の帯を中心に構成されています。これは、人々が実際に暮らし、太陽の日々の軌道が現地時刻に実用的な意味を与える、人口のある緯度では理にかなっています。しかし極点そのものでは、太陽は通常の日々のパターンで昇ったり沈んだりしません。そして「経度に基づく現地時刻」という概念は、ほぼ恣意的なものになります。他のどこでもあるように、それを決める意味のある太陽日が存在しないからです。実際には、極地の研究基地や同様の拠点は、実際の経度からタイムゾーンを導き出すのではなく、実務上の調整のために補給基地や本国のタイムゾーンをそのまま採用するのが一般的です。経度から導いたタイムゾーンは、そこでは役に立つよりも混乱を招くからにほかなりません。
これは、ジオコーディングやタイムゾーンのシステムの欠陥というよりも、根底にある地理モデルそのものが異なる挙動をする、本物のエッジケースです。極地を除外せずに世界中のどこの座標でも扱う必要があるものを作っているのであれば(これは本当にごく一部のアプリケーションです)、人口のある緯度で成り立つ挙動がそのまま通用すると想定するのではなく、距離の計算、タイムゾーンのロジック、経度に基づくあらゆる前提を、高緯度の座標に対して個別にテストする価値があります。人口のある地域と、人が住む通常の緯度の範囲を扱う圧倒的多数のアプリケーションにとって、これは純粋に学術的な話であり、設計上考慮する必要のあるものではありません。しかし、データセットに赤道からそれほど離れた座標が含まれる可能性があるなら、こうしたことがあると知っておく価値はあります。