10

APIv2からv3に移植しているコードがいくつかあります。古いコードでは、xmlに戻ってきた精度フィールドがありました(名前はわかりませんが、ある種の信頼水準を表しています)。新しいAPIでは、そのようなフィールドは表示されません。

「Oregon、USA」を検索フィールドに入力すると、5つの一致が得られます。最初の2つは、「米国オレゴン州」と「米国オハイオ州オレゴン州」です。どちらも「partial_match」=falseです。これは正しくないようです。1つは部分的で、もう1つはそうではありません。さらに、両方とも同じ「location_type」(APPROXIMATE)で戻ってきます。実際、すべての一致は非部分的として表示されており、同じ場所タイプを持っています。

私の質問は、結果セットのフィールドのいずれかが、結果の精度に何らかの自信を持っているかどうかです。私のサンプルでは、​​1つの結果が他の結果よりもはるかに正確であるように見えます。そのため、入力文字列は返されるQuickAddressフィールドと正確に一致します。

4

2 に答える 2

14

2週間、答えがないので、これが私の解決策です。

API は、、、または のいずれかROOFTOPを返しGEOMETRIC_CENTERます。RANGE_INTERPOLATEDAPPROXIMATE

ルーフトップは基本的に「デッド オン」です。API はアドレスを建物に解決しました。それ以外にも、さまざまな程度の「近い」ことがわかります。私の解決策は、返された境界ボックスを使用して、どれだけ近いかを判断することでした。したがって、通り (Avenue of the Americas、NY、NY) を求めると、巨大なバウンディング ボックスが表示されます。API が実際の住所であると認識している通りの住所を尋ねますが、屋上ではありません。非常に小さな境界ボックスが表示されます。境界ボックスの領域を使用して、結果の精度を判断しました。私の正確なブレーク/正確ではないブレークは 0.9E-6 でしたが、その数値に満足できるようにするには、いじる必要があると思います。

于 2011-10-27T21:02:13.830 に答える