Eine Adresse, die in einem Land völlig natürlich wirkt, kann nach der Konvention eines anderen Landes komplett verkehrt herum oder schlicht falsch aussehen. Die Reihenfolge, in der Hausnummer, Straßenname, Ort, Region und Postleitzahl erscheinen, ist eine Frage nationaler und manchmal regionaler Konvention und keine feste universelle Vorlage. Die Reihenfolge des eigenen Landes für die natürliche oder standardmäßige zu halten, ist einer der häufigeren und vermeidbaren Fehler beim Bau von allem, was mit internationalen Adressen umgeht.
Manche Konventionen setzen die Hausnummer vor den Straßennamen, andere dahinter. Manche setzen die Postleitzahl in derselben Zeile vor den Ortsnamen, andere dahinter, und manche setzen sie in eine ganz eigene Zeile. Auch die Reihenfolge von Stadt, Region und Land variiert, und einige Länder gliedern Adressen von oben nach unten nach der Verwaltungshierarchie, was im Vergleich zu Konventionen, die vom konkreten Gebäude ausgehend von unten nach oben aufgebaut sind, fast umgekehrt wirkt.
Das betrifft zwei sehr unterschiedliche Teile eines Systems. Die Eingabeverarbeitung, insbesondere Freitextfelder für Adressen, muss Formatunterschiede wirklich tolerieren, statt eine starre Vorlage zu erwarten, denn echte Nutzer, die Adressen aus ihrem eigenen Land eingeben, schreiben sie ganz natürlich in der dort üblichen Reihenfolge und nicht in der, für die Ihr Formular entworfen wurde. Die Ausgabeformatierung, also die Anzeige einer zurückgegebenen Adresse für einen Nutzer, sollte idealerweise die Konvention des Ziellandes respektieren, statt jede Adresse immer im selben festen Layout mit Hausnummer oder Postleitzahl zuerst darzustellen, unabhängig davon, wo sie tatsächlich liegt. Eine lokal formatierte Adresse liest sich natürlich, eine fremd formatierte dagegen spürbar merkwürdig, selbst wenn jeder zugrunde liegende Bestandteil korrekt ist.
Die Geokodierung selbst ist in der Regel robuster gegenüber der Reihenfolge der Bestandteile als ein naiver Parser, besonders wenn sie die Eingabe als Ganzes mit bekannten Referenzdaten abgleicht, statt Bestandteile in einer streng festgelegten Abfolge zu erwarten. Dennoch deckt ein gezielter Test Ihrer Adressverarbeitung mit korrekt formatierten Beispielen aus verschiedenen Ländern, nicht nur mit umgestellten Versionen des Formats Ihres eigenen Landes, Lücken in Ihrer eigenen Validierungs- und Anzeigelogik auf, lange bevor internationale Nutzer direkt darauf stoßen.
Wenn Sie Adresseingabe oder -anzeige für ein internationales Publikum entwickeln, lohnt es sich, gezielt mit einer Handvoll Ländern zu testen, deren Konventionen sich deutlich von Ihren eigenen unterscheiden, statt anzunehmen, dass eine einzige Vorlage überall passt. Unser Endpunkt für die Geokodierung ist darauf ausgelegt, diese Unterschiede in der Eingabe selbst zu tolerieren, aber Ihre eigene umgebende Formularvalidierung und Logik zur Adressanzeige sollten Sie unabhängig davon gegen dieselbe Vielfalt prüfen.