|
POST
|
At this time there are no plans to bring back the functionality of the pre-10.5 Singlehouse Subaddress address locator style. The reason for the changes were for quality and performance and since 10.5 we have fixed issues that have been reported by customers at each release since then. The building type and unit components caused confusion and slowed down the search. The 3 house number parts will need to be concatenated into a single field and the subaddress elements can be broken up between subaddress type and unit or all concatenated into just subaddress unit. More details can be found at http://pro.arcgis.com/en/pro-app/help/data/geocoding/commonly-used-locator-styles.htm#ESRI_SECTION1_7FC7CD744FDA4D379399C92D109FA67A
... View more
06-12-2018
04:24 PM
|
1
|
0
|
1308
|
|
POST
|
Which address locator style did you use to create the address locator? Do you have an example of the REST Suggest request you made that didn't return the expected results? -Shana
... View more
06-11-2018
04:46 PM
|
0
|
2
|
1494
|
|
POST
|
Here is some additional information related to this thread. This limitation is mentioned in the documentation here towards the bottom: Creating a composite address locator—Help | ArcGIS Desktop Here is the Note: The suggest index does not store the house number for performance reasons, and so the best practice is to create a composite locator with at least a Street Address or Point Address locator and a Street Name locator. The reason for this is that if the house number doesn't exist in the Street Address or Point Address locator, you will still get a match to Street Name. You do not need different data to create the Street Name locator. A Street Name locator can be created from Street Address data because the Street Name style only uses a subset of the fields required by Point Address or Street Address. We have also made fixes to our online service for this and plan on rolling these out to users when creating locators on their own data later in 2018. Shana
... View more
06-11-2018
04:35 PM
|
0
|
6
|
2899
|
|
POST
|
Anand: You would need to install 10.5.1 to get the fix. There is a workaround available for the issue, which is to use the Feature to Point tool in ArcToolbox > Data Management Tools > Features toolset to convert the polygons to points. Then use the points to build the address locator based on the US Zip 5 digit style.
... View more
06-11-2018
04:21 PM
|
0
|
1
|
3746
|
|
POST
|
Anand: Do you get the same results when you save the geocode result out to a shapefile? Is the status for all the records in the geocode result ‘U’ for unmatched? Do you get results returned when you search for a zip code in the Find tool or Gecoding toolbar using the same address locator that you geocoded the table with?
... View more
06-07-2018
05:42 PM
|
0
|
1
|
3747
|
|
POST
|
The issue you've described is addressed in a few other posts regarding suggestions with geocode services. See the following reply https://geonet.esri.com/message/716581-re-composite-locator-not-properly-locating-address-points?commentID=716581&et=wat…
... View more
06-05-2018
01:44 PM
|
2
|
3
|
3211
|
|
POST
|
Is your geocode result in shapefile format or in a geodatabase? What geometry type is listed in the 'Shape' field of the "USA Zip Code Areas" layer when you open the attribute table?
... View more
06-05-2018
01:37 PM
|
0
|
3
|
3747
|
|
POST
|
Lee: What are your steps for the following statement in your original question? "Published to my 10.6 server and added it to Portal (federated and hosted on ArcGIS Data Store) via utility services." Are you publishing the composite locator from ArcMap to ArcGIS Server, then add the geocode service REST URL to the utility service section of the Enterprise Portal organization settings for utility services? Does this mean that you published the locators by copying the data to the server or did you publish by reference where the locators were in a folder that was registered with the Data Store?
... View more
06-04-2018
06:55 PM
|
0
|
3
|
2522
|
|
POST
|
What is the behavior when you use the composite geocode service in ArcMap to geocode the two tables? I'm trying to determine if the problem is with the geocode service or with Portal and the service as a utility service.
... View more
05-23-2018
02:06 PM
|
1
|
5
|
2522
|
|
POST
|
Lee: Do you experience the same behavior with the local composite in ArcMap or ArcGIS Pro?
... View more
05-18-2018
01:54 PM
|
0
|
7
|
2522
|
|
POST
|
I also noticed that in the Geocode Addresses tool you did not map a table field to "Full address" input field, it's set to none. So the result would be all unmatched records. Another option is to convert the building footprints to points using the Polygon to Point tool, then using the Reverse Geocode tool, then spatially join the reverse geocode result to the building foot prints feature class.
... View more
05-17-2018
03:17 PM
|
1
|
0
|
1673
|
|
POST
|
Kevin: At this time there is only a workaround of using the General - Gazetteer locator style when building the locator and publishing it as a geocode service. The Gazetteer style does not have the memory leak when used as a service with suggestions. It also has the logic to handle spelling sensitivity. 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. -Shana
... View more
05-02-2018
03:49 PM
|
0
|
0
|
2313
|
|
POST
|
Brian: I apologize for the delay, I've been working to meet some deadlines for Pro development and haven't been able to circle back to this issue. I have an idea I need to test out and will try to get a response to you this week. What I believe is happening is that the abbreviation you are using for 'Circle' in the reference data is not part of the logic in the locator style, so it doesn't know what to do with it. A quick note about the field mapping of the locator in your most recent screen shot... The 'Full Street Name' locator field is not used for address matching, so it is not necessary for it to be mapped to a field in your reference data. The content of the field when mapped is written to the geocode result for labeling if needed. You have a few options for field mapping based on the fields in your reference data. If the "ROAD_FULL" field in the reference data contains all of the street components, it can be mapped to the 'Street Name' field from the locator with no other components mapped (directions, prefix type, suffix type), then map the zone fields like city, state, zip code. If using the US Addresses - Single House Subaddress map "ROAD_FULL" to 'Street Name' and the "UNIT TYPE" and "UNIT NUMBER" fields to 'SubAddr Type' and 'SubAddr Unit'. In the existing locator properties, you could also use the "ROAD TYPE FULL" field to map to 'Suffix Type'. -Shana
... View more
04-17-2018
10:31 AM
|
1
|
3
|
1087
|
|
POST
|
Martin, Are you using Voll, Plz, and Ort fields as the input fields when geocoding? Are you able to show the table field mapping in the geocoding tool you are using so that I can see what fields are being used?
... View more
04-11-2018
08:49 AM
|
0
|
1
|
2538
|
|
POST
|
Are you using Geography or Geometry as the data type for the reference data that is used to build the locator? Does the same behavior occur when building a locator with the Dual Range locator style or General - Gazetteer?
... View more
04-11-2018
08:45 AM
|
0
|
4
|
3663
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-08-2023 11:15 AM | |
| 1 | 01-28-2025 09:04 AM | |
| 1 | 06-05-2025 08:01 AM | |
| 2 | 07-14-2025 12:11 PM | |
| 1 | 09-25-2024 12:04 AM |
| Online Status |
Offline
|
| Date Last Visited |
02-19-2026
08:29 AM
|