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.
- 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 AusnahmeError 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 AusnahmeError 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 AusnahmeError 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.