topic Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why? in ArcGIS Pro Questions

Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

AllenDailey1 — Tue, 26 Nov 2024 17:27:02 GMT

I've discovered that, since upgrading to Pro 3.3.2 from 3.0.3, rebuilding address locators takes about 20 minutes, whereas before, it took about 1 minute.

This is the case both with a Python script and when doing it manually. It even happens when rebuilding an address locator I created from scratch in Pro 3.3.2 (as opposed to the existing locators I had made with Pro 3.0.3).

This worries me because I'm wondering if it means something is wrong...?

Does anyone know why this is happening? Has anyone else experienced this behavior?

Thank you!

Allen

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

MichaelVolz — Tue, 26 Nov 2024 17:48:15 GMT

Since Pro 3.4 has now been released and available for a few weeks, have you tested whether it takes 20 minutes there as well? I would suggest on a test machine.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

AllenDailey1 — Tue, 26 Nov 2024 17:59:19 GMT

Thanks for your reply. Well, since we have to stay on Server 11.3 for the foreseeable future, we don't want to use Pro 3.4 yet, since 3.3. is the one that's officially compatible with Server 11.3. But I can keep that idea in mind in case we want to at least test it out, like you said, just in case it provides any interesting information.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

Robert_LeClair — Wed, 27 Nov 2024 17:51:41 GMT

@AllenDailey1 - do you have any schema changes prior to rebuilding the address locator? From the internals: use the Rebuild Address Locator (Geocoding) tool for updating the locator with the current reference data and use the Create Locator (Geocoding) tool to re-build the locator when a schema change (e.g., adding a field) is made to the reference data feature classes.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

AllenDailey1 — Tue, 03 Dec 2024 20:29:41 GMT

Thank you. No, there haven't been any schema changes.
I did use those tools to create and rebuild my locator.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

JoeHeggenstaller — Mon, 03 Feb 2025 16:43:06 GMT

We recently upgraded our Pro environment to 3.4 and discovered the same issue. Address Point Locator rebuilds used to take 1-2 minutes. Now it's taking 23 minutes. No schema changes to reference dataset. Created a brand new 3.4 locator for testing and still extremely slow to rebuild. Would appreciate someone from the geocoding team to look into this issue. Thank you.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

AllenDailey1 — Mon, 03 Feb 2025 17:52:05 GMT

Thanks for sharing that this happened to you too! Interesting.

Here's how I solved the problem. I checked the specs on the server where our scripts run, and it had way below the recommended RAM for ArcGIS Pro. We upgraded the RAM, as well as the processor, and rebuilding address locators is back to taking only a short time. It's still a little longer than with Pro 3.0, but maybe like twice as long rather than 20 times as long. My guess is that rebuilding address locators consumes way more resources with the newer version of Pro; I don't know why.

However, a caveat is that before discovering this hardware issue, we had tested rebuilding locators in Pro (rather than a script) on other computers, all of which had okay hardware for Pro. But the rebuild still took a long time... so it's still kind of mysterious. I don't know if it needs a very particular processor or what, or if it's faster via script than via Pro interface.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

ShanaBritt — Tue, 18 Feb 2025 16:33:25 GMT

@JoeHeggenstaller Can you provide more details about your data and environment?

1. How large is the data used to build the locator?

2. Where is the locator being saved to? Local or network location?

a. If local, is it to an SSD drive?

b. If local, how much free disk space is on the machine you are building the locator on?

c. Where is the data stored used to build the locator?

3. What was the field mapping that is used to build the locator?

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

JoeHeggenstaller — Mon, 24 Feb 2025 18:25:03 GMT

Hi Shana,

I'll provide the information you requested, but the issue has resolved itself with an upgrade to ArcGIS Pro 3.4.2. The locators now take less than 30 seconds to rebuild, which is comparable to what it used to be, prior to the 3.4 upgrade.

The point file dataset has more than 110K records and is stored in a SQL EGDB. The locator is stored on a network share of a virtual server.

I won't bore you with the field mappings, since there really isn't an issue with the data, but appears that it was an issue with the version of the software.

Thank you for trying to help!!

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

ChristopherGraff — Fri, 04 Apr 2025 22:01:11 GMT

@JoeHeggenstaller Any hints at what the problem was? We're at 3.3 and can't upgrade yet. We're setup very similar to you and see the same issue. We have half the records you do and it takes 30+ minutes now.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

ShanaBritt — Thu, 05 Jun 2025 15:01:39 GMT

@JoeHeggenstaller Keep an eye out for the 3.3.6 patch, which has a fix to this behavior if you are unable to upgrade to 3.4.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

JoeHeggenstaller — Thu, 10 Jul 2025 13:16:17 GMT

Sorry @ShanaBritt I forgot to reply a few weeks ago.

I just tested rebuilding a point file locator using Pro 3.5.2 and it only took about 25 seconds, which from my past experience in ArcMap and earlier versions of Pro seems about right for our 110,000+ address point file.

Re: Address locator takes 20x longer to rebuild in Pro 3.3 than 3.0... why?

ShanaBritt — Mon, 14 Jul 2025 13:52:22 GMT

Thanks for the update @JoeHeggenstaller !