For my use-case the interface you created isn't the best. Now that I'm searching for a new home I'm interested in finding a place that has a bakery nearby, but it doesn't really matter what bakery. The same goes for restaurants, pubs, ... For this case there are too many places to add them "manually".
Thanks for creating this, I will be definitely using this in the the coming months.
I've actually started getting some back and fourth feedback with a couple users, which has kept me motivated and validated. But I need more organic traffic somehow. I've recently released a new usecase (https://theretowhere.com/vacation) that might be more well suited for vacationers, so let's see if that sticks.
Funny anecdote from today - I just set up Slack notifications so I get more instant knowledge of errors on the platform, and the first notification came in just a couple moments after I deployed. It was for an error that I thought noone would run into for a couple days. Imagine my (bad) luck!
apparently, I need to make a selection of a search engine to use this.
I would not use this as a replacement for my duckduckgo or google searches simply because of the UX of not being able to type a query and press "enter" as the default.
You can probably hack that experience by making use of the "rules" feature. You can have certain search engines or macros launch automatically upon pressing enter based on the content of the query. You if you set a rule to check if your search contains a vowel (which most will), it's effectively a catch all rule.
Hacky, but it will work.
I am also a heavy Kagi and Reddit user for search, and usually that's enough. But when it's not, its concerning how much better other search engines can be, especially since non-tech savvy folks will never use them.
It's an website who's goal is to make it easier to find apartments/hotels/etc that fit your housing preferences (starting with places that are close to the people and things you care about). It's flagship feature is the ability to make heatmaps of cities based on your preferences.
Since February I've slowed down on feature development temporarily as I try and find a way to sustainably increase it's popularity and learn what's the most important thing to focus on next.
Kudos!
> Central Park OR Prospect Park OR Brooklyn Bridge Park OR Fort Greene Park
You can do this, actually. I kinda explain that here: https://news.ycombinator.com/item?id=42976053
The heatmap supports both AND and OR clauses
The second one (acrage, stars, etc) is harder, you're right.
The "Search nearby places" is really meant to be a convenience feature to fill your OR clauses. It works better for certain types of things. Like, sure, all parks is too broad because not all parks are equal. But use it for something like all Targets (the shopping chain) or something, and its more useful, since those are, more or less, all equal.
I'm still thinking of other convenience features for places that have more nuance, like parks.
I also have another issue: If I put the same thing in two different criteria (with different settings), it says the heatmap parameters are invalid.
My use case is this: I want to have a big station reachable within 30 minutes by public transit and any light rail station within 10 walking minutes. But this big station could fall into both of them, which, to me should then be handled according to the set criteria (maybe just treat it as two different entities entirely, just with the same coordinates?)
> If I put the same thing in two different criteria (with different settings), it says the heatmap parameters are invalid.
That's odd, since the website does not differentiate places by coordinates. I think you might have been missing something else (like you clicked a "new place" button and didn't fill out that place, maybe)