Summary:
Vendor's apps does not return business name when search by address.
1 shpping plaza address has 10 business name, when search this address, should return 10 bussinese name.
Further investigate find vendor's app is not the cause. Instead arcgis "suggest" REST api cause the problem.
Deepper investigate find suggest REST api is not root cause.
ArcPro locator is root cause. This problem started from ArcPro locator.
ArcMap locator potentially is a quick work around solution before ESRI really fix this ArcPro defect.
Step 1.
my user want search "5731 bickett" to show "target"
anothe word, user want search address, to show all stores name in this same address.
"5731 bickett" is a shopping plaze address, it has 10 stores. All 10 POI use this same address.
see 10 stores here
Step 2.
dispatcher need to type hundreds of POI name per day.
Typing less letter is very critical.
Instead of type full POI name 'target' so many times per day, if just type "tar" will greatly reduce the work load of 911 dispatcher.
see here, geocode server correctly find target by just type "tar", great, that is what I want.
Step 3.
now user want type "5731 bickett" to show "target", even show all 10 stores in this shopping plaza.
here is problem comes, ESRI's geocoder failed to show "target", failed to show all other 10 stores.
instead, geocoder only show 1 record which is address only
Step 4.
ESRI should fix this. As user, user can not directly fix it, user don't have access to source code. Esri's employee who has access to source code, should be able to fix it in source code.
User can create solution to work around it.
https://community.esri.com/t5/arcgis-rest-apis-and-services-questions/suggest-rest-api-does-not-return-common-name/m-p/1641110#M5026
Step 5.
a possible work around is, when geocode return only 1 address "5731 bickett",
user can use this address to call another REST api find-address-candidate against this address,
Step 6.
unfortunately, find-address-candidate only return 2 results, (should be 10 stores).
Even worse, these 2 results, theire common name field should be "target", but reality is empty.
see here
Step 7.
commonName field does map to OffCommonName field in geolocator.
result should show "target" as OffCommonName field,
but reality is empty.
Step 8.
output name did set offCommonName, but reality, offCommonName is empty in results. Should be "target"
Step 9.
In fact this is not REST api issue. The issue is in ArcPro original locator.
Locator in ArcPro do the same thing as in REST api
search "tar" for target works.
Step 10.
search 5731 bickett should show target along with other 10 stores. but suggest api does not, it only show 2 address result.
Step 11.
if you click suggest result, it will use find-address-candidate-api against the suggested address result
however, find-address-candidate-api did not include target along with other 10 stores in result either. Which I think it should.
Not sure, this is bugs or design like that.
But as user, we do need include target and other 10 store with same address in results.
Step 12.
to trigger find-address-candidate-api , you don't want to click suggested result, instead, you should directly click enter on "targe"
find-address-candidate-api can find partial POI name correctly
Step 13.
ArcPro works the same as rest api, if you search POI name, it works correctly.
But if you search address, it only return address, does not return all POI associated with that address.
by search address, to see all 10 stores that located in this same address.
In old ArcMap before covid19, it does that but now in new ArcPro, it did not.
Here is some findings, ArcPro enhancement # ENH-000159321, it is potentially on ESRI's plan to implement it on ArcPro, but you don't know when esri will do it.
https://desktop.arcgis.com/en/arcmap/latest/manage-data/locators/working-with-address-locators-and-geocoding.htm
https://desktop.arcgis.com/en/arcmap/latest/manage-data/geocoding/creating-an-address-locator.htm
The quickest work around is to verify ArcMap can really do it.
Step 14.
Step 15.
Step 16.
Step 17.
Step 18.
Step 19.
Step 20.