|
POST
|
Joe: Since it's going to be a licenced product package, it is separate from ArcGIS Online and will have different pricing. The World Geocoder for ArcGIS is not limited to those who currently use the World Geocoding Service that is included with the ArcGIS Online Organization subscription. -Shana
... View more
02-16-2016
12:45 PM
|
0
|
0
|
702
|
|
POST
|
Jake: I would suggest going through the steps outlined in the following technical article, 40678 - Dual Ranges address locators created with ArcGIS for Desktop 10.1 and higher do not return matches. -Shana
... View more
02-16-2016
08:55 AM
|
2
|
3
|
1532
|
|
POST
|
Sean: I would suggest going through the steps outlined in the following technical article to disable coordinate search when using the address locator. 44182 - Disable finding latitude and longitude coordinates when using an address locator -Shana
... View more
02-16-2016
07:30 AM
|
1
|
0
|
1222
|
|
POST
|
Raffi- Does the behavior occur when using the out of the box General - Single Field locator style to create the address locator? What modifications were made to the style you used to create the locator that is exhibiting the unexpected behavior? -Shana
... View more
02-16-2016
06:50 AM
|
0
|
0
|
1164
|
|
POST
|
Jeremy: The World Geocoder for ArcGIS is targeted to be available Q1 2016 and will be a licenced package with 3 different licence levels, so there will be a fixed cost, that consists of ArcGIS for Server, Data (locators) and Professional Services. The basic licence has a limit of geocoding 250M records per year. It will include a ready-to-use Geocoding API that you can use right away in ArcGIS apps or configure into custom apps. The key capabilities are Interactive Geocoding (GeoSearch), Batch Geocoding, Reverse Geocoding, and Suggestions (results as you type). For more details feel free to send your questions to WorldGeocoder@esri.com. -Shana
... View more
02-12-2016
09:03 AM
|
1
|
0
|
3785
|
|
POST
|
Peter: Is the behavior only occurring at REST with the parcel based locator? What is the behavior when batch geocoding in ArcMap with the original unpublished address locator? If you are able to provide the parcel data and existing locator I can take a look at the behavior to try and provide some insight. -Shana
... View more
02-12-2016
08:24 AM
|
0
|
0
|
853
|
|
POST
|
Jeremy- What you've described is similar to suggestions that can be seen when using the World Geocoding Service in ArcGIS Online or via REST. It is possible to create an address locator at version 10.3+ with suggestions, but in order to use the suggestions the locator must be published to ArcGIS Server 10.3+ and the geocode service will allow you to use suggestions via REST. The geocode service could be used in ArcMap, but suggestions are not supported in the Find tool or Geocoding toolbar in ArcMap. Currently in ArcGIS Pro using the Locate pane you can see suggestions from the World Geocoding Service. At this time the only other offline options would be to use StreetMap Premium locators, which have suggestions built in for the 2015 Release 2 products, so if you were to publish them as geocode services to ArcGIS Server 10.3+, you would be able to make use of suggestions via REST. A local version of the World Geocoding Service called World Geocoder for ArcGIS will be available in the near future for organizations to use offline and behind their firewalls. -Shana
... View more
02-12-2016
07:32 AM
|
1
|
5
|
3785
|
|
POST
|
Srijana, The following technical article provides a permanent solution. 40678 - Dual Ranges address locators created with ArcGIS for Desktop 10.1 and higher do not return matches You should also find my response in the following thread helpful as well. Re: Geocoding -- 10 vs 10.1 -Shana
... View more
02-01-2016
08:48 AM
|
2
|
0
|
1388
|
|
POST
|
Carole: I have checked out the information you have provided and the responses in this thread and wanted to know what the name of the geocode result was and the data format, as well as, the version of ArcGIS Desktop you are using when the error was returned. I'm also curious to know if you receive the same or similar error when using the Geocode Addresses tool from ArcToolbox > Geocoding toolbox and use the World locator from the Ready-to-use-services > Geocoding in ArcCatalog when singed into ArcGIS Online. You may also want to try to save the spreadsheet as a csv file and geocode it in ArcMap. I did not getting errors geocoding the spreadsheet you uploaded in ArcMap either. -Shana
... View more
01-25-2016
08:37 AM
|
1
|
8
|
3588
|
|
POST
|
Andrell: Are you able to provide the table that you are geocoding along with the address locator and data used to build the locator? This will help to troubleshoot the behavior you encountered. -Shana
... View more
01-25-2016
07:52 AM
|
0
|
0
|
1240
|
|
POST
|
@David: These scenarios are addressed with the out of the box US Single House Subaddress style that was included with ArcGIS for Desktop 10.3+ and Pro. 2 out of 3 of the scenarios work at 10.3.1 and all 3 scenarios work at 10.4. The address 'A652 N Placer Way SW' is related to a bug that was submitted for 10.3 or 10.3.1, where the prefix direction is getting parsed as the address number suffix and times out and not candidate is returned or something with a score lower than 100. If the input address does not include the prefix direction a match is returned with a score less than 100. There are other threads that reference this bug and other bugs related to the Single House Subaddress style. Single House Subaddress Locator Issues - Possible Bug? Using Single House Subaddress Style Address Locator I've attached a locator package that includes the reference data if you would like to see the behavior and settings used. Use the Extract Package tool in ArcToolbox to extract the locator package and layer package. -Shana Brad Niemand Bruce Harold
... View more
01-07-2016
05:49 PM
|
2
|
4
|
3776
|
|
POST
|
Vicky Are you able to provide a screen shot of the entire field mapping showing all of the primary and alternate table parameters, as well as the Geocoding Options? When I'm testing the alternate name to see why I may not be getting the expected results I add the reference data and the alternate name table to a Map and create a relate using the fields that you would map as the JoinIDs when building the locator. Then use the Identify button on a feature that has an alternate name and check the related info in the Identify Results Window to see if the information is correct. If you would like me to look at your locator and data you can send it to me at sbritt@esri.com. -Shana
... View more
01-07-2016
04:15 PM
|
1
|
4
|
3152
|
|
POST
|
Oliver, The behavior you are encountering may be related to the bug described here, NIM091041: "Rebuilding or creating an address locator fails for specific enterprise geodatabases." http://support.esri.com/en/bugs/nimbus/role/beta10_1/TklNMDkxMDQx , which was fixed at version 10.3.1. The issue is that the string that is being passed for the index name of the command 'TableCreateLongIndex' doesn't have an index name, so it defaults to the fully qualified object name. If the 16th character happens to end with a period, the index fails to create. If the joined database and owner name of the locator table is truncated to 16 characters that result with a period or any special character at the end then the locator fails to build and the _LOX table is left within the SDE database. For example, the fully qualified name of the locator index table is "CONCORD.SDE.Streets_CreateAddressLocator1_lox", but when the index name is truncated to the 16th character the result is "CONCORD.SDE.Stre", which does not end in a period or special character. The locator is created in this case. However, when the fully qualified name of the locator index table is "CONCORD.SDEUSER.Streets_CreateAddressLocator1_lox", the truncated index name is "CONCORD.SDEUSER." , which ends in a period and the locator fails to create and you are left with the _LOX table. In addition to Joe's response about not storing address locators within an SDE, it is not recommended that address locators be stored in any format geodatabase for performance reasons and if it is to be shared, it should be published to ArcGIS Server and shared as a geocode service. ArcGIS Pro does not support address locators stored in geodatabases and version 10.4+ will not either. -Shana
... View more
01-05-2016
08:44 AM
|
1
|
1
|
3423
|
|
POST
|
Dave: I'd have to have some examples of addresses that do not work and the locator if possible to be able to answer why somethings work and others do not. If something does not work, is it both with the original locator and with the geocode service created from it? Do you have the locator style that was used to create the existing address locator? The style would be stored in the C:\Program Files (x86)\ArcGIS\Desktop10.0\Locators folder. What are the other fields that are part of the address locator below the postal codes? -Shana
... View more
01-05-2016
08:01 AM
|
0
|
1
|
4875
|
|
POST
|
Dave: From the looks of the screen shots it looks like you are using ArcGIS Desktop 10.0 or earlier. Please post a screen shot of the dialog after clicking the Advanced button at the bottom left of the Locator Properties dialog as well as the information on the left pane below the Left Post Code. This should give an indication of the version of the address locator and help determine if the locator was customized. The address locator styles that are shipped with the product are for USA address formats only. What version of ArcGIS Server was the locator published to as a geocode service? Is the service that is returning an error publicly accessible? If so, can you provide the link? -Shana
... View more
01-04-2016
03:36 PM
|
0
|
3
|
4875
|
| 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
|