Ich habe einen Code, den ich von API v2 nach v3 portiere. Im alten Code hatten wir ein Genauigkeitsfeld, das in der XML-Datei zurückkam (der Name ist nicht sicher, aber es gab ein gewisses Konfidenzniveau an). In der neuen API sehe ich kein Feld wie dieses.
Wenn ich "Oregon, USA" in das Suchfeld lege, bekomme ich 5 Treffer. Die ersten 2 sind "Oregon, USA" und "Oregon, OH, USA". Beide haben "partial_match" = false. Dies scheint nicht richtig zu sein, man scheint teilweise und man nicht. Außerdem kommen beide mit demselben "location_type" (APPROXIMATE) zurück. Tatsächlich werden alle Übereinstimmungen als nicht-partiell angezeigt und haben denselben Standorttyp.
Meine Frage ist, ob eines der Felder in der Ergebnismenge ein gewisses Vertrauen in die Genauigkeit des Ergebnisses vermittelt? In meinem Beispiel scheint es wirklich so, als ob ein Ergebnis viel genauer ist als jedes andere - so sehr, dass die Eingabezeichenfolge genau mit dem Feld QuickAddress übereinstimmt, das zurückgegeben wird.
Zwei Wochen, keine Antworten, also hier ist meine Lösung.
Die API gibt entweder ROOFTOP , GEOMETRIC_CENTER , RANGE_INTERPOLATED oder APPROXIMATE zurück.
Rooftop ist im Wesentlichen "tot" - die API hat die Adresse zu einem Gebäude aufgelöst. Ansonsten erhält man unterschiedliche Grade von "nahe". Meine Lösung bestand darin, die Begrenzungsbox zu verwenden, die zurückgegeben wurde, um zu bestimmen, wie nah es war. Wenn du also nach einer Straße (Avenue of the Americas, NY, NY) fragst, erhältst du eine riesige Bounding Box. Fragen Sie nach einer Adresse in dieser Straße, die nach Meinung der API eine tatsächliche Adresse ist, aber keine Rooftop ist. Sie erhalten eine sehr kleine Bounding Box. Ich habe den -Bereich der Bounding Box verwendet, um die Genauigkeit des Ergebnisses zu bestimmen. Meine genaue / nicht genaue Pause war bei 0.9E-6, aber ich denke, dass Sie daran basteln müssten, um sicherzustellen, dass Sie sich mit dieser Nummer wohl fühlen.
Ich habe das nützlich gefunden, wenn ich Legacy-V2-Code abhängig von einem Score von 0 bis 9 aktualisiert habe // Hack zum Konvertieren von location_type (string) in 0-9 Geocode Score als 0-9 Geocode Score existiert nicht in v3 API
%Vor%Tags und Links google-maps google-geocoding-api geocoding google-geocoder