マルティスープ
Staff Blog

2016.06.27

Geocording APIの微妙な仕様変更？

昨日、お客さまから緯度経度から逆ジオコードした結果の住所がおかしいという連絡をもらいました。

「市区町村名までしか表示しない」

期待する結果：　東京都千代田区神田錦町３－１１

取得した結果：　東京都千代田区

使用しているAPIは、Google Maps Geocording API です。

仕様が変更されたどうか、調査を開始しました。

ブラウザ上でJavaScriptをステップ実行しながら見ていき、ジオコードした結果のオブジェクトを

参照しましたが、問題なく変換しているように見えます。

1行ずつステップ実行していると、結果を取得後、 if 文で分岐処理を行っている箇所がありました。

その処理は、ジオコード結果のタイプを参照し、取得した住所を変数に代入する内容です。

要は、変換結果レベルの一番高いものを取得することが目的の処理です。

そこで気付いたのが、今までと異なる結果が返ってきていることです。

期待する結果：　types: {“sublocality_level_5”}

取得した結果：　types: {“political”, “sublocality”, “sublocality_level_5”}

今までは、“sublocality_level_5”という結果が配列の先頭にあったはずです。

というか、1個しか無かったような気がします。今回見たところ、配列の一番最後にあります。

ロジック的に、配列の1番目を取得するようになっていたため、期待する結果を取得する

事ができなかったことが原因だったようです。

そもそも types は配列で定義されており、複数の結果が返ってきたとしても文句は言えません。

今回のように Google Maps API は、微妙な仕様変更？が行われることがあります。

今回のケースで言えば、プログラムが悪いと言えなくもありませんが、社内の人に聞いたところ、

何人か同じようなロジックを組んでいる人がいました。

みなさんもお気をつけください！

Google Maps のことで質問や疑問があれば、是非マルティスープにお問い合わせ下さい。