今月のリリース:ジオコーディング、IP、タイムゾーンなど
APIの最近の取り組みのまとめです:新しい互換ホスト、より高速なタイムゾーンと標高の検索、ダッシュボードの機能、割り当ての見やすさの向上。
タグ
#API
未確認のキーが一時停止されるまでの猶予期間
新しいアカウントのキーは新規登録後の猶予期間中も動作し続け、その期間内にメールアドレスが確認されなかった場合にのみ一時停止されます。
住所リスト向けの新しい一括エンドポイント
住所リストを1回の一括呼び出しで送信できるようになりました。呼び出し全体を1件のリクエストとして数えるのではなく、各住所を個別にカウントします。
IPの脅威情報とネットワークの詳細をリクエストに応じて提供
IP検索にmg_extras=1またはX-MG-Extrasヘッダーを追加すると、標準のレスポンスに加えて、オプションの脅威情報とネットワークの詳細が返されるようになりました。
インフラのアップグレードで応答時間が短縮
配信基盤全体のインフラをアップグレードしたことで、リクエストやレスポンスの形式を一切変えることなく、プラットフォーム全体の応答時間が短縮されました。
郵便番号検索専用のエンドポイント
郵便番号検索に、一般的なジオコーディングとは別の専用エンドポイントができ、独自のドキュメントとリクエストパラメーターが用意されました。
互換ホスト全体でオートコンプリートの候補に対応しました
住所オートコンプリートのリクエストが、それを提供している互換ホスト全体でサポートされるようになり、各プロバイダー独自のオートコンプリートのリクエスト構造に対応しています。
長いルート向けに高速化した標高エンドポイント
標高のエンドポイントが、多数の座標からなる長いルートをより効率的に処理できるようになりました。標高プロファイルをリクエストするルーティングやハイキングのアプリケーションを想定した改善です。
公開の互換性マトリックス:17のホスト、1つのキー
17の互換ホストすべてを並べて一覧できるページを用意しました。どのプロバイダーを1つのキーで置き換えられるかが簡単にわかります。
レート制限をわかりやすく解説
My Geocodeのレート制限は、聞こえるよりもシンプルです。ネットワークごととキーごとに1日あたりの無料割り当てがあり、その先はプリペイドクレジットかUnlimitedでカバーします。
郵便番号のカバレッジをさらに多くの国に拡大
郵便番号検索のカバレッジがこれまでより多くの国に広がり、郵便番号のエンドポイントをより幅広いアプリケーションで活用できるようになりました。
山岳地域での精度向上のために標高データを更新
/v1/elevation の背後にある標高データを更新し、古いデータでは不十分になりがちな急峻な地形や山岳地帯に絞って精度を向上させました。
検索テーブルの再構築でタイムゾーン検索が高速化
すべてのリクエストの背後にあるタイムゾーンの検索テーブルを高速化のために再構築しました。リクエストの構造やレスポンスのフィールドに変更はありません。
HEREのオートサジェスト連携から移行する
HEREのオートサジェストには、ジオコーディングとは異なる独自のリクエストパターンがあります。新しいプロバイダーに移す前に検討すべきことを解説します。
Bing Mapsの標高連携から移行する
Bingの標高データは、より広範なMapsアカウントと結びついています。その依存部分だけを切り出して移行する方法を解説します。
Bing Mapsのタイムゾーン連携から移行する
Bingのタイムゾーンデータは、多くの場合ジオコーディングの呼び出しと同じアカウントに紐づいています。その部分だけを切り分けて移行する方法を解説します。
すべてのレスポンスに割り当てヘッダー：呼び出す前に上限を把握
My Geocodeのすべてのレスポンスには割り当てヘッダーが一式含まれているため、スクリプトは別途利用状況を問い合わせなくても、自分の状況を正確に把握できます。
Google Placesのオートコンプリート連携から移行する
オートコンプリートは、リクエストパターンとセッションの挙動がプロバイダーによって異なるため、移行が難しい部分の1つです。計画しておくべきことを解説します。
Google Maps Platformの標高連携から移行する
標高の検索は、多くの場合、より大きなGoogle Mapsアカウントの中の小さな依存部分です。その部分だけをきれいに移す方法を解説します。
Google Maps Platformのタイムゾーン連携から移行する
Googleのタイムゾーン検索は、多くの場合、より大きなMaps Platformアカウントにまとめられています。その部分だけを移す方法を解説します。
ipstackからの移行
ipstackの入れ子になったconnectionオブジェクトと access_key パラメーターは、移行中に維持したい一般的なパターンです。その仕組みを解説します。
ipinfo.ioからの移行
ipinfo.ioのコンパクトなlocとorgのフィールドは、多くの下流のコードの形を決めてきました。互換ホストへの移行で何が維持されるのかを解説します。
ip-api.comからの移行
ip-api.comのフラットなJSONレスポンスは、業界の他の場所でも広く模倣されています。その連携を移行するときに何が変わるのかを解説します。
Open-Elevationからの移行
Open-Elevationは、シンプルなリクエスト構造を持つ、セルフホスト型のオープンソース標高APIです。マネージドエンドポイントへの移行で何が変わるのかを解説します。
すべてのエンドポイントでIPv6に対応
すべてのエンドポイントが、検索や割り当てのカウントから、ネットワーク内で共有される無料割り当てに至るまで、IPv6アドレスをIPv4アドレスとまったく同じように扱うようになりました。
信頼度と精度のフィールドを正しく読む
精度は、どのような種類の一致が得られたかを教えてくれます。信頼度は、ジオコーダーがどれだけ確信しているかを教えてくれます。この2つを混同すると、フィルタリングのロジックを誤ります。
キーなしアクセス：1日2,500件まで無料で検索、登録不要
始めるのにアカウントもカードもキーも不要です。どのアドレスからでも、ジオコーディング、IP、タイムゾーン、標高のリクエストを1日2,500件まで無料でご利用いただけます。