Jedes Frühjahr beantwortete das Anmeldebüro eines Schulbezirks immer wieder dieselbe Frage von Familien, die gerade umgezogen waren, einen Umzug in Erwägung zogen oder sich einfach nicht sicher waren: Zu welcher Schule gehört meine Adresse? Die Beantwortung von Hand bedeutete, dass ein Mitarbeiter eine Straßenadresse mit einer Reihe von Einzugsgebietsgrenzen abglich, die als Karten und Listen gepflegt wurden. Dieser Vorgang dauerte pro Familie einige Minuten und ließ sich in den Wochen vor den Anmeldefristen, wenn die Zahl der Anfragen am stärksten anstieg, schlecht bewältigen.
Der Bezirk baute eine Self-Service-Prüfung, um den häufigen Fall direkt abzudecken. Eine Familie gab ihre Adresse ein, die das Tool an /v1/forward schickte, um einen Standorttreffer mit Koordinaten zu erhalten, denn die Einzugsgebietsgrenzen des Bezirks wurden als geografische Flächen gepflegt, die zum Abgleich eine Koordinate brauchten, keine Textadresse, die sich nicht direkt mit einer Grenzform vergleichen ließ. Sobald eine Adresse zu einer Koordinate aufgelöst war, ließ sich mit einem einfachen geometrischen Test im eigenen System des Bezirks prüfen, welches Einzugsgebiet diesen Punkt enthielt, indem der Punkt mit jedem hinterlegten Grenzpolygon verglichen wurde.
Bei Adressen, die mit hoher Konfidenz aufgelöst wurden und eindeutig innerhalb einer Grenze lagen, gab das Tool sofort eine Antwort und nannte direkt die zugewiesene Schule. Bei Adressen, die mit geringerer Konfidenz aufgelöst wurden oder sehr nah an einer Grenzlinie lagen, was bei Neubaugebieten oder Adressen am Rand zweier Zonen häufig vorkommt, kennzeichnete das Tool das Ergebnis als bestätigungsbedürftig durch das Anmeldebüro, statt einen Schulnamen mit mehr Gewissheit zu nennen, als der zugrunde liegende Treffer tatsächlich hergab. Eine falsche Antwort bei etwas so Folgenreichem wie der Schulzuweisung war ein viel größeres Problem als gelegentlich die Nachricht „Bitte kontaktieren Sie uns zur Bestätigung“.
Diese Unterscheidung war so wichtig, dass der Bezirk sie bewusst einbaute und nicht nachträglich ergänzte. Ein Geokodierungstreffer spiegelt wider, mit welcher Konfidenz eine Adresse aufgelöst wurde, und jeden Treffer als gleich sicher zu behandeln, hätte selbstsicher falsche Antworten ausgerechnet für die Adressen erzeugt, die am ehesten wirklich mehrdeutig sind: diejenigen direkt am Rand einer Grenze, bei denen ein Fehler für eine Familie, die sich auf die Antwort verlässt, die größten Probleme verursacht.
Das Tool senkte die Zahl der Anrufe beim Anmeldebüro in den entscheidenden Wochen erheblich und verschaffte den Mitarbeitern Zeit für die schwierigeren Fälle, Adressen am Grenzrand oder Familien in besonderen Situationen, statt Hunderte Male dieselbe einfache Abfrage zu wiederholen. Der Bezirk nutzte dieselbe zugrunde liegende Geokodierung auch, um gelegentlich seine eigenen Einzugsgebietskarten zu überprüfen. Dabei wurde kontrolliert, ob Adressen nahe einer Grenze, die Familien angefochten hatten, nach den offiziellen Grenzdaten des Bezirks tatsächlich richtig zugewiesen waren, und so wurden einige echte Kartierungsfehler entdeckt.
Die Nutzung war saisonal und konzentriert, mit einem starken Anstieg in den Wochen vor den Anmeldefristen und Ruhe im Rest des Jahres. Dieses Muster deckte das kostenlose Tageskontingent in ruhigen Zeiten gut ab, und Prepaid-Guthaben fing die Spitze in der Anmeldesaison auf, ohne dass sich der Bezirk an einen Tarif binden musste, der das ganze Jahr über auf seine arbeitsreichsten Wochen ausgelegt war.
Die Dokumentation zu beiden Endpunkten finden Sie unter /docs/forward-geocoding/ und /docs/postal-code-lookup/.