Nehmen Sie eine Adresszeile wie „12B Flat 3“ und fragen Sie, was jeder Teil bedeutet: Sie werden feststellen, dass die Antwort von Konventionen abhängt und nicht von der Zeichenkette selbst. Ist „12B“ eine Hausnummer mit Buchstabenzusatz oder eine Kombination aus Stockwerk und Einheit? Ist „Flat 3“ ein eigener Zusatz für eine bestimmte Einheit innerhalb von Gebäude 12B oder damit redundant? Ein Mensch, der die örtliche Konvention kennt, löst das sofort auf. Software, die beliebigen Freitext aus aller Welt parst, muss sich viel mehr anstrengen, weil dieselben Zeichen je nach Herkunft der Adresse unterschiedliche Bedeutungen tragen.
Bezeichnungen für Einheiten und Wohnungen unterscheiden sich stark zwischen Ländern und sogar innerhalb von Ländern. Abkürzungen wie „Apt“, „Unit“, „Ste“, „Fl“ oder eine bloße Zahl nach einem Komma können jeweils auf eine Untereinheit eines Gebäudes hinweisen, und verschiedene Länder und sogar verschiedene Regionen innerhalb eines Landes bevorzugen unterschiedliche Konventionen. Ein Parser, der auf die Gewohnheiten einer Region abgestimmt ist, wird die einer anderen regelmäßig falsch lesen und die Angabe zur Einheit entweder ganz verlieren oder dem falschen Teil der Adresse zuordnen.
Postfächer bringen eine weitere Besonderheit mit sich, weil sie ein Postziel darstellen, dem überhaupt kein physisches Gebäude direkt entspricht. Ein Postfach hat zwar einen echten, sinnvollen Standort in dem Sinne, dass es zu einer bestimmten Postfiliale gehört, aber es auf die Koordinaten dieser Postfiliale zu geokodieren, ist etwas anderes, als eine Straßenadresse zu geokodieren. Beides gleich zu behandeln, ergibt ein plausibel aussehendes, aber funktional bedeutungsloses Ergebnis, wenn Ihr Anwendungsfall tatsächlich einen physischen Zustellpunkt benötigt.
Die Felder für Genauigkeit und Konfidenz existieren unter anderem, um genau diese Art von Mehrdeutigkeit sichtbar zu machen, statt sie zu verbergen. Eine Adresse mit einer nicht aufgelösten oder mehrdeutigen Einheitsbezeichnung kann trotzdem erfolgreich auf Gebäudeebene geokodiert werden, wobei precision widerspiegelt, dass der Treffer auf Gebäudeebene gelang, ohne zu bestätigen, dass die konkrete Untereinheit korrekt geparst wurde. Wer hier nur die Koordinaten liest und precision ignoriert, kann sich fälschlich darauf verlassen, dass eine bestimmte Wohnung gefunden wurde, obwohl tatsächlich nur das Gebäude gefunden wurde.
Wenn Ihre Anwendung auf Genauigkeit auf Ebene der Einheit angewiesen ist, etwa bei der Zustellung an eine bestimmte Wohnung in einer großen Wohnanlage, lohnt es sich zu prüfen, ob das Feld für Einheit oder Wohnung tatsächlich separat geparst und erhalten wurde und nicht stillschweigend in einem Treffer aufgegangen ist, der nur das Gebäude aufgelöst hat. Wenn Sie Ihre Adresseingabe mit echten Beispielen testen, die Einheitsbezeichnungen, Postfächer und mehrteilige Gebäudekennungen aus mehreren verschiedenen Ländern enthalten, statt nur mit dem Format Ihres Heimatmarktes, entdecken Sie diese Art von Lücke lange bevor ein Benutzer es tut. Unser Endpunkt für Geokodierung liefert die Felder type und precision gerade deshalb, damit Sie zwischen einem vollständigen Treffer und einer Näherung auf Gebäudeebene unterscheiden können.
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.