Geocoding-Ersatz

Die Optionen für Geocoding-Ersatz können dem Geocoder helfen, einen weniger genauen Geocode zurückzuliefern, wenn kein Geocode auf Adressenebene ermittelt werden kann.

Für Geocoding-Ersatz stehen folgende Optionen zur Verfügung:

  • Auf Post ausweichen: Das System versucht, den Schwerpunkt einer Postleitzahl zurückzuliefern.
  • Auf Geografie ausweichen: Das System versucht, den Schwerpunkt eines geografischen Bereichs zurückzuliefern.
Eine zusätzliche Ersatzoption kann implementiert werden, um die Fälle abzudecken, in denen entweder kein Landes-Geocoder installiert ist oder ein Landes-Geocoder verfügbar ist, jedoch kein Geocoding-Dataset installiert ist:
  • Auf World ausweichen: Das System versucht, den World Geocoder (XWG) zu verwenden, um einen Geocode zurückzuliefern. Der World Geocoder (XWG) gibt entweder einen postalischen oder einen geografischen Geocode zurück, je nach dem Unterstützungsgrad im XWG-Geocoding-Dataset. Um dieses Feature zu implementieren, müssen die das Geocoding-Dataset für World Geocoder installieren. Die folgenden Beispiele zeigen die Antworten in den Fällen, in denen das Feature mit und ohne installiertem Geocoding-Dataset für World Geocoder aktiviert ist.

    Szenario 1: Verwenden von Fallback OHNE XWG-Daten:

    • FALLBACK_TO_WORLD = false: Die Ausnahme Error initializing data manager. wird zurückgegeben, wenn versucht wird, für ein Land ohne installierte Daten ein Geocoding durchzuführen.
    • FALLBACK_TO_WORLD = true: Die Ausnahme Error initializing data manager. wird zurückgegeben, wenn keine Daten für World Geocoder (XWG) installiert sind.

    Szenario 2: Verwenden von Fallback MIT XWG-Daten:

    • FALLBACK_TO_WORLD = false: Die Ausnahme Error initializing data manager. wird zurückgegeben.
    • FALLBACK_TO_WORLD = true: Wenn der Ersatz ausgeführt wird, werden falls möglich die Ergebnisse zurückgegeben.

Auf Post ausweichen

Die folgende Tabelle enthält Informationen zur Implementierung des Features Auf Post ausweichen.

REST API Feature-Implementierung
Dienst: Geocode
Anforderungstyp: GET
Parameter: fallbackPostal = true
Anforderungstyp: POST
Objekt:Element preferences : fallbackToPostal = true

Weitere Informationen finden Sie unter GET-Anforderung an Geocode und POST-Anforderung an Geocode.

Auf Geografie ausweichen

Die folgende Tabelle enthält Informationen zur Implementierung des Features Auf Geografie ausweichen.

REST API Feature-Implementierung
Dienst: Geocode
Anforderungstyp: GET
Parameter: fallbackGeo = true
Anforderungstyp: POST
Objekt:Element preferences: fallbackToGeographic = true

Weitere Informationen finden Sie unter GET-Anforderung an Geocode und POST-Anforderung an Geocode.

Auf World ausweichen

Die folgende Tabelle enthält Informationen zur Implementierung des Features Auf World ausweichen.

REST API Feature-Implementierung
Dienst: Geocode
Anforderungstyp: POST
Objekt:Element customPreferences : FALLBACK_TO_WORLD = true

Das Objekt customPreferences wird im Objekt preferences spezifiziert. In einer POST JSON-Anforderung würde es beispielsweise folgendermaßen spezifiziert:

"preferences" : {
    "customPreferences" : {
        "FALLBACK_TO_WORLD" : "true"
    }
}

In einer POST XML-Anforderung würde es folgendermaßen spezifiziert:

<preferences>
  <customPreferences>
    <entry>
      <key>FALLBACK_TO_WORLD</key>
      <value>true</value>
    </entry>
  </customPreferences>
</preferences>

Weitere Informationen finden Sie unter POST-Anforderung an Geocode.