topic Re: Geocode Service with Suggestions Enabled Issue in ArcGIS Enterprise Questions

Geocode Service with Suggestions Enabled Issue

MichaelVolz — Fri, 03 Nov 2017 19:16:37 GMT

I have built geocode services in ArcGIS Server (AGS) 10.5.1 with suggestions enabled to be used in AGOL apps. For the most part the geocode services are working fine, but I am getting "Wait timeout exceeded" severe warnings in AGS Manager. I do not believe I received these types of warning on geocode services with suggestions enabled in AGS 10.3.1.

Has anyone encountered these types of warnings on geocode services, especially ones where suggestions have been enabled?

If so, were you able to solve this issue?

Re: Geocode Service with Suggestions Enabled Issue

ShanaBritt — Fri, 09 Feb 2018 03:15:13 GMT

Michael what style did you use to create the address locator you published as a geocode service? If it was single field I would suggest using the General - Gazetteer style. Check out BUG-000104922 on the support site.

Re: Geocode Service with Suggestions Enabled Issue

MichaelVolz — Fri, 09 Feb 2018 18:13:38 GMT

Shana:

Can you provide me a direct link to the BUG you mentioned so I can better understand the issue and see how the General - Gazetteer style would resolve this issue?

Re: Geocode Service with Suggestions Enabled Issue

ShanaBritt — Fri, 09 Feb 2018 21:46:16 GMT

Michael can you access BUG-000104922: The geocode service published to ArcGIS GIS Server w.. ? I was suggesting the Gazetteer style based on the limited information I had, but remembered that there was a suggestion memory leak and some other issues for the Single Field style based locator when published as a service.

Re: Geocode Service with Suggestions Enabled Issue

MichaelVolz — Tue, 13 Feb 2018 04:58:31 GMT

So I could solve this in 2 ways:

1.) Keep current style and remove suggestion functionality which is the root cause of memory leak (not desirable as suggestions are a key component of address locator)

2,) Switch to Gazateer style that SHOULD solve the memory leak problem that creates the wait timeout errors

Re: Geocode Service with Suggestions Enabled Issue

ShanaBritt — Tue, 13 Feb 2018 15:31:21 GMT

We have not seen the memory leak with the Gazetteer style locator and it is the recommended style to workaround the bug with the Single Field style. Let me know how the Gazetteer style works out for you. Whatever field was used to map to the Keyfield in the Single Field style, map it to the Place Name field in the Gazetteer style.

Re: Geocode Service with Suggestions Enabled Issue

MichaelVolz — Tue, 13 Feb 2018 20:20:33 GMT

I've never used the Gazetteer style locator, but it sounds like it is very similar to the Single Field address locator style. As such, why would someone choose the Gazetteer style locator over the Single field style locator if there was no memory leak issue with the Single field style locator?

Would the Single House style locator also work as a substitute for the Single Field style locator?

Re: Geocode Service with Suggestions Enabled Issue

PaulWiles1 — Wed, 21 Feb 2018 02:34:38 GMT

Hi Shana,

I have this same issue. Do you know if this is resolved in 10.6? Rather than having to rebuild all my locators and referencing them all over again with Arc Online. I find my server jumps to 20 + gig of memory usage before it crashes - with a single locator.

Paul

Re: Geocode Service with Suggestions Enabled Issue

MichaelVolz — Wed, 21 Feb 2018 19:49:16 GMT

Paul:

Do you use the single field address locator/geocode service in AGOL?

Do you get timeout errors in ArcGIS Server Manager logs? That's what I see.

Re: Geocode Service with Suggestions Enabled Issue

PaulWiles1 — Thu, 22 Feb 2018 02:19:27 GMT

Hi Michael,

Yes I use that single field locator service in AGOL.

This is on the server log:

Error performing suggest operation Error handling service request :Processing request took longer than the usage timeout for service 'Locators/Locator_Points_CreateAddress.GeocodeServer'.

Regards,

Paul

Re: Geocode Service with Suggestions Enabled Issue

PaulWiles1 — Thu, 22 Feb 2018 20:00:59 GMT

Hi Shana,

Are there reports the memory leak still occurs - when suggestions are turned off?

Paul

Re: Geocode Service with Suggestions Enabled Issue

ShanaBritt — Fri, 23 Feb 2018 00:23:49 GMT

Michael:

The General - Single Field style is designed to be used to search for unique names or string values such as census tracts, parcel id numbers, place names, meter numbers to name a few. The type of search that is performed is an exact look up of what is in the reference data for the mapped Single Key field. General - Single Field style

The General - Gazetteer style uses search logic that will take into account spelling instead of an exact search, so if the reference data has "Carmel by the sea" in Californi as the city or place name, you could search for 'Carmel' California and get a match or candidates returned, whereas the Single Field locator would be expecting an exact input of "Carmel by the sea". The Gazetteer style can be used to search for the same unique features that you would use the Single Field locator, but it handles suggestions better than Single Field. General - Gazetteer style

Have you tried the Gazetteer style yet with suggestions in your application/workflow?

Are you using the Single Field style to search for addresses? It's not recommended style to use for searching for addresses if your reference data is point or polygon geometry. The US Address - Single House style is the style that should be used when you have point or polygon (parcels, tax lots) geometry that you want to use as the reference data for the locator.

-Shana

Re: Geocode Service with Suggestions Enabled Issue

MichaelVolz — Mon, 26 Feb 2018 14:22:31 GMT

Shana:

When my org was at 10.3.1 we wanted to use the US Address - Single House address locator, but we encountered BUG-000105837 : The ArcGIS Server/ArcGIS Enterprise documentation page on geocode services makes no mention of the Suggest limitation. So ESRI tech. support told us to go with the Single Field address locator which we did and it did not have a memory leak.

10.5.1 has introduced a memory leak for the Single Field address locator, but now that we are investigating the US Address - Single House address locator (as per your advice) we seem to be hitting a similar bug to BUG-000105837 where we get erroneous results when using the geocode service in AGOL. Would you know if BUG-000105837 still exists in 10.5.1 as it was present in 10.3.1, but never fixed in 10.3.1?

Re: Geocode Service with Suggestions Enabled Issue

ShanaBritt — Tue, 13 Mar 2018 19:31:49 GMT

Bug BUG-000105837 is more of the Server/Enterprise documentation not telling you of the suggestions limitation with geocode services that you create from your own locators. The suggestion limitation was resolved in the Esri World service last June. We will be including info about the limitation for customer created geocode services in the documentation for the 10.6.1 release.

Bug BUG-000094346 is regarding invalid house numbers and suggestions, this behavior exists for all of the out of the box locator styles that search for house addresses in 10.5.1 & 10.6, more discussion and details can be found at https://community.esri.com/thread/164282#comment-717731. We are actively working on making the suggestion fixes in the Online service available to customers when they create their own locators and services, but do not have a time frame for when it will be released. If you want to be able to search just on street name and get suggestions for street names, it's recommended to use the Street Name style.

I have not seen any reports regarding the geocode service memory leak based on a Single Field locator w/o suggestions. I would still suggest using the Gazetteer locator style to build a locator with suggestions and use it as a geocode service to make use of the spelling logic that is not in the Single Field style. The leak for the Single Field style based geocode service is not resolved for 10.5-10.6.

You may find this info helpful for creating a Gazetteer locator https://community.esri.com/people/cdufault-esristaff/blog/2018/03/02/gazetteer-geolocator-best-practices-and-ram-requirements