ルートの獲得標高の合計を見積もる
ルートに沿って連続する地点間の上り方向の変化を合計し、生の緯度と経度のデータから直接、1つの獲得標高の数値を求めます。
ブログのトピック
ガイド （4ページ）
ステップごとに解説：住所リストのジオコーディング、訪問者の位置特定、標高プロファイルの作成、地点のタイムゾーンの取得。
サポートダッシュボードに現地時刻の時計ウィジェットを追加する
各顧客の現地時刻をサポートチケットのすぐ横に表示し、担当者が電話をかけても差し支えない時間帯かどうかをわかるようにします。
オートコンプリートで「もしかして」候補ボックスを作る
住所を入力している間に、候補となる一致を短いリストで表示し、フォームが送信される前に入力ミスがさりげなく修正されるようにします。
乱雑な住所入力をジオコーディングの前に正規化する
住所をジオコーディングする前に明らかな書式の問題を整理しておくと、追加のリクエストを1件も使わずに一致の品質が向上します。
郵便番号を保存する前に検証する
郵便番号がデータベースに入る前に、正しい国コードを指定した1回の検索で、それが実在する場所に対応していることを確認します。
APIキーを3つの異なる方法で送る（そしてそれが重要な理由）
同じキーを、ヘッダー、Bearerトークン、Basic認証、クエリパラメーターのいずれとしても使えるので、リクエストを送るツールに合った方式を選べます。
割り当ての計算を狂わせずにジオコーディング結果をキャッシュする
住所をキャッシュするとリクエストを節約できますが、それはキャッシュと割り当てヘッダーが、実際に検索された内容について一致している場合に限ります。
失敗した検索を正しくリトライする
すべてのエラーをすぐにリトライする価値があるわけではなく、そもそもリトライする価値のないエラーもあります。その見分け方を解説します。
リクエストを失わずに429レスポンスを処理する
429レスポンスは、リクエストが失敗したのではなく、割り当てがひとまず尽きたことを意味します。リクエストを破棄せずに保持しておく方法を解説します。
X-Quota-Used と X-Quota-Limit ヘッダーを正しく読む
すべてのレスポンスには割り当てヘッダーが含まれていますが、正しく読むには、どれがキーの状況を反映し、どれがネットワークの状況を反映しているかを知る必要があります。
ガイドの記事だけを、公開され次第お届けします。
ガイドを購読する