Zone Lookup results incorrect if not selected from the results list

651
6
Jump to solution
05-22-2023 02:58 PM
Labels (1)
ClackamasFire
New Contributor

We have a Zone Lookup tool that is configured to use the ESRI world Geocoder. When a user types an address and hits enter, the map drops a pin at an incorrect location and then the zone results are incorrect. If a user types the address, waits for the address suggestion, and selects an address from the results list the tool works as expected.  I am assuming that when not selecting an address from the results list the tool cannot geocode the address correctly. I don't understand why it drops a pin on the map and triggers a false result.

  • Do we have something configured incorrectly?
  • Is there anyway to get it to force a user to wait and select from the list?
  • Or can it be configured to give an address not found message?
  • Any other suggestions for configuring this tool so that it is less susceptible to user error?

Tool: https://clackamasfire.maps.arcgis.com/apps/instant/lookup/index.html?appid=57ad2ae19813449b9bd693d82...  

Test address: 11300 SE Fuller Rd. Milwaukie, OR 97222

0 Kudos
1 Solution

Accepted Solutions
KellyHutchins
Esri Frequent Contributor

You may be running into the same problem that was posted in this question a few days ago. The details are different but it seems both are due to the same underlying code issue. 

https://community.esri.com/t5/arcgis-instant-apps-questions/zone-lookup-coordinate-search/m-p/129131...

We'll get this fixed in the upcoming release of ArcGIS Online but in the meantime the steps above may resolve the problem. 

View solution in original post

0 Kudos
6 Replies
KellyHutchins
Esri Frequent Contributor

Thanks for the detailed info on how to reproduce. I was able to repro with your app but if I build a new app using your data/settings I cannot. Can you test with this app and let me know if you are able to reproduce? 

https://jsapi.maps.arcgis.com/apps/instant/lookup/index.html?appid=94d0738ef8224d858d73425d7474c6e5

 

If not I'll dig into the settings and figure out what is different between the two test cases. 

0 Kudos
KellyHutchins
Esri Frequent Contributor

You may be running into the same problem that was posted in this question a few days ago. The details are different but it seems both are due to the same underlying code issue. 

https://community.esri.com/t5/arcgis-instant-apps-questions/zone-lookup-coordinate-search/m-p/129131...

We'll get this fixed in the upcoming release of ArcGIS Online but in the meantime the steps above may resolve the problem. 

0 Kudos
ClackamasFire
New Contributor

Your rebuild seems to work well and I could not get it to reproduce the issues. I followed the steps from the other post and it seems to have resolved the issue on my app.

Thank you!!!

0 Kudos
ArielLow2146
Occasional Contributor II

@KellyHutchins I'm having a similar but different issue. When I enter 236 NE 12th Ave, Portland, OR, 97232, USA  in this app https://geo.maps.arcgis.com/apps/instant/lookup/index.html?appid=fd070b56c975456ea2a25f7e3f4289d1 the right results show in the map (though there is a "phantom" selected feature) but the wrong results show in the results panel.

ArielLow2146_0-1687394095498.png

It doesn't matter whether I select the result from the dropdown list. I checked the app JSON as you suggested in the solution to the other post and I think it looks correct.

ArielLow2146_1-1687394179961.png

 

0 Kudos
KellyHutchins
Esri Frequent Contributor
I just ran a quick test and get SD 21, HD 42 and CD 1 which looks correct based on the map. Are those the expected results?
0 Kudos
ArielLow2146
Occasional Contributor II

Thanks for running the test! Those are the correct results and I'm not able to reproduce the issue anymore either.

I'll dig in a bit more and circle back if we start having the issue again. At the time a colleague tested on a separate device and had the same issue I did. I also created a new app based on the same map and had the same issue in the new app.

ArielLow2146_0-1687408756332.png

 

0 Kudos