|
POST
|
Bryan, I would really like to understand the use case for when you are trying to find an address where you don't know the subunit information. In what case would you know the base address but not the subaddress and seeing all of the subaddress information would help to make a decision? We are working on adding support for suggestions with subaddresses for an upcoming release of Pro. Brad
... View more
04-15-2020
04:55 PM
|
0
|
7
|
3124
|
|
POST
|
The maximum amount of suggestions that can be returned is capped at 50. What is the use-case for wanting to return more than 50? Suggestions are supposed to be an interactive way to show results as a user types so even 50 is more than what a user would ideally want to see while they are typing. This is why we have 5 by default but in some cases 7 to 10 could be useful depending on the application. Brad
... View more
04-02-2020
02:22 PM
|
0
|
0
|
785
|
|
IDEA
|
Kevin, As I previously described above, these two operations are different but do work together. The Emergency Operations software seems like it is using an old approach to populate geocoding results which is why you are seeing the results you describe. Using suggestions in combination with the FindAddressCandidates API (just pressing enter) is the approach that should be used and is used in all of Esri's interactive clients for geocoding. It seems like the Emergency Operations software needs to updates to use the interactive geocoding approach of using suggestions in combination with the FindAddressCandidates API. With regards to suggestions for subAddresses, there is work being done to support this in the near future. Brad
... View more
03-17-2020
08:51 AM
|
0
|
1
|
2684
|
|
POST
|
Theodore, Suggestions for intersections is supported for locators created with your own data if the locator is built using the Create Locator tool in ArcGIS Pro. Brad
... View more
02-20-2020
08:24 AM
|
0
|
0
|
1532
|
|
POST
|
Liz, Unfortunately I am not of much help here. You are working in an area where I have no experience. Maybe this thread will help though? https://community.esri.com/thread/114287 Brad
... View more
01-16-2020
01:08 PM
|
0
|
2
|
876
|
|
POST
|
Robert, You would need to make pure REST calls via Python if you want to go that route. Victor Bhattacharyya could potentially help you with that because he has done this quite a bit. Brad
... View more
01-06-2020
11:04 AM
|
0
|
0
|
2427
|
|
POST
|
Kyle, Your statement that "Reverse geocoding does not work at all when mixing new locators and composite locators" is not correct. The composite locators function and return results correctly but you will have less output than you would when using the new locator by itself. This is how the classic locators worked and how the classic locators inside of composite locators worked. With the composite locator that contains the newer locators created with the Create Locator tool, you will only get back the parsed out address for the reverse geocoded location instead of additional geocoding metadata that the mutlirole new locators return. Brad
... View more
01-03-2020
01:56 PM
|
0
|
0
|
1542
|
|
POST
|
Robert, Let me answer some of you questions. 1. Documentation for the output fields when using the ArcGIS World Geocoding Service are documented at the service like you mentioned. The ARC_ fields contain the values that were mapped when you originally geocoded the table and the ArcMap documentation for that can be found here: About geocoding a table of addresses—Help | ArcGIS Desktop ResultID is a field that is returned using the REST API but not when geocoding in Desktop. It is used to "stitch" the original table onto the results from geocoding. As for your following statement "Oh, and BTW, the documentation has a comment to the effect that the user cannot rely on the number and names." This is referring to the values in the fields that can change. Data changes all the time so you can't base application logic on it. The field names won't change but the values might. 2. We return a consistent set of all fields when geocoding so even empty fields will be returned. When using the REST API directly, you can choose which fields will be returned by specifying the outFields parameter but we return all of them when geocoding using Desktop. Information about the arc_ fields can be found in 1 above. 3. The length of the fields that are returned are based on the data we have. In some cases, in some countries, the values can be quite long so we need to take that into account. ArcGIS Pro sets the default width to something smaller than the max so I would encourage you to try it out. 4. The fields in the output are a copy from the original table that are appended to the geocoding result which is why their name is changed. If you geocoding in ArcGIS Pro that will be named USER_<fieldName> with a field alias that has the same field name from the original table. 5. What field was it that caused this issue?
... View more
01-03-2020
01:43 PM
|
0
|
7
|
2427
|
|
POST
|
Kyle, Locators created with the Create Locator tool and packaged in a MobileMapPackage are only supported in 64 bit applications. You can still use the Create Address Locator tool to create locators and package them in a MobileMapPackage to be used in 32 bit applications. Brad
... View more
01-02-2020
10:48 AM
|
0
|
3
|
3110
|
|
IDEA
|
Kevin, Adding support for suggestions for Subaddresses is on our list of work that we will be doing but it will not be in 2.4.4 nor will it be in 2.5 which is already dev-complete and will be release in early 2020. I would like to provide some detail and background about the two operations, suggest and findAddressCandidates. FindAddressCandidates is intended to be used with full addresses, not partial addresses. It does support partial addresses if the entire address portion is entered but the zones (city, state, zip) are excluded ONLY when you pass in either a location or an extent as a parameter to the API. Using either the location parameter or the extent parameter allows users to search without providing a zone. Another way to allow for no zones to be entered is to set the property I mentioned to you above, supportsOptionalZone = true, although this property was not implemented prior to 10.7 Enterprise so it would require that version or newer. Suggest allows for not only partial address input but partial word input as well. You can enter "110 East St" (to use your example above) and get suggestions back that match that text input. The two operations are performing completely different functions but do work together hand in hand. The result returned from the suggest operation is passed in as input to the findAddressCandidates operation to give the user the address they asked for so if you were to pass in the text that you got back from the suggest call of which is "110 E STATE ST, SAVANNAH, 31401" you will actually get back the correct result. The workaround that you are using to get suggestions back by using the Gazetteer will have limitations that you have mentioned above because that is not the intended use of that locator. As mentioned above, we recognize that suggestions for Subaddresses is a feature that is important to your workflow and we are working hard to get that feature to you in a future release of Pro and Enterprise. Brad
... View more
12-20-2019
05:19 PM
|
0
|
1
|
2684
|
|
POST
|
Kevin, This issue is not specific to the locator actually, it was something in the Enterprise framework code so the type of locator or where you publish it from doesn't matter. Brad
... View more
12-20-2019
04:19 PM
|
1
|
0
|
1200
|
|
POST
|
Kevin, This issue was already fixed in 10.7 Enterprise. Brad
... View more
12-19-2019
01:54 PM
|
0
|
2
|
1200
|
|
POST
|
Joe, There is not a really good answer for this. It depends on a lot of factors but the best way to think of it is that it is random. Brad
... View more
12-18-2019
01:06 PM
|
0
|
0
|
1193
|
|
POST
|
Joe, The center of the map is only used when performing interactive geocoding, not batch geocoding. What you are seeing is just a coincidence because when batch geocoding it will just choose the first candidate if there is a tie. Brad
... View more
12-18-2019
12:52 PM
|
0
|
2
|
1193
|
|
POST
|
Michael, If the addresses have the same attributes and are from the same role then all of them will be returned. The first one will just be the closest to the center of the map. Even if the addresses have the same attributes but are from differnt roles and are not spatially near each other, all the candidates will be returned. The logic for deduplication of identical candidates happens when you have identical attributes across different roles where the locations are very close to each other. Essentially we want to remove the StreetAddress match if we have a PointAddress match that represents the same address but with a more spatially precise location. Brad
... View more
12-18-2019
10:06 AM
|
1
|
0
|
1193
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-25-2014 08:21 AM | |
| 1 | 07-31-2025 10:52 AM | |
| 1 | 11-15-2024 09:08 AM | |
| 1 | 07-15-2022 02:04 PM | |
| 1 | 09-24-2021 03:08 PM |
| Online Status |
Offline
|
| Date Last Visited |
08-13-2025
11:50 AM
|