You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was looking for a bug to tackle and took a peek at this one. This appears to be an issue at the census-api level. You can reproduce the behavior by loading the API URL directly. I wasn't able to get the census-api side of things running locally, but it appears that these regexs might need some adjustments. In addition to apostrophes and periods, dashes are also problematic. For example, if you paste in "Miami-Dade," the resultset is empty.
Our (@Joonpark13 and my) implementation of full text search (PR #165) now handles these. Dashes and periods were not a problem to begin with, but apostrophes still were. We discovered that, when the search index was built, apostrophes were treated as delimiters between words (i.e., spaces); a change to api.py to do the same solves the issue.
Test cases: o'fallon, ft. lauderdale, st. louis, miami-dade.
tuchandra
added a commit
to censusreporter/census-api
that referenced
this issue
Jul 28, 2016
Replacing apostrophes with spaces in the query string, which is
what postgres did when building the search index, is done to allow
searches like "O'Fallon" to work properly.
Closescensusreporter/censusreporter#19
A UserVoice support ticket revealed that our current place lookup mechanism doesn't handle names like "O'Fallon, MO"
This happens in all of the place lookup fields I've tried.
The text was updated successfully, but these errors were encountered: