Select to view content in your preferred language

Add ArcMap parity to composite locators with multiple primary fields

272
2
04-18-2024 06:54 AM
Status: Open
Labels (1)
JohnNergeBrooklynPark
Occasional Contributor II

Seeing if there's any larger demand for this capability. Originally this got logged as a bug but was resolved as As Designed. Recently confirmed with Esri support that they are not planning to reach parity with this ArcMap capability.

In ArcGIS Pro, it does not appear possible to create multirole or composite locators that allow you to use different primary fields. The specific use case we had in the ArcMap days was using a composite locator to first attempt to geocode a table using an address field and then falling back on the parcel number if that failed. This was really helpful when geocoding data from non-spatial systems because while the parcel numbers were usually right there could be typos or errors in the address since they were hand typed. Here's an example of a dummy table we might get.

AddressParcelTableSample.jpg

In ArcMap composite locators, you can specify multiple primary fields and determine which locators use which of those fields. So using the data sample above, we'd have the address point locator use the ServiceAddress field to geocode and the parcel locator use the ParcelNumber field.

ArcMap Composite Geocoding.jpg

In ArcGIS Pro, whether creating a multirole or composite locator, it does appear this is possible. I'm wondering if this is a problem for other people and if you have any use cases or other scenarios where you need to geocode using multiple address, parcel number, POI, common name, or other such fields?

I  should note that I was able to find a workaround by creating a feature locator for the parcel instead and using that in the composite locator. This ends up being clunky though because the locator still defaults to single field, and then when switching to multiple fields it lists all of the address inputs and a generic Name field at the end that is not intuitive to know that's where you should add the parcel ID field.

2 Comments
ShanaBritt

@JohnNergeBrooklynPark It is possible in Pro to do what you are looking for, it just requires a different workflow in formatting your data. The service address and parcel number should be in the same field in the table and this field should be mapped to the Address field when you geocode the table with your multirole locator that contains PointAddress or StreetAddress role for the street addresses and Parcel role for the parcel numbers.

ShanaBritt_0-1723215368317.png 

ShanaBritt_2-1723217525069.png

 

 

 

JohnNergeBrooklynPark

So that would technically work, but that's not really how our data are stored. That screenshot was meant to make it obvious which addresses are valid or not, but in reality we're geocoding tables with thousands of records, and we won't know before running them which ones will match to an address, street, or parcel ID ahead of time.

Also sometimes the data is in house and other times it's from a third party. So what we really need is that ArcMap style functionality where you can geocode using multiple primary fields so that if one fails the other can still be used further down the composite locator hierarchy.