Tips for improving geocoding quality

Geocoding is included in many workflows and each workflow can vary. The score of a geocoding result to be considered a match may be higher in some workflows than in others. You may want your output to display on the rooftop or parcel centroid when displaying it on the map rather than the side of the street that is used for routing. Adjusting your locator to meet these types of needs is described in the sections below.

Geocoding options

Match out of range

If you want to match to a street segment, even if the street number doesn't exist on the line segment in your data but is within a reasonable threshold and is likely to exist, set the Match out of range property to Yes. When this property is set to Yes, the point is placed on the end of the street segment where the address is slightly outside of the house number range. This ensures that you do not miss a potential match because the data is not 100 percent up to date.

Note:

The Match out of range property only applies to locators that support and return StreetAddress matches.

Preferred location type

You can display geocoding results on a map for further analysis. Change the Preferred Location Type setting to Address Location so that the points represent the rooftop or parcel centroid for the address. The address location is closest to the center of the feature that represents the address. In contrast, you can use geocoding results in a routing application to locate the points on the side of the street for better routing. In this case, the Routing Location option is a better choice. The routing location is typically closer to the street, where a vehicle would arrive at the location.

Note:

If the selected preferred location is not found, the other location type is returned. The Preferred Location Type setting only applies to locators that support and return PointAddress, Parcel, and POI matches.

Minimum match score

The Minimum match score is a threshold that allows you to control how closely addresses must match their most likely candidate in the reference data to be considered a match. If the potential candidate is below the threshold, the address is not matched to the candidate.

The minimum match score for a locator is a value between 0 and 100. A perfect match yields a score of 100. If your workflows require matched addresses with a high level of confidence, set the Minimum match score to a higher threshold. The higher setting ensures that only the highest-quality matches are returned. If you want to maximize the number of addresses that can be matched and do not mind if some addresses are potentially matched incorrectly, use a lower threshold setting.

When batch geocoding, the minimum match score of the potential candidate must be met or exceeded to be matched. If more than one match is found, the candidate with the highest match score is accepted.

Note:

If you set the Minimum match score property on a multirole locator, this can potentially override the built-in fallback logic between roles. You may not see results that match to the lower-precision roles in your locator and may instead only see matches to the highest-precision role.

Minimum candidate score

The Minimum candidate score determines which potential candidates are returned for interactive geocoding (geosearch). For example, if you search for a location in the Locate pane, candidates below the minimum candidate score threshold are not displayed. The Minimum candidate score for a locator is a value between 0 and 100. The Minimum candidate score is also used during interactive rematch; for example, in the Rematch Addresses pane, only candidates that meet or exceed the minimum candidate score are shown in the pane.

Match with no zones

Match with no zones is a legacy property for locators that were built without administrative zones. It is not recommended to build locators without administrative zones, such as city or region and postal code, because it can result in poor geocoding quality when matching addresses that have the same street name. Building locators without administrative zones also impacts geocoding performance. Additionally, the region abbreviation information, such as the state in the USA, is used to enhance the existing data in the locator for state highways. For example, if you have a highway in your data named State Hwy 39 and your data has CA in the region abbreviation field, a geocode result is also returned for CA-39 without using an alternate name table that contains the alternate street name.

Countries to support

If you have a locator that contains data for multiple countries, you can perform a search of addresses or locations that you know are in one or two countries. You can modify the country settings to limit your search and exclude matches outside of those countries.

Categories to support

If you have a locator that supports multiple address types, you can modify this setting to exclude matches to certain types. For example, your locator can support matches to PointAddress level, StreetAddress level, StreetName level, and Postal level. You may want to exclude matches to the Postal level because you consider matches to that level to be too imprecise for your purposes. This setting allows you to control the precision of your geocoding experience.

Features to support for reverse geocoding

If you have a locator that supports multiple feature types, you can modify this setting to limit the types results that are returned from this locator when it is used for reverse geocoding operations. For example, if you want your locator to return addresses when reverse geocoding, you should select Point Address and Street Address, but if you are primarily interested in getting the post code description for a location, you should only select Postal Code.

Related topics