POST
|
Joe, Building name is not typically used in the USA but some datasets have it modeled in this way. Typically a building name would be a POI that is linked to the PointAddress record like Esri is linked to 380 New York St, Redlands ca... I am not 100% sure without seeing the reference data but I think you have some units that are actually just building names such as building A or building B. In this case you should map the Building value to the "Building Unit" instead. For your data I would imagine it would be Unit and Building Unit that are mapped. See the highlighted below. We allow searching on just the building name so likely those are all pretty low scored candidates that matches the "W" as the building name. Likely this is because one of your buildings has the name "W". Hope this makes sense. Brad
... View more
08-10-2020
02:31 PM
|
0
|
3
|
1649
|
POST
|
Lucas, Shana and I discussed this and i wanted to provides some additional information for you. There are many benefits to the locators created with the Create Locator tool over the Create Address Locator tool and I will outline some of these benefits below. 1. These locators support Address, Address2, Address3 inputs right out of the box so there is no need to create a composite locator for what you are trying to do. 2..They are faster and smaller 3. They have improved match quality and the ability to handle extra information in the text much better. For instance, if you have "Attn: Joe" in the input string, this will be handled much better in these locators. 4. Improved suggestions for interactive geocoding such as suggestions for intersections and verifying the house number when showing suggestions. Other improvements are the ability to get suggestions with a locator in Pro without publishing it to Enterprise. 5. Create one unified locator instead of a composite locator. You can now create a multirole locator that combines many datasets into a single locator. This allows user to combine Rooftop, street centerline, postal, city, etc... into a single locator instead of creating separate locators and combining them into a composite. This allows the locator to be smaller and not duplicate information across multiple locators. A mutlirole locator will also be much faster than a composite locator. These are the highlights but there are more and we continue to improve these locators each release. With regards to the standard set up input fields, yes, all fields will be displayed if you build a locator with only a city role because we have a unified set of input fields. Typically users build a city locator only to include in a composite as fallback so there is really no need to do that going forward because it will just be part of a multirole locator. In addition to that, the "SingleLine" input field can always be used simplified input for the locator, there is no need to use the multiple input fields. Lastly, you mention "The only downside I saw with that is it requires 2 copies of the same locator, doubling the storage size." in the first paragraph above. Are your locators quite large? If your organization can't currently migrate over to the create locator tool, the workarounds above are probably your best bet. Brad
... View more
07-31-2020
04:00 PM
|
2
|
0
|
1727
|
POST
|
Julie, I would need to know more information about your environment. 1. What is the size of the locator? What type of locator is it (Created with Create Address Locator Tool or Create Locator tool)? Is it a composite with many locators in it? 2. What client are you using to geocode? Pro, ArcMap, etc... 2b. What version is the client? 3. Where does the locator exist? Is it hosted on a Server (if so, what version), local on the machine, is it on an SSD or HDD? 4. What is the machine configuration? Memory, #CPUs, #cores per CPU, disk types SSD or HDD. 5. Where are you reading the table from (FDGB, Enterprise GDB, other) and where are you writing the results to? 6. How is the locator configured? Is it configured to use multiple threads? I may have more questions after you answer but there are many variables that could cause a performance problem but typically the answer to your problem will not be that you have to split the table into smaller chunks. Brad
... View more
06-26-2020
04:26 PM
|
0
|
0
|
1390
|
POST
|
Kyle, With the 100.8 release of Runtime, locators created with the Create Locator tool are now supported in 32 bit runtime applications. Welcome to ArcGIS Runtime 100.8 Welcome to ArcGIS Runtime 100.8 Brad
... View more
05-13-2020
11:23 AM
|
3
|
0
|
601
|
POST
|
Tim, What version of Pro are you using? I did a very simple test on my side to create a locator with Place Name, Place Category and Place Subcategory mapped and everything works for me in Pro. Brad
... View more
04-28-2020
05:37 PM
|
0
|
1
|
803
|
POST
|
Tim, Another question that I am not sure I have a clear understanding of right now. Does searching for something without category work right now? Brad
... View more
04-28-2020
02:39 PM
|
0
|
1
|
803
|
POST
|
Tim, You have not been forgotten, sorry for the delay between responses. 1. Does your locator work as expected in Pro? 2. Just want to also confirm that you are using the "Create Locator" tool with the POI role and not "Create Address Locator" tool with the Gazetteer style correct? 3. Are you compiling the app to be x64? Brad
... View more
04-28-2020
02:32 PM
|
0
|
3
|
803
|
POST
|
Tim, So you don't get suggestions for anything? That is odd. That documentation is actually outdated and only refers to the classic locators not these new locators. Do you get geocoding results back? Brad
... View more
04-24-2020
01:03 PM
|
0
|
8
|
803
|
POST
|
Tim, Sorry, when I referenced categories I was thinking of our new locators that are built using the Create Locator tool in ArcGIS Pro. Depending on the version of runtime you are using, these new locators might even be a better option for you but currently these locators are only supported on 64 bit environments. This is how I would approach your app. 0. If you have the ability to do so, I would merge the two datasets into a single dataset with a schema that fits both of them. 1. Create categories and subcategories for each record. For instance, category=Animals, subcategory=Lion or subcategory=Lions depending on what you think people will search for but it will show up as a suggestion none the less. You don't need to have subcategories, you could have Lion as the category instead. 2. Use the Create Locator tool in Pro with the POI role to create your locator. There is the ability to map these category and subcategory values when building the locator. Now if a user searches for "Lion", they will get a suggestion similar to what you see with our online service for categories like Coffee. If they select this category, they will get all records that have the category of Lion or if the item they are searching for starts with the word "Lion" they will see that and can select that record if it is desired. If you can't move over to the new locators, you would do similar to what you have done already. Use the Gazetteer style with the type field. Steps 0 and 1 would still apply but you would be limited to just a single "category" or "type" in this case. Brad
... View more
04-23-2020
04:12 PM
|
0
|
12
|
1377
|
POST
|
Tim, You are correct, suggestions won't show records for input that is not in the same order as what is in the data. We do allow for some omitted words but the first word can't be excluded. Suggestions are intended to help you find exact records, not all records that contain some specific text anywhere in the record. if we showed all records that contain a specific word later in the text, good suggestions would get pushed out of the list. What you are trying to do seems more like a SQL contains query. One question I still have is what does "African Lion" actually represent in the data? Is it a lion, is it the name of some park or feature, or something else? What is the goal of the application? Is it a locator for a zoo application that allows you to find features in the zoo like "African Lion" and "Lion Parking Lot"? This will help me determine the best approach that you can take. Thanks, Brad
... View more
04-23-2020
12:21 PM
|
0
|
14
|
1377
|
POST
|
Tim, I am trying to understand your use case to hopefully give you some ideas of how to proceed. What does the name "African Lion" represent in the data? Is it an actual location of a lion sighting or is it a place that has that name. What is the application that you are trying to build and what is it's goal? When I search for things I typically don’t exclude the first part of the string unless the item I am searching for is also known by that name in which case I would instead create an alternate record in the data with the alternate name. Another case could be that you are searching for a category of things like “Parks” or “Coffee” but that is handled by categories and the locator would need to be set up correctly to support that. It looks like you might already be utilizing this feature based on your comment above. With some additional information, i think I can give you some ideas of how to proceed. Brad
... View more
04-23-2020
11:35 AM
|
0
|
0
|
1377
|
POST
|
Bryan and Dan, What is your expectation if there are hundreds or thousands of subaddresses tied to a base address? You expect to get all of them back and will scroll through hundreds or thousands of candidates? What about with suggestions when there are hundreds of subaddreses but also multiple addresses that had the same address but in different cities or postal codes? What would you expect to see in the suggestion list? you wouldn't be able to see all of them because there would just be too many. Is the point here not to actually get all of the candidates back but actually understand that there are subaddresses tied to a base address? What if the suggestion indicated that there were multiple subaddress or businesses tied to a base address so that a call center operator could then ask additional information from the caller. Something like 100 main st, My City, My State, Postal (150 units) I look forward to any additional feedback on this. Brad
... View more
04-16-2020
04:22 PM
|
1
|
4
|
2007
|
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
|
2006
|
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
|
503
|
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
|
1593
|
Title | Kudos | Posted |
---|---|---|
1 | 07-15-2022 02:04 PM | |
1 | 09-24-2021 03:08 PM | |
1 | 06-07-2021 10:02 AM | |
1 | 05-19-2021 11:17 AM | |
1 | 04-19-2021 03:28 PM |
Online Status |
Offline
|
Date Last Visited |
05-30-2024
01:08 AM
|