Primäre Locator-Rollen

Wenn Sie einen Locator erstellen möchten, müssen Sie zunächst definieren, welche Datentypen Sie für die Erstellung des Locators verwenden werden. Wählen Sie hierzu die Locator-Rolle aus, die zu Ihren Daten passt. Die Locator-Rolle definiert den verwendeten Datentyp (Flurstück, Straßenmittelachse, Postleitzahl, Points of Interest [POI] usw.) und stellt die entsprechenden Felder bereit, die beim Erstellen des Locators verwendet werden. Nach der Erstellung enthält ein Locator einen Snapshot der Referenzdaten, die bei der Geokodierung verwendet werden, sowie Indizes und Informationen über lokale Adressen, die dafür sorgen, dass während des Geokodierungsprozesses die besten Treffer zurückgegeben werden.

Bei der Wahl einer primären Locator-Rolle als Grundlage für Ihren Locator sind verschiedene Aspekte zu berücksichtigen. Hierzu gehören der Geometrietyp Ihrer Referenzdaten und das Format der Daten, die Sie geokodieren möchten. Die Punktadressen-Locator-Rolle wird im Allgemeinen verwendet, um Adressen an einer einzelnen Position zu modellieren. Die POI-Rolle kann für die Suche nach Features verwendet werden, die anhand eines Namens oder Codes ermittelt werden.

In der folgenden Tabelle sind einige grundlegende Eigenschaften der einzelnen primären Locator-Rollen aufgeführt, die in ArcGIS Pro enthalten sind. Diese Rollen können Sie verwenden, um eine Adresse mit zusätzlichen Zoneninformationen wie 320 Madison St., 53606 oder 329 Holiday Court, La Jolla, CA 92122 zu geokodieren. Einige Locator-Rollen werden um eine Tabelle mit alternativen Namen erweitert, die eine Geokodierung von Adressen auf der Grundlage der alternativen Namen für die primären Features ermöglicht.

Grundlegende Eigenschaften der Locator-Rollen in ArcGIS Pro

RollenTypische Geometrie von Referenz-DatasetsTypische Darstellung von Referenz-DatasetsParameter für die AdressensucheBeispieleUnterstützte KategorienAnwendungenUnterstützte Versionen von ArcGIS Pro und Enterprise

Punktadresse

Punkte oder Polygone

Empfohlene Polygone für optimale Rückwärts-Geokodierungsergebnisse

Jedes Feature stellt eine Adresse dar.

Jedes Feature stellt eine Adresse mit optionalen Unteradressenelementen dar.

Alle Adressenelemente in einem einzelnen Feld

71 Cherry Ln.

W1700 Rock Rd.

38-76 Carson Rd.

15 Lakeshore Dr. Apt. 24 A.

Punktadresse, Unteradresse

Suchen nach Flurstücken, Gebäuden oder Adresspunkten

Suchen von Appartments, Stadthäusern, Zweifamilienhäusern oder Geschäften in einem Einkaufszentrum

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Flurstück

Punkte oder Polygone

Empfohlene Polygone für optimale Rückwärts-Geokodierungsergebnisse

Jedes Feature stellt ein Flurstück dar.

Jedes Feature wird durch eine Flurstücks-ID (Nummer, APN usw.) oder eine Adresse identifiziert.

Alle Adressenelemente in einem einzelnen Feld

1760820300

1760820300, 935 Feather Ln.

935 Feather Ln.

Flurstück

Suchen nach Flurstücken oder Adresspunkten

2.5; 10.8

Straße

Linien

Jedes Feature verfügt über einen Adressenbereich für beide Seiten des Straßenabschnitts.

Jedes Feature verfügt über einen Straßennamen und einen optionalen Zonennamen.

Alle Adressenelemente in einem einzelnen Feld

Adressenelemente ohne Hausnummer in einem einzelnen Feld

320 Madison St.

N2W1700 County Rd.

105-30 Union St.

5th St. NE & Cherry St. NE

Raspberry Lane, San Antonio, TX

Straßenadresse, Kreuzung, Straßenname

Suchen nach einem Haus auf einer bestimmten Straßenseite oder an Straßenkreuzungen

Suchen nach Features anhand des Straßennamens

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

POI

Punkte oder Polygone

Empfohlene Polygone für optimale Rückwärts-Geokodierungsergebnisse

Die Features stellen jeweils bestimmte geographische Ortsnamen oder Landmarks dar.

Jedes Feature wird über eine Textzeichenfolge, einen Namen oder einen Code ermittelt (der Code kann Zahlen enthalten, muss jedoch durch eine Zeichenfolge dargestellt werden).

Alle Ortsnamenelemente in einem einzelnen Feld

Leeds Castle, England

Sapporo, Japan

Cafe Cabrillo

N1N115

Point of Interest

Suchen von geographischen Ortsnamen oder Landmarks in einem Gebiet der Welt

Suchen von Features, die anhand eines Namens oder eines Codes ermittelt werden

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Entfernungsmarker

Punkte

Jedes Feature stellt fortlaufend nummerierte Marker dar, die in regelmäßigen Abständen entlang von Straßen platziert werden.

Entfernungsmarker in einem einzelnen Feld

Mile 25 I-5 N, San Diego, CA

Entfernungsmarker

Suchen nach einem Entfernungsmarker an einer Autobahn

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Entfernungsbereich

Linien

Jedes Feature stellt den Entfernungsmarkerbereich für jedes Liniensegment dar.

Entfernungsmarkerbereich in einem einzelnen Feld

Carr 682 KM 4.4, Barceloneta, 00617

Entfernungsmarker

Suchen nach einer ungefähren Entfernung entlang einer Autobahn

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Postalisch

Punkte oder Polygone

Empfohlene Polygone für optimale Rückwärts-Geokodierungsergebnisse

Jedes Feature stellt eine einzelne Postleitzahl-Region oder einen Schwerpunkt dar.

Postleitzahl in einem einzelnen Feld

22066

B4N 1Z5

Primäre Postanschrift

Suchen nach einer bestimmten Postleitzahl-Position

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Erweiterung der Postanschrift

Punkte

Jedes Feature stellt einen einzelnen Schwerpunkt der postalischen Erweiterung dar.

Fünfstellige Postleitzahlen und vierstellige Erweiterung in separatem Feld

96822-2323

Primäre Postanschrift, Erweiterung der Postanschrift

Suchen nach der Position einer bestimmten Postleitzahl-Erweiterung

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Postalischer Bestimmungsort

Punkte

Empfohlene Polygone für optimale Rückwärts-Geokodierungsergebnisse

Jedes Feature stellt die Vereinigung aus Postleitzahl und Stadt in einer Postleitzahlen-Grenze oder einem Schwerpunkt dar.

Postleitzahl und Stadt in einem einzelnen Feld

7132 Frauenkirchen

Primäre Postanschrift, Postalischer Bestimmungsort

Suchen nach einem bestimmten Bestimmungsort

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Verwaltungsbereiche

Punkte oder Polygone

Empfohlene Polygone für optimale Rückwärts-Geokodierungsergebnisse

Jedes Feature stellt einen bestimmten Verwaltungsbereich, z. B. Stadt, Viertel, Ballungsgebiet, Gebiet oder Region, dar.

Name des Verwaltungsbereichs in einem einzelnen Feld

British Columbia

North Park, San Diego

Block, Sektor, Stadtviertel, Bundesland/Kanton, Stadt, Stadtbereich, Subregion, Region, Gebiet, Land, Zone

Suchen nach einer bestimmten Verwaltungszone

2.3; 10.6.1; Möglicherweise werden nicht alle Locator-Funktionen in niedrigeren Versionen als Enterprise 10.7 unterstützt.

Punktadresse

Mit der Punktadressen-Locator-Rolle können Sie Locators für allgemeine Adressen erstellen, die eine Hausnummer und einen Straßennamen enthalten. Für diese Locator-Rolle werden die primären Referenzdaten aus Feature-Classes mit Polygon- oder Punktgeometrie bezogen. Jedes Feature in den primären Referenzdaten entspricht einer einzelnen Adresse. Beispielsweise können Sie eine Feature-Class mit Gebäude-Footprints oder Flurstücksschwerpunkten (den Mittelpunkten von Flurstückspolygonen) als primäre Referenzdaten für einen Punktadressen-Locator verwenden. Jede gesuchte Adresse muss in den primären Referenzdaten vorhanden sein. Wie unten gezeigt, erfordert die Punktadressen-Locator-Rolle, das jedes Feature in den Referenzdaten einem einzelnen Adressenwert entspricht, z. B. einem Flurstück oder Gebäude.

Jedes Flurstück oder Gebäude besitzt eine eindeutige Adresse.
Hinweis:

Bei Verwendung der Polygongeometrie für die primären Referenzdaten werden optimale Rückwärts-Geokodierungsergebnisse zurückgegeben.

Die Rolle "Punktadresse" unterstützt zudem mit Hausnummernbereichen modellierte primäre Referenzdaten. Eine einzelne Position, mit der mehrere Adressen verknüpft sind, z. B. ein Flurstück, weist in den Feldern "Ab" und "Bis" einen Wertebereich für Hausnummern auf. Sobald einige Features mit Hausnummernbereichen existieren, müssen alle Features mit Bereichen modelliert werden. Features ohne Hausnummernbereiche müssen in den Feldern "Ab" und "Bis" denselben Wert für die Hausnummer enthalten. Außerdem unterstützen Hausnummernbereiche Parität.

Methoden zur Modellierung von Hausnummernbereichen für die Rolle "Punktadresse"

Die Rolle "Punktadresse" unterstützt auch Erweiterungen von Hausnummern, wie sie bei Zweifamilienhäusern oder geteilten Grundstücken vorkommen können. Diese werden jedoch in einem gesonderten Feld, das für die Hausnummer oder Nummer des gesamten Hauses steht, gespeichert, z. B. 2B Wingate Rd. oder 20 1/2 Rocky Knoll Dr. Während "20 Rocky Knoll Dr." die dem ursprünglichen Gebäude zugewiesene Adresse darstellt, wurde "20 1/2" bei der Teilung des Grundstücks dem angrenzenden Gebäude zugewiesen. Nachgestellte Elemente (z. B. "B" oder "1/2") werden häufig als Hausnummernzusatz verwendet. Es kommt zwar selten vor, aber es werden auch Präfixe wie z. B. 28R in 28R 17 Oak St als Hausnummern-Präfix verwendet. Sämtliche Komponenten von Hausnummern (Hausnummern-Präfix, Hausnummer, Hausnummern-Suffix) werden in einem einzelnen Feld zusammengeführt, das anschließend bei der Erstellung des Locators als Hausnummernfeld verwendet wird. Beim Suchen nach einer Adresse, die eine alphanumerische Hausnummer enthält, muss die vollständige Hausnummer, wie zum Beispiel 28R in 28R 17 Oak St, eingeben werden, damit Vorschläge für die Adresse zurückgegeben werden können.

Zusammengeführte Komponenten der Hausnummer

Um Referenzdaten für einen Punktadressen-Locator aus einer Feature-Class beziehen zu können, muss diese einzelne Felder für Hausnummern und Straßennameninformationen, ein ObjectID-Feld und ein Shape-Feld enthalten. Ferner wird ein optionales JoinID-Feld benötigt, das eine Adresse enthält und dem Feld Join-ID für Adresse der Locator-Rolle zugewiesen werden kann, um eine Verbindung zu einer Tabelle mit alternativen Namen für alternative Hausnummern oder alternative Hausnummernbereiche herzustellen. Dies können Sie zum Beispiel verwenden, um die englische Transkription kyrillischer Hausnummern zu modellieren. Sie können außerdem Felder für das Richtungspräfix der Straße, den Präfixtyp, den Straßentyp, das Richtungssuffix, die Postleitzahl, die Postleitzahl-Erweiterung (z. B. ZIP+4 für die USA) oder die Zone (einen Verwaltungsbereich wie eine Stadt, ein Viertel usw.) festlegen. Zudem müssen Sie ein optionales Feld JoinID für das Flurstück in die Referenzdaten einbeziehen, wenn Sie die Rolle Punktadresse in Verbindung mit der Flurstück-Locator-Rolle in einem Mehrfachrollen-Locator verwenden möchten. Um eine Verbindung zwischen den Adresspunkten und den Flurstücken herzustellen, weisen Sie das Feld JoinID für das Flurstück dem Feld Join-ID des Flurstücks der Locator-Rolle zu. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. POINT_ADDRESS_ID.

Unteradresse

Die Punktadressen-Locator-Rolle bietet Unterstützung für Adressen, die Unteradresseninformationen, z. B. Kennungen für Appartements, Stadthäuser, Zweifamilienhäuser oder Geschäfte in einem Einkaufszentrum, enthalten. Unteradressen sind in einer Vielzahl von Wohn- und Geschäftsgebäuden anzutreffen, aber auch in speziellen Strukturen und Einrichtungen, wie Flughäfen, Wohnwagen-Siedlungen, Hafenanlagen und Anlegestellen sowie Schulgelände.

Jedes Punkt- oder Polygon-Feature in den primären Referenzdaten entspricht einer einzelnen Adresse mit Unteradresseninformationen. Sie können eine Feature-Class, die Gebäudegrundrisse oder Adresspunkte enthält, als Referenzdaten verwenden. Jede gesuchte Adresse muss in den Referenzdaten vorhanden sein. Exakte Positionen lassen sich aus Adressbereichen einer Straße nur dann extrapolieren oder interpolieren, wenn die Hausnummernwerte in den Referenzdaten, wie im Bereich "Rolle 'Punktadresse'" beschrieben, mit Hausnummernbereichen modelliert werden. Wie unten gezeigt, erfordern die Unteradressen, dass jedes Feature in den Referenzdaten einem einzelnen Adressenwert, z. B. Gebäude oder Adresspunkt, entspricht.

Jeder Adresspunkt enthält eine Adresse mit Unteradresse

Die Rolle "Unteradresse" unterstützt zudem primäre Referenzdaten, die mit Nummernbereichen für Einheiten modelliert wurden . Eine einzelne Position, mit der mehrere Adressen verknüpft sind, z. B. ein Flurstück, weist in den Feldern "Ab" und "Bis" einen Wertebereich für Nummern von Einheiten auf. Sobald einige Features mit Nummernbereichen für Einheiten existieren, müssen alle Features mit Bereichen modelliert werden. Features ohne Nummernbereiche für Einheiten müssen in den Feldern "Ab" und "Bis" denselben Wert enthalten.

Methoden zur Modellierung von Bereichen für Unteradresseinheiten für die Rolle "Punktadresse"

Zusätzlich zu den grundlegenden Adressenattributen kann die Feature-Class, die primäre Referenzdaten für einen Punktadressen-Locator mit Unterstützung für Unteradressen bereitstellt, einzelne Felder für den Gebäudetyp, Gebäudenamen, Ebenentyp, Ebenennamen, Einheitentyp und die Einheitennummer enthalten.

Felder für Typen von Unteradressenelementen

Hinweis:

Diese Locator-Rolle unterstützt drei Paare von Unteradressenelementen: Einheit und Einheitentyp, Ebene und Ebenentyp, Gebäudeeinheit und Gebäudetyp. Sie können im Locator entweder beide Unteradressenelementpaare oder auch nur ein Paar verwenden. Die Paare lassen sich mit den entsprechenden Feldern auf einer Karte darstellen, z. B. "Apt F" oder "Building A" oder "Floor 1". Erfahren Sie mehr über Adressenelemente in den primären Referenzdaten.

Für die besten Ergebnisse bei der Suche nach Adressen mit Unteradresseninformationen muss der Unteradresseneinheit ein Indikator (#, Apt, Suite, Gbd, Etage) vorangestellt werden. Andernfalls wird die Adresse dem Datensatz in den Daten zugeordnet, für den die höchste Punktzahl zurückgegeben wird. Beim Suchen nach einer Adresse, die eine Untereinheit enthält, muss das vollständige Unteradressenelement, wie zum Beispiel Unit 101 in 35 Orchard Ct, Unit 101, eingeben werden, damit Vorschläge für die Adresse zurückgegeben werden können.

Flurstück

Mit der Flurstück-Locator-Rolle können Sie Locators für Adressen mit Flurstücksnummern und allgemeinen Adressen erstellen, die eine Hausnummer und einen Straßennamen enthalten. Diese Locator-Rolle ähnelt der Rolle "Punktadresse", unterstützt allerdings keine Adressen mit Unteradressinformationen. Für diese Locator-Rolle werden die primären Referenzdaten aus Feature-Classes mit Polygon- oder Punktgeometrie bezogen. Jedes Feature in den primären Referenzdaten entspricht einem einzelnen Flurstück. Beispielsweise können Sie eine Feature-Class mit Flurstückspolygonen oder Flurstücksschwerpunkten (den Mittelpunkten von Flurstückspolygonen) als primäre Referenzdaten für einen Flurstück-Locator verwenden. Alle gesuchten Flurstücke oder Adressen müssen in den primären Referenzdaten vorhanden sein. Wie unten gezeigt, erfordert die Flurstück-Locator-Rolle, dass jedes Feature in den Referenzdaten einem einzelnen Flurstücks- oder Adressenwert entspricht, z. B. einem Flurstück oder einem Flurstückschwerpunkt.

Jedes Flurstück besitzt einen eindeutigen Wert

Um Referenzdaten für einen Flurstück-Locator aus einer Feature-Class beziehen zu können, muss diese einzelne Felder für Flurstücks- oder Hausnummern und Straßennameninformationen sowie ein ObjectID- und ein Shape-Feld enthalten. Optional kann das Feld JoinIDfür das Flurstück enthalten sein, das dem Locator-Rollenfeld Join-ID des Flurstücks zugewiesen und in einem Mehrfachrollen-Locator zur Herstellung einer Verbindung zur Rolle "Punktadresse" verwendet werden kann. Sie können außerdem Felder für das Richtungspräfix der Straße, den Präfixtyp, den Straßentyp, das Richtungssuffix, die Postleitzahl, die Postleitzahl-Erweiterung (z. B. ZIP+4 für die Vereinigten Staaten) oder die Zone (einen Verwaltungsbereich wie eine Stadt, ein Viertel usw.) festlegen. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. PARCEL_ID.

Attribute für Flurstücksreferenzdaten
Hinweis:

Bei Verwendung der Polygongeometrie für die primären Referenzdaten werden optimale Rückwärts-Geokodierungsergebnisse zurückgegeben.

Die Rolle "Flurstück" unterstützt zudem primäre Referenzdaten, die mit Hausnummernbereichen modelliert wurden. Eine einzelne Position, mit der mehrere Adressen verknüpft sind, z. B. ein Flurstück, weist in den Feldern "Ab" und "Bis" einen Wertebereich für Hausnummern auf. Sobald einige Features mit Hausnummernbereichen existieren, müssen alle Features mit Bereichen modelliert werden. Features ohne Hausnummernbereiche müssen in den Feldern "Ab" und "Bis" denselben Wert für die Hausnummer enthalten. Außerdem unterstützen Hausnummernbereiche Parität.

Methoden zur Modellierung von Hausnummernbereichen für die Rolle "Punktadresse"

Adressentabellen, die Sie mit dieser Locator-Rolle geokodieren können, müssen die Flurstücksnummer oder die Flurstücksadresse sowie einen Verwaltungsbereich wie Viertel, Stadt oder Postleitzahl enthalten. Locators, die mit dieser Locator-Rolle erstellt wurden, unterstützen die folgenden Suchszenarien:

  • Suche nach exakter Flurstücksnummer, wenn bei der Erstellung des Locators dem Feld "Flurstück" der Locator-Rolle nur die Flurstücksnummer zugewiesen wird.

    Ergebnis einer Suche allein nach Flurstücksnummer

  • Suche nach Flurstücksadresse, wenn bei der Erstellung des Locators Felder für Flurstücksnummer und -adresse zugewiesen werden. Wenn der Locator auf diese Weise erstellt wird, können Sie auch nur nach der Flurstücksnummer suchen.

    Ergebnis einer Suche nach Flurstücksadresse

  • Suche nach Flurstücksnummer und -adresse, wenn bei der Erstellung des Locators Felder für Flurstücksnummer und Adresse zugewiesen werden. Wenn der Locator auf diese Weise erstellt wird, können Sie auch nur nach der Flurstücksnummer suchen.

    Ergebnis einer Suche nach Flurstücksnummer und -adresse

Straße

Mit der Straßenadressen-Locator-Rolle können Sie Locators erstellen, die die Suche nach allgemeinen Adressen unterstützen, die Hausnummern, Straßenkreuzungen oder nur Straßennamen enthalten. Der Vorteil dieser Locator-Rolle liegt darin, dass Sie für beide Seiten eines Straßenabschnitts einen Wertebereich für Hausnummern angeben können. Dadurch kann der Locator nicht nur einen Standort innerhalb des Straßenabschnitts zurückgeben, sondern auch bestimmen, auf welcher Seite des Straßenabschnitts sich die Adresse befindet.

Für diese Locator-Rolle werden Feature-Classes mit Liniengeometrie verwendet. Jedes Feature in den primären Referenzdaten entspricht einem Straßenabschnitt mit zwei darin befindlichen Adressbereichen für jeweils eine Straßenseite.

Jedes Straßensegment weist einen Von- und Bis-Adressenbereich für die rechte und die linke Straßenseite auf.

Primäre Referenzdaten mit FieldName-Spalte und DataType-Spalte

Um die primären Referenzdaten für eine Straßenadressen-Locator-Rolle aus einer Feature-Class beziehen zu können, muss diese vier Felder mit Von- und Bis-Adresseninformationen für jede Straßenseite, Straßennameninformationen, ein ObjectID-Feld und ein Shape-Feld aufweisen. Optional kann in den Referenzdaten ein JoinID-Feld vorhanden sein, das eine ID enthält, die Sie dem Feld Join-ID für Straße der Locator-Rolle zuweisen können, um eine Verbindung zu einer Tabelle mit alternativen Namen in den Referenzdaten herzustellen. Außerdem können Sie Felder für das Richtungspräfix der Straße, das Straßenartpräfix, die Straßenart, das Richtungssuffix oder die Zone anlegen. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. STREET_SEGMENT_ID.

Diese Locator-Rolle unterstützt normale Blockbereiche, alphanumerische Adressen mit Gitter-Zone oder Adressen mit Bindestrichen, die in der Hausnummer Informationen zu Querstraßen enthalten. Auch Straßenkreuzungen werden von dieser Locator-Rolle unterstützt. Sie können optionale Felder wie ZIPL und ZIPR (Postleitzahl für beide Straßenseiten), Ort links/rechts und Felder für die Abkürzung des Bundeslandes oder Kantons in der Referenz-Feature-Class verwenden.

Referenzdaten müssen Felder enthalten, die sich auf zusätzliche Zoneninformationen beziehen.

Damit Adressentabellen mit den Locators, die mit dieser Locator-Rolle erstellt wurden, geokodiert werden können, müssen sie ein Adressenfeld aufweisen, das neben dem Richtungspräfix, Präfixtyp, Straßentyp oder Richtungssuffix der Straße (sofern vorhanden) auch die Hausnummer und den Straßennamen enthält. Kreuzungsbeschreibungen (beispielsweise "Eureka Blvd. & Vine St.") können in diesem Feld ebenfalls enthalten sein. Mit einem Locator, der mithilfe der Straßenadressen-Rolle erstellt wurde, haben Sie darüber hinaus die Möglichkeit, nach Straßennamen zu suchen. Das Adressenfeld in einer Adressentabelle muss neben dem Richtungspräfix der Straße ggf. auch den Präfixtyp, den Straßentyp oder das Richtungssuffix enthalten. Wenn Sie die Qualität der Geokodierung beim Abgleich von Adressen mit identischem Straßennamen verbessern möchten, müssen Sie mindestens einen Verwaltungsbereich wie Stadt oder Postleitzahl in einem separaten Feld bereitstellen.

Adressentabellen

Straßenname

Die Straßenadressen-Locator-Rolle unterstützt Straßennamen. Ausschließlich auf Straßennamen basierte Adresssuchen, z. B. Orchard Court, Lansing MI, führen zu einem StreetName-Treffer. Wenn eine Hausnummer in die Adresssuche einbezogen wird, gibt es nur dann einen StreetName-Treffer, wenn keine andere Option verfügbar ist. Das ist der Fall, wenn in den Referenzdaten keine Hausnummern mit dem Straßenabschnitt verknüpft sind. Wenn Sie einen Locator erstellen möchten, der nur StreetName-Treffer unterstützt, müssen in den Referenzdaten die Felder für Hausnummernbereiche in jedem Datensatz NULL oder leere Zeichenfolgen oder ein einzelnes Feld mit NULL oder leeren Zeichenfolgen, das mit jedem der Felder "Ab" und "Bis" des Hausnummernbereichs aus der Locator-Rolle verknüpft ist, enthalten sein. Wenn eine Adresse gefunden wird, wird die zugeordnete Position in der Mitte des Straßenabschnitts platziert.

Straßenblöcke

Die Locator-Rolle "Straßenblöcke" unterstützt die Suche nach einer Reihe von Hausnummern für einen oder mehrere Gebäudeblöcke. Der Addr_type-Wert, der für diesen Suchtyp zurückgegeben wird, lautet StreetMidBlock. Ein solches Feature befindet sich ungefähr in der Mitte der Straßenabschnitte mit den Hausnummern, die die Blocknummer oder der Blockbereich repräsentieren. Eine Übereinstimmung von StreetMidBlock ist präziser als eine Übereinstimmung von StreetName und weniger präzise als eine Übereinstimmung von StreetAddress. Mit der folgenden Syntax können Sie entweder nach einem einzelnen Block oder nach einem Blockbereich suchen: <Nummer oder Bereich> block | block of <Straßenname>. Beispiel: 100 block of New York St, Redlands, CA oder 200-500 block Taylor St, San Francisco. In der REST-API-Webhilfe finden Sie weitere Informationen zum Suchen nach Straßenblöcken.

POI

Mit der Point of Interest (POI)-Locator-Rolle können Sie Locators für Daten erstellen, die die Namen von Landmarks, Orten oder Gebäuden enthalten. Außerdem können Sie die Rolle verwenden, um Locators zu erstellen, die alphanumerische Zeichenfolgen zur Positionsbestimmung enthalten, z. B. N1N115. Sie können mit dieser Rolle erstellte Locators für die Suche nach Features wie Bergen, Brücken, Flüssen, Orten usw. verwenden. Locators, die mit dieser Rolle erstellt wurden, können Sie außerdem verwenden, um nach Mobilfunkmasten, Zählbezirken und praktisch jedem eindeutigen, in einer Feature-Class dargestellten Feature zu suchen. Mithilfe dieser Locator-Rolle können Sie darüber hinaus jedem Feature Kategorien und Unterkategorien zuweisen, um die Ergebnisse bei der Geokodierung einzuschränken oder um zusätzliche Informationen zu dem Feature zu erhalten, nachdem es geokodiert wurde.

Tipp:

Mit dem Werkzeug Feature-Locator erstellen können Sie einen Locator erstellen, wenn die Referenzdaten nur kurze eindeutige Namen oder Kennungen für die Features enthalten, z. B. Wasserzähler oder Zählblockgruppen.

Für diese Locator-Rolle werden die primären Referenzdaten aus Feature-Classes mit Punkt- oder Polygongeometrie bezogen. Zusätzlich zu einem ObjectID- und einem Shape-Feld müssen Feature-Classes, die als Referenzdaten für den Locator verwendet werden, Attribute aufweisen, die die Namen und geographischen Zonen, z. B. Stadt, Bundesstaat und Land, enthalten, um die Position des Features zu definieren, oder sie müssen ein spezielles Feld mit dem eindeutigen Namen oder Wert des jeweiligen Features enthalten. Sie können auch die Elemente der physischen Adressen des POI in ihre einzelnen Felder unterteilt mit einbeziehen. Um Kategorien und Unterkategorien zu verwenden, müssen die primären Referenzdaten ein bis zwei Felder enthalten, die die Features kategorisieren. Optional können Sie in den Referenzdaten ein Join-Feld verwenden, das eine ID enthält und zur Herstellung einer Verbindung zu einer Tabelle mit alternativen Namen oder alternativen Ortsnamen oder alternativen Kategorien verwendet werden kann. Wenn Sie einen Locator erstellen, weisen Sie in der Tabelle mit primären und alternativen Namen das Join-Feld dem Feld Place Join ID der Locator-Rolle zu. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. PLACE_NAME_ID.

Hinweis:

  • Bei Verwendung der Polygongeometrie für die primären Referenzdaten werden optimale Rückwärts-Geokodierungsergebnisse zurückgegeben.
  • Die POI-Locator-Rolle ersetzt die Ortsnamen-Aliastabelle, aber sie erfordert eine Point- oder Polygon-Feature-Class mit Ortsnamen zusammen mit der verknüpften Adresse in der Attributtabelle.

Tipp:

Falls Ihre Features unterschiedliche Arten von Orten oder Positionen, z. B. Bushaltestellen, U-Bahn-Stationen, Parkanlagen und Schulen, in mehreren Feature-Classes darstellen, empfiehlt es sich, jedem Feature eine Kategorie in den entsprechenden Feature-Classes zuzuweisen und diese Feature-Classes zu einer Feature-Class zusammenzuführen, da nur ein primäres Referenz-Dataset pro Rolle verwendet werden kann. Auf diese Weise können Sie mit einem einzelnen Locator nach unterschiedlichen Arten von Orten suchen.

Feature-Class-Attribute der POI-Rolle

Adressentabellen, die Sie mithilfe dieser Locator-Rolle geokodieren können, müssen zudem die Ortsnamen und geographischen Zonen bzw. den eindeutigen Namen oder Wert enthalten, den Sie zur Positionsermittlung verwenden können. Mit den geographischen Zoneninformationen können Sie die Suche eingrenzen, da derselbe Name, z. B. Rochester, häufig in mehreren Bundesstaaten der USA zu finden ist. Wenn Sie sowohl den POI als auch die Adresse geokodieren, geben Sie den Ortsnamen in das Feld address und die Adresse in das Feld address2 ein. Ferner können Sie einen mit der POI-Rolle erstellten Locator verwenden, um Orte nach Name, Kategorie oder nach einer Kombination aus Name oder Kategorie und Teilen der Adresse zu suchen. Beispiel: Starbucks, Orange St, Redlands oder gas station, Boulder, CO. Locators, die mit dieser Locator-Rolle erstellt wurden, unterstützen die folgenden Suchformate:

  • Suche nach Orten anhand des Namens, z. B. Disneyland, Starbucks oder Niagarafälle, oder der Kategorie, z. B. Freizeitpark, Wasserfälle, Cafés.

    Ergebnis einer Suche nach POI anhand des Ortsnamens

  • Suche nach Orten anhand des Namens oder der Kategorie mithilfe einer oder mehrerer Zonen (Viertel, Stadt, Region, Postleitzahl) mit optionalem Konnektor (in oder at).

    Ergebnis einer Suche nach POI-Ortsnamen mit Zone und optionalem Konnektor im Bereich "Suchen"

  • Suche nach Orten anhand des Namens oder der Kategorie mithilfe eines Adressbestandteils, z. B. Straßenname.

    Ergebnis einer Suche nach POI-Kategorie mit Straßenname im Bereich "Suchen"

  • Suche nach Orten anhand des Namens oder der Kategorie mithilfe einer Adresse und einer oder mehrerer Zonen (Viertel, Stadt, Region, Postleitzahl).

    Ergebnis einer Suche nach POI-Ortsnamen mit vollständiger Adresse und Postleitzahl im Bereich "Suchen"

Entfernungsmarker

Mit der Entfernungsmarker-Locator-Rolle können Sie Locators für Entfernungsmarker (fortlaufend nummerierte Marker, die in regelmäßigen Abständen entlang von Straßen platziert werden) erstellen. Für diese Locator-Rolle werden Feature-Classes mit Punktgeometrie verwendet, wobei jedes Feature in den Referenzdaten einen Entfernungsmarker oder ein Zeichen darstellt.

Jeder Entfernungsmarker weist einen Ab- und einen Bis-Punkt auf

Um Referenzdaten für einen Entfernungsmarker-Locator aus einer Feature-Class beziehen zu können, muss sie Felder für den Entfernungswert, eine Maßeinheit sowie Straßennameninformationen enthalten. Ferner sind ein ObjectID- und ein Shape-Feld erforderlich. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. STREET_ID.

Feature-Class-Attribute der Entfernungsmarker-Rolle

Wenn Sie eine Tabelle mit Positionen mit einem Entfernungsmarker-Locator geokodieren möchten, muss die Tabelle ein einzelnes Textfeld mit allen Adressenelementen in den folgenden Formaten enthalten:

  • Kilometer 152 MEX-400
  • Km 152 MEX-400
  • MEX-400 Kilometer 152
  • MEX-400 Km 152

Hinweis:

Wenn in die Erstellung des Locators mit dieser Rolle Entfernungseinheiten einbezogen wurden, werden diese bei der Suche nach Standorten aktuell vom Locator ignoriert.

Entfernungsbereich

Mit der Entfernungsbereich-Locator-Rolle können Sie einen Locator für Straßenabschnitte mit Entfernungsmarkerbereichen erstellen. Für diese Locator-Rolle werden Feature-Classes mit Liniengeometrie verwendet, wobei jedes Feature in den Referenzdaten einen Straßenabschnitt mit einem Entfernungsmarkerbereich darstellt, der sich in diesem Straßenabschnitt befindet. Um Referenzdaten für einen Entfernungsbereich-Locator aus einer Feature-Class beziehen zu können, muss sie Felder für "Entfernung von", "Entfernung zu", eine Maßeinheit sowie Straßennameninformationen enthalten. Ferner sind ein ObjectID- und ein Shape-Feld erforderlich. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. STREET_ID.

Beispiel für die Attributfelder von Referenzdaten für einen Entfernungsbereich

Postalisch

Mit der Postleitzahl-Locator-Rolle können Sie einen Locator für Postleitzahlen erstellen. Für diese Locator-Rolle können Feature-Classes mit Punkt- oder Polygon-Geometrie verwendet werden, wobei jedes Feature in den Referenzdaten ein Postleitzahl-Polygon bzw. dessen Schwerpunkt darstellt.

Hinweis:

Bei Verwendung der Polygongeometrie für die primären Referenzdaten werden optimale Rückwärts-Geokodierungsergebnisse zurückgegeben.

Punktreferenzdaten für einen Postleitzahl-Locator
Polygon-Referenzdaten für einen Postleitzahl-Locator

Die Referenzdaten für eine Postleitzahl-Locator-Rolle müssen ein Feld, das die Postleitzahl für das Feature angibt, ein ObjectID-Feld und ein Shape-Feld enthalten. Ferner müssen ein Join-Feld, das eine ID enthält und zur Herstellung einer Verbindung zu einer Tabelle mit alternativen Namen verwendet werden kann, und optional Verwaltungszonen wie Städte enthalten sein. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. POSTAL_ID.

Wenn in den Referenzdaten Werte für Ortsnamen in den Postleitzahlen enthalten sind, werden die Ortswerte beim Erstellen eines Locators als postalische Ortswerte gespeichert. In einigen Ländern, darunter die Vereinigten Staaten, wird bei der Geokodierung standardmäßig der postalische Ort zurückgegeben. Dies hat Auswirkungen auf Ergebnisse, die von Mehrfachrollen-Locators, die Punktadresse, Flurstück, Straßenadresse oder POI-Rollen enthalten, zurückgegeben werden. Sie können den Wert, der im Locator zurückgegeben werden soll, in den lokalen Ort oder den übereinstimmenden Ort ändern, indem Sie im Dialogfeld mit den Locator-Eigenschaften den Standardwert für Bevorzugter Ortsname anpassen.

Adressentabellen, die Sie mit dieser Locator-Rolle geokodieren können, müssen über ein Feld mit Postleitzahlinformationen verfügen.

Erweiterung der Postanschrift

Die Locator-Rolle für Postleitzahl-Erweiterungen dient der Geokodierung von Postleitzahlen mit Erweiterungen, z. B. der US-amerikanischen ZIP+4-Codes. Mit dieser Locator-Rolle können Sie Locators erstellen, die Point-Feature-Classes als primäre Referenzdaten verwenden.

Beispiel für Referenzdaten-Attributfelder

Jedes Feature in der primären Referenzdatenquelle stellt einen Postleitzahl-Erweiterungspunkt dar. Neben den ObjectID- und Shape-Feldern muss die Referenzdaten-Feature-Class bzw. das Shapefile über ein Textfeld verfügen, das die Postleitzahl (die in den USA fünfstellig ist) des Features sowie ein weiteres Textfeld darstellt, das die Postleitzahl-Erweiterung (in den USA den vierstelligen ZIP+4-Code) enthält. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. POSTAL_EXTENSION_ID.

Damit eine Adressentabelle mit einem Locator für Postleitzahl-Erweiterungen geokodiert werden kann, muss die Tabelle ein Textfeld aufweisen, das die gesamte Postleitzahl und den Erweiterungscode enthält. In den USA ist dies beispielsweise der ZIP+4-Code (fünfstellige Postleitzahl plus ZIP+4-Code), z. B. 12345-6789, 12345 6789 oder 123456789.

Beispiel für Referenzdaten-Attributfelder

Postalischer Bestimmungsort

Mit der Locator-Rolle für postalische Bestimmungsorte können Sie einen Locator für die Vereinigung aus Postleitzahl und postalischem Bestimmungsort erstellen. Mit diesem Locator erhalten Sie eine genauere Position, wenn eine Postleitzahl mehrere postalische Bestimmungsorte abdeckt. Für diese Locator-Rolle müssen Feature-Classes, in denen jedes Feature aus den Referenzdaten die Vereinigung zwischen der Postleitzahl und dem postalischen Bestimmungsort darstellt, verwendet werden. In der folgenden Abbildung liegt zum Beispiel die Stadtteilgrenze von Scripps Estates (violett) innerhalb der Postleitzahlen-Grenze für 92037 (schwarz), die der Stadt La Jolla zugewiesen ist. Wenn Sie einen Postleitzahl-Locator mit Postleitzahlendaten erstellt haben, wird bei der Suche nach 92037, La Jolla eine Übereinstimmung zurückgegeben. Bei der Suche nach 92037 Scripps Estates klappt dies jedoch nicht, da Scripps Estates nicht mit dem Feature für die Postleitzahl 92037 in den Postleitzahl-Referenzdaten verknüpft ist. Damit 92037, Scripps Estates gefunden werden kann, müssen Sie einen Locator für postalische Bestimmungsorte erstellen.

Hinweis:

Bei Verwendung der Polygongeometrie für die primären Referenzdaten werden optimale Rückwärts-Geokodierungsergebnisse zurückgegeben.

Karte der Lokalitäts- und postalischen Grenzen mit Überschneidungsbereich

Die Referenzdaten für eine Locator-Rolle für postalische Bestimmungsorte müssen ein Feld, das die Postleitzahl und die Stadt für das Feature angibt, ein ObjectID- und ein Shape-Feld und optional ein Join-Feld aufweisen, das eine ID enthält und zur Herstellung einer Verbindung zu einer Tabelle mit alternativen Namen verwendet werden kann. Die Feature-Class muss auch ein ID-Feld enthalten, das doppelte Features mit derselben Position verknüpft, damit doppelte Geometrien im Locator entfernt werden können. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. POSTAL_LOCALITY_ID. Wenn Sie Referenzdaten zur Erstellung eines Locators mit der Locator-Rolle für postalische Bestimmungsorte anlegen möchten, verwenden Sie das Werkzeug Vereinigen. Hiermit können Sie die geographische Vereinigung aus Stadt oder Lokalität- und Postleitzahlen-Grenz-Feature-Classes mit den Attributen aller Datasets in einer einzelnen Feature-Class berechnen.

Referenzdaten-Attributfelder

Verwaltungsbereiche

Die Verwaltungsbereich-Rollen dienen der Geokodierung von Bereichen wie Städten, Viertel, Landkreisen, Kantonen, Bezirken, Gebieten und Bundesländern. Diese Rolle können Sie verwenden, um Locators zu erstellen, die Point- oder Polygon-Feature-Classes als primäre Referenzdaten verwenden. Wenn Sie einen Locator mit mehreren Rollen erstellen, der sowohl Adressebenen als auch Verwaltungsbereiche umfasst, werden die Polygone des Verwaltungsbereichs verwendet, um fehlende Attribute der Verwaltungszone aus den Adressdaten zu übernehmen.

Hinweis:

Bei Verwendung der Polygongeometrie für die primären Referenzdaten werden optimale Rückwärts-Geokodierungsergebnisse zurückgegeben.

Die Referenzdaten für eine Locator-Rolle für Verwaltungsbereiche müssen ein Feld, das den Namen des Verwaltungsbereichs für das Feature angibt, ein ObjectID- und ein Shape-Feld und optional ein JoinID-Feld für den Verwaltungsbereich aufweisen, das eine ID enthält und zur Herstellung einer Verbindung zu einer Tabelle mit alternativen Namen verwendet werden kann. Sie können die ID mit vielen Features in den primären Referenzdaten verknüpfen und sie mit einem eindeutigen Datensatz im Feld Join ID der Tabelle mit alternativen Namen verbinden. Zwischen den primären Referenzdaten und dem alternativen Name in der Tabelle mit alternativen Namen muss eine Viele-zu-viele- oder eine Viele-zu-eins-Beziehung bestehen. Wenn ein Verwaltungs-Feature mehrere Namen hat, muss das Feld Join ID in der Tabelle mit alternativen Namen einen identischen eindeutigen ID-Wert für alle alternativen Verwaltungsnamen eines Features enthalten, siehe hierzu die nachfolgende Abbildung.

Verwaltungsbereich "Viertel", wobei das Viertel mehrere alternative Namen mit derselben ID hat
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.

Um doppelte Geometrien im Locator zu entfernen, muss die Feature-Class ein ID-Feld enthalten, das die doppelten Features mit der gleichen Position miteinander verbindet. Dieser Prozess reduziert die Größe des Locators und entfernt überflüssige gleichwertige Kandidaten aus den Geokodierungsergebnissen. Dieses ID-Feld muss dem Feature-ID-Feld aus der Locator-Rolle zugeordnet werden, z. B. REGION_FEATURE_ID.

Zusätzliche Rollenattribute

Wenn Sie einen Locator erstellen, sehen Sie in der Liste der Locator-Rollen, dass sich die verschiedenen Locator-Rollen noch anhand von weiteren Attributen unterscheiden.

Join-ID-Felder

Sie können alternative Namen für die Features in Ihrer Referenzdaten-Feature-Class mithilfe einer Tabelle definieren. Alternative Straßennamen ermöglichen Ihnen den Vergleich einer Adresse mit einem Feature anhand mehrerer Namen für das Feature. Beispiel: Wenn die "Bridge Street" auch unter dem Namen "Slash Road" bekannt ist, wird bei Verwendung von "266 Bridge Street" dieselbe Adresse gefunden wie bei Verwendung von "266 Slash Road".

Die primäre Feature-Class muss ein Feld mit einem ID-Wert für jeden Datensatz enthalten. Sie können die ID mit vielen Features in der primären Feature-Class verknüpfen und sie mit einem eindeutigen Datensatz im Feld Join ID der Tabelle mit alternativen Namen verbinden. Zwischen der primären Feature-Class und dem alternativen Name in der Tabelle mit alternativen Namen muss eine Viele-zu-viele- oder eine Viele-zu-eins-Beziehung bestehen. 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.

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.

Verwaltungszonenfelder

Jede Rolle enthält Verwaltungszonenfelder, z. B. Stadt, Bundesland und Postleitzahl, die Sie verwenden müssen, da sich dadurch die Wahrscheinlichkeit erhöht, die richtige Übereinstimmung zu finden. Angenommen, eine Straße erstreckt sich über mehrere Zonen, z. B. Lake Shore Drive in Chicago, IL, USA; die Straße durchquert die gesamte Stadt und umfasst mehr als fünf Postleitzahlen. Wird in dem obigen Beispiel nur eine Straßenadresse ohne Postleitzahl geokodiert, erhalten Sie mehrere Übereinstimmungen und haben keine Möglichkeit zu bestimmen, welche richtig ist.

Benutzerdefinierte Ausgabefelder

Jede Locator-Rolle ermöglicht es, dem Locator zusätzliche benutzerdefinierte Ausgabefelder hinzuzufügen. Diese Felder sind optional. Sämtliche Felder der Referenz-Feature-Class können als benutzerdefinierte Ausgabefelder hinzugefügt werden. Wenn Sie mit einem Locator, für den ein zusätzliches Feld angegeben wurde, nach einer Adresse suchen, werden die Informationen aus dem entsprechenden Feld der Referenzdaten in den Adressenkandidaten angezeigt und in der Ausgabe-Feature-Class gespeichert.

Häufige Beispiele enthalten Block ID, besondere Kennungen oder Namen von Grundstückseigentümern. Mit den in der Ausgabe-Feature-Class gespeicherten zusätzlichen Feldern können Sie für weitere räumliche Analysen eine Verbindung zu anderen Attributtabellen oder Feature-Classes herstellen. Sie können die Informationen auch verwenden, wenn Sie die Adressen erneut abgleichen und zusätzliche Informationen benötigen, um eine richtige Übereinstimmung zu finden.

Verwandte Themen