Add support for searching for addresses that do not show up in Address Point data

[stdavis]

Michelle reported an issue with a user not being able to find this address: 802 West 100 South, SLC

This is an address that shows up in DEQ data.

To fix this, we could use masquerade for typeahead as well as geocoding addresses that are not found in the address point data.

[steveoh]

@gregbunce can we look into this address for geocoding?

[stdavis]

I don't think that 802 West 100 South is a good address. I checked in google maps and didn't see it. The closest that I found was 804 W.

[gregbunce]

@stdavis Can expand on, "geocoding addresses that are not found in the address point data"?

[stdavis]

I don't think that I was very clear. This is not a geocoding issue. @gregbunce I don't think that there is anything that you need to check on this issue. The project does not geocode at the moment. It just auto-completes using address point data. The fix is for me to add geocoding to this project.

[nathankota]

Another address issue reported:

I'm searching the interactive map using address 500 E 1400 N, Logan. When I search with the address using a 2 mile radius, I get no results...However, when I searched the key word "Hospital" the address came up in the result for a PST facility

Acknowledgement: The address in the PST data is not the same as the source data for the search. The solution still stands to add geocoding to the project.

[stdavis]

More addresses from Michelle:

187 North Broadway Avenue, or 187 N Broadway, Tooele or 748 East 400 South, Salt Lake City are not showing up on the Interactive May. They are good addresses.

[steveoh]

The broadway matches on roads and is missing an address point.

[stdavis]

Yes, that is expected. Currently, this app auto-completes with address points only. It needs to be updated to use masquerade for autocomplete and geocoding if nothing is selected.

[github-actions]

🥳 This issue is included in v2.0.17