Zwei Koordinatenpaare können auf dem Papier völlig identisch aussehen und je nach Herkunft sehr Unterschiedliches bedeuten. Das eine kann eine direkte GPS-Messung eines Geräts sein, das genau an der Stelle steht. Das andere kann der Mittelpunkt einer Stadt sein, zurückgegeben, weil das der beste verfügbare Treffer für eine unvollständige oder mehrdeutige Adresse war. Als nackte Zahlen gedruckt, wirken beide gleich genau. Nur die zugehörigen Metadaten verraten Ihnen, welchem Sie bei einem feinkörnigen Anwendungsfall tatsächlich vertrauen können.
Das ist der Hauptgrund, warum „einfach lat und lon verwenden“ eine echte Vereinfachung ist, sobald Herkunft und Genauigkeit der Koordinaten für das, was Sie bauen, eine Rolle spielen. Ein Koordinatenpaar allein enthält keine Information darüber, wie es ermittelt wurde, welche Fläche es repräsentiert oder wie sicher sich die Quelle bei dem Treffer war. Jedes Koordinatenpaar unabhängig von seiner Herkunft als gleich maßgeblich zu behandeln, führt dazu, dass Anwendungen stillschweigend Entscheidungen treffen, etwa eine Lieferung routen oder eine standortbasierte Warnung auslösen, auf Grundlage dessen, was tatsächlich eine stadtweite Annäherung ist und kein bestimmter Punkt.
Genau diese Lücke sollen die Felder precision und confidence schließen. Die Genauigkeit sagt Ihnen, welche Art von Treffer die Koordinate erzeugt hat, Haus, Straße, Postleitzahl oder Stadt, was direkt darauf schließen lässt, welche reale Fläche dieser Punkt plausibel repräsentiert. Die Konfidenz sagt Ihnen, wie sicher der Treffer selbst war, unabhängig von seiner Genauigkeitsstufe. Zusammen machen sie aus einem nackten Koordinatenpaar etwas, mit dem Sie tatsächlich arbeiten können: nicht nur „hier ist ein Punkt“, sondern „hier ist ein Punkt, so genau gibt er ungefähr vor zu sein, und so sicher sind wir, dass diese Angabe stimmt“.
Die praktische Gewohnheit, die sich in jedes System lohnt, das Koordinaten speichert oder zwischen Diensten weitergibt, ist, Genauigkeit und Konfidenz zusammen mit den rohen Zahlen mitzuführen und nicht nur die Zahlen allein. Wird ein Koordinatenpaar ohne diesen Kontext an eine Datenbank, eine Warteschlange oder einen anderen internen Dienst übergeben, verliert jeder, der es nachgelagert verarbeitet, die Möglichkeit, fundiert zu entscheiden, wie sehr er ihm vertrauen kann, und wird es wahrscheinlich standardmäßig als genauer behandeln, als es tatsächlich ist, da ein einzelnes Koordinatenpaar kein anderes Signal liefert.
Genau aus diesem Grund enthält jedes Geokodierungsergebnis unserer Endpunkte für Geokodierung und Reverse-Geokodierung neben den Koordinaten auch type, precision und confidence. Wenn Sie all das durch Ihre eigene Pipeline weiterreichen und nicht nur Breiten- und Längengrad, kann jedes nachgelagerte System dieselbe fundierte Einschätzung treffen, die Ihrer Anwendung zum Zeitpunkt der ursprünglichen Abfrage bereits möglich war.