Grundlagen zu Tabellen mit alternativen Namen

Manchmal wird durch mehr als einen Namen auf Features wie Straßen, Städte oder Orte in primären Adressdaten verwiesen. So kann zum Beispiel eine Autobahn durch einen Straßennamen sowie eine bestimmte Autobahnnummer bekannt sein. Straßen- und Ortsnamen können sich mit der Zeit ändern. In diesen Fällen stellen Sie unter Umständen fest, dass sich Ihre Adressdaten auf die gleiche Position beziehen, indem Sie verschiedene alternative Namen verwenden. Tabellen mit alternativen Namen können für alle unterstützten Locator-Rollen verwendet werden. Sie unterstützen alternative Namen für die Features in den primären Referenzdaten.

Alternative Namen für eine Straße

Um diese Positionen zu geokodieren, kann mithilfe einer Tabelle mit alternativen Straßennamen für die primären Features ein Locator erstellt werden. Mit diesem Locator können Sie Positionen anhand des in der primären Feature-Class oder der Tabelle mit alternativen Namen angegebenen Namens geokodieren.

Tabelle mit alternativen Namen

Inhalt einer Tabelle mit alternativen Namen

Die Namen von Features, z. B. Straßen, können sich mit der Zeit ändern. Beispielsweise ist "Jefferson Road" der neue offizielle Name für eine Straße, die zuvor "Old Country Road" hieß. Neben der offiziellen Ortsbezeichnung für eine Wohngegend oder Stadt kann es ebenfalls einen allgemein verwendeten Namen geben. Für die Suche nach einer Adresse können beide Namen herangezogen werden. So ist North Park beispielsweise eine Wohngegend in San Diego. Die Suche nach einem Feature mit allen möglichen Namen kann die Erfolgsquote der Geokodierung erhöhen. Die Tabelle mit alternativen Namen enthält Felder für die zusätzlichen Namen. Jeder Datensatz entspricht einem Namen für ein Feature. Zusätzliche Namen können zur Tabelle hinzugefügt werden.

Join-ID

Die alternative Namenstabelle muss über ein ID-Feld verfügen, das verwendet werden kann, um die Datensätze mit der primären Feature-Class zu verbinden. Weist die Tabelle mit alternativen Namen mehrere Namen für ein Feature auf, enthält das JoinID-Feld für jeden alternativen Feature-Namen-Datensatz in der Tabelle denselben Wert.

Die primäre Feature-Class muss über ein Feld verfügen, das für jeden Datensatz eine eindeutige ID enthält und das verwendet werden kann, um von der Tabelle mit alternativen Namen aus eine Verbindung zur Join-ID herzustellen.

Primärtabelle und Tabelle mit alternativen Namen für Straßen mit StreetID-Feld zum Verbinden von Tabellen

Hinweis:

Die ObjectID in den primären Referenzdaten und in der Tabelle mit alternativen Namen sollte beim Erstellen des Locators nicht dem Join-ID-Feld der Locator-Rolle zugeordnet werden. Wenn die ObjectID verwendet wird, kann sich die Größe des Locators erhöhen, und die Performance der Batch-Geokodierung sowie die Geokodierungsqualität können sich verschlechtern.

Felder, wie zum Beispiel ObjectID, GUID, oder GlobalID, sollten nicht als Join-ID-Feld zum Verknüpfen von primären Features mit Datensätzen in Tabellen mit alternativen Namen beim Erstellen eines Locators mit dem Werkzeug verwendet werden. Das Join-ID-Feld, das der primären Referenzdatenrolle zugeordnet ist, muss einen Wert enthalten, der vielen Datensätzen in den primären Referenzdaten und einem eindeutigen Datensatz in der Tabelle mit alternativen Namen zugeordnet ist. Zwischen den primären Daten und dem alternativen Name in der Tabelle mit alternativen Namen muss eine Viele-zu-viele- oder eine Viele-zu-eins-Beziehung bestehen. Zum Beispiel muss für jede Stadt für einen Punktadressen-Locator genau ein Join-ID-Wert für alle alternativen Namen dieser Stadt vorhanden sein. Wenn der primäre Name der Stadt "Redlands" lautet und den Join-ID-Wert 1 besitzt, dann besitzt jeder zugehörige alternative Name ebenfalls den Join-ID-Wert 1. Alle primären Datensätze, die mit "Redlands" verknüpft sind, besitzen ebenfalls den Join-ID-Wert 1.

Tabellenattribute

Abhängig von der gewählten Locator-Rolle und den Feature-Typen, nach denen Sie suchen möchten, ähneln die Attribute in der Tabelle mit alternativen Namen den Werten in der primären Feature-Class. Weist eine Straßenadresse beispielsweise die primären Attribute Richtungspräfix, Präfixtyp, Straßenname, Straßentyp und Richtungssuffix auf, werden die gleichen Attribute für die alternativen Namen in der Tabelle mit alternativen Namen verwendet.

Weitere Informationen über die Anforderungen von Referenzdaten für die verschiedenen Locator-Rollen

Hinweis:

Wenn die Daten normalisiert sind und die Namenswerte für Städte nicht in der Primärtabelle, sondern in der Tabelle mit alternativen Namen enthalten sind, z. B. beim Erstellen des Locators, kann das Feld "Indikator für primären Namen" einem Feld in der Tabelle mit alternativen Namen zugeordnet werden, wenn dieses einen Wert enthält, der angibt, ob es sich bei dem Datensatz um das Primärfeld handelt (z. B. True/False oder Ja/Nein). Wenn das Feld nicht zugeordnet wird, wird der erste Datensatz in der Tabelle mit alternativen Namen als primärer Wert verwendet.

Primäre Straßentabelle ohne alternative Tabelle für Zonen und Städte mit Primärfeld und CityID-Feld zum Verbinden von Tabellen

Verwandte Themen