チェックアウトの前に住所と記載された郵便番号が一致するか確認する
注文フォームの郵便番号と市区町村の不一致は、小さな入力ミスに見えますが、やがて国内のまったく別の地域に荷物が送られる事態につながります。
災害対応のリソースマップを作る
気象災害の対応中には、どこで支援が必要か、どこで支援を受けられるかという情報が、次々と、しかもまったく統一されていない形式で届きます。ある地域の救援調整グループは、避難所の場所、物資の配布拠点、支援を必要としている人の報告を、ボランティアが思いついた説明をそのままテキストで送ってくる形で集めていました。交差点の名前、目印、住所の一部、スマートフォンの地図アプリからコピーした座標などです。
こうした情報は、その下に共通の形式がなければ、共有マップ上でそのまま使うことはできません。調整グループは、どのような形で届いたかにかかわらず、寄せられるすべての報告を同じもの、つまり座標の組に変換する必要がありました。テキストで届いた報告、つまり住所やそれに近い説明は、/v1/forwardを通して位置を照合しました。スマートフォンの位置情報共有からコピーされた座標で届いた報告は、/v1/reverseを通して読みやすい住所と行政区域を取得しました。これは、地図上に生の数値の組を表示するのではなく、場所のわかりやすい説明をボランティアに示すのに役立ちました。
すべての報告が座標に正規化されたことで、それらを1つの共有マップにまとめてプロットするのは簡単になりました。さらに重要なのは、比較が可能になったことです。物資の拠点と報告された支援要請を実際の距離で比べられるようになり、互いに関係がはっきりしない文章の説明から近さを推測するのではなく、ボランティアを効率よく派遣するうえで、これは極めて大きな意味を持ちました。
グループはこれを、凝った仕組みではなく軽量な受付フォームで運用しました。対応中の優先事項は、完成度よりも速さと簡単さだったからです。報告を送るボランティアは、自分の入力形式をどのエンドポイントが処理するかを知る必要も気にする必要もありませんでした。受付フォームが、送信内容がテキストに見えるか座標に見えるかでそれを判断し、どちらの経路でも最終的には共有マップ上の同じ正規化された地点になりました。
ここでは、ジオコーディングの他のほとんどの用途よりも一致の品質が重要でした。緊急時の報告が誤った場所に解決されると、わずかな距離の差であっても、最も重要なまさにその瞬間に支援を誤った場所へ送ってしまう可能性があるからです。グループの受付フォームは、ジオコーディングの呼び出しが返す一致の信頼度を、寄せられた報告を確認する担当者に直接表示しました。そのため、信頼度の低い一致は、きれいな一致と同じ確かさでプロットされるのではなく、信頼して対応する前に人がすばやく確認しました。
これには専用の緊急事態管理ソフトウェアは必要ありませんでした。調整グループはすでに持っていたインフラで受付フォームを運用し、欠けていた唯一の要素としてジオコーディングを追加しました。それによって、ボランティアから寄せられる構造化されていない場所の説明を、共有マップが実際に表示し比較できるものに変えられたのです。
対応中のリクエスト量は急激かつ短期間に跳ね上がりました。これは事前に固定予算を立てにくい種類のパターンです。災害と災害の間の通常の計画や準備での利用は1日あたりの無料枠でまかなえ、実際の対応中の急増はプリペイドクレジットで吸収できたため、グループは1年の大半は必要としない大きな継続プランを契約する必要がありませんでした。
両エンドポイントのドキュメントは/docs/forward-geocoding/と/docs/reverse-geocoding/にあります。