Ein Geocoder, der nie mit einem bekannten Punkt abgeglichen wurde, rät nur selbstbewusst. Der einzige ehrliche Weg, Genauigkeit zu messen, ist, mit Adressen zu beginnen, deren echte Koordinaten bereits bekannt sind, aus vermessenen Referenzpunkten, amtlichen Flurstücksdaten oder geprüften Gebäudestandorten, und diese mit dem zu vergleichen, was die API zurückgibt.
Der Vergleich selbst ist einfach. Sie nehmen den zurückgegebenen Breiten- und Längengrad, messen die Entfernung zum bekannten tatsächlichen Punkt und protokollieren sie. Tun Sie das für eine große und vielfältige Menge an Adressen, nicht nur für die in der Nähe der Firmenzentrale, und Muster zeigen sich schnell. Ein Geocoder kann bei einer Hausnummer in einem Vorort auf wenige Meter genau liegen und bei einer ländlichen Adresse um einen ganzen Häuserblock danebenliegen, und beide Ergebnisse sind gleichzeitig wahr.
Wichtiger als jede einzelne Entfernungsangabe ist, wie der Fehler mit dem Feld precision in der Antwort zusammenhängt. Ein als house gekennzeichnetes Ergebnis sollte sich eng um den tatsächlichen Punkt gruppieren. Ein als street gekennzeichnetes Ergebnis sollte im Durchschnitt weiter entfernt liegen, da es einem Straßenabschnitt und nicht einem bestimmten Gebäude zugeordnet wurde. Ein als postcode oder city gekennzeichnetes Ergebnis sollte von vornherein als deutlich gröbere Schätzung verstanden werden. Wenn der Fehler nicht der Präzisionsangabe folgt, erfüllt die Angabe ihren Zweck nicht.
Das ist auch der Grund, warum Abdeckung und Genauigkeit getrennt gemessen werden müssen. Die Abdeckung fragt, ob eine Adresse überhaupt gefunden werden kann. Die Genauigkeit fragt, wie nah die Antwort liegt, sobald sie gefunden wurde. Ein Land kann eine hervorragende Abdeckung und eine mittelmäßige Genauigkeit haben oder umgekehrt, und wer nur eine Zahl angibt, verschleiert, welches Problem tatsächlich vorliegt.
Wir veröffentlichen für My Geocode keinen einzelnen gemischten Genauigkeitsprozentsatz, weil eine solche Zahl genau die Unterschiede einebnet, auf die es ankommt. Eine Adresse in einem Land mit detaillierten Daten auf Gebäudeebene und eine in einem Land, in dem die Postbehörden nur Orte erfassen, sind nicht vergleichbar, und ihr Durchschnitt ergibt eine Zahl, die keines von beiden beschreibt. Was wir Ihnen sagen können, ist, wie Sie einen solchen Test selbst durchführen: Wählen Sie Referenzadressen, die für die Orte relevant sind, an denen sich Ihre Nutzer tatsächlich befinden, prüfen Sie die zurückgegebenen Werte precision und confidence gemeinsam und legen Sie Ihre eigenen Schwellenwerte auf Grundlage dessen fest, was Sie für Ihr Einsatzgebiet sehen.
Wenn Sie einen Geokodierungsanbieter bewerten, nicht nur uns, verlangen Sie Tests mit Referenzpunkten statt eines Schlagzeilen-Prozentsatzes. Ein Anbieter, der von seinen Daten überzeugt ist, zeigt Ihnen die Methode. Testen Sie einen Batch Ihrer eigenen Adressen mit dem Endpunkt für die Geokodierung und sehen Sie sich an, wie sich Präzision und Entfernung für Ihre spezifische Mischung an Orten gemeinsam bewegen, denn das ist die Zahl, die tatsächlich vorhersagt, wie sich die API in Ihrem Produkt verhalten wird.
Eine Adresse in einem gut kartierten Stadtzentrum sagt Ihnen fast nichts darüber, wie Ihr System mit einer ländlichen Zustellroute, einer umstrittenen Grenze oder einer Anfrage in Polnähe umgeht. Testen Sie die schwierigen Fälle gezielt.
Nicht jeder Datensatz mit öffentlich wirkenden Standortinformationen darf rechtlich in einem kostenpflichtigen Produkt verwendet werden. Die eigentliche Grenze setzen oft die Lizenzbedingungen, nicht die technische Verfügbarkeit.
Wenn sich eine Anfrage wirklich nicht zuverlässig auflösen lässt, ist es die bessere Antwort, nichts zurückzugeben, statt eine als Tatsache verkleidete Vermutung. Hier ist die Begründung für diese Entscheidung.