Improve park name search

[danrademacher]

Searching for a park name works only for major parks like Mount Diablo, the Presidio, etc. Other parks, like Chicken Ranch State Beach (http://www.caliparks.org/park/17190) are very difficult to find on the site.

Google's geocoding service doesn't recognize the place name (thought straight googling the term produces a map with a marker at the right spot!), and then our method of weighting parks by activity count also gets in the way. This park has no activities, so even if we found the park as the center of our geo-search, it would be crowded out of the results by other parks about which we have more data.

Steps to resolving this issue:

• [ ] test a method to guess if a user is entering a park name and match on that if they are. (This is not trivial since many park names and place names are hard to distinguish.)
• [ ] then merge those with nearness search
• [ ] determine best sort (intuitively, an exact-match park name should go to the very top, but that works better for "Chicken Ranch Beach" than it does for "Central Park", and exact matches on CPAD will be relatively rare since CPAD has the full, official names -- including words like "state" or "regional" that often get dropped in casual use)

[danrademacher]

I pulled analytics for the first 8 weeks, and out of 3145 unique search strings, I could identify 325 as being attempts to search by park name. Of those, relatively few were exact searches -- most were partial, so getting a park name search that works for most people won't be easy. But it obviously seems like a search for an exact park name should work. We just have to be careful about causing trouble for the much more common location searches in the process.

Compare that to 1,110 ZIP or LatLng searches (presumably the latter are mostly from mobile), and about 890 city searches. And then a 500 strings I wasn't going to try to classify right now. (See data here).