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
| Rollen | Typische Geometrie von Referenz-Datasets | Typische Darstellung von Referenz-Datasets | Parameter für die Adressensuche | Beispiele | Unterstützte Kategorien | Anwendungen | Unterstü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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
- 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.
- 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.
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.
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.
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.
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.
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.
- Suche nach Orten anhand des Namens oder der Kategorie mithilfe einer oder mehrerer Zonen (Viertel, Stadt, Region, Postleitzahl) mit optionalem Konnektor (in oder at).
- Suche nach Orten anhand des Namens oder der Kategorie mithilfe eines Adressbestandteils, z. B. Straßenname.
- Suche nach Orten anhand des Namens oder der Kategorie mithilfe einer Adresse und einer oder mehrerer Zonen (Viertel, Stadt, Region, Postleitzahl).
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.
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.
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.
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.
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.
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. 
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.
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.
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.
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.