Assuming it's a one mile radius for everyone, making it a chat room the app would either need to intersect or union everyone's area... This would make the novelty of the app unusable or pointless, respectively.
Yeah, I wonder how that works actually. If radius A intersects with B and C but B and C don't intersect with each other, do B and C see A chatting to someone who they don't see?
My location isn't unlocked yet, but this has the ingredients for brilliance. Marries the desire for privacy with the desire to feel connected to a local community... without being Whisper.
A great example of digital technology facilitating in person communication.
It would be cool if the "radius" automatically scaled to ensure there are not too many or too few people in the chat. This could be accomplished with a Voronoi diagram.
Wow - sounds kinda hostile and doesn't really address the original point (sorry if I'm misreading your response). What's so special about the exact mile radius that couldn't be, say, a bit more flexible if conditions aren't perfect? Couldn't the app expand that to a mile and a half if no-one's present within a mile? Etc. I think that's the original point that was being made.
sorry if it sounded hostile, i appreciated the comment! my point was that the integrity of the app relies on a fixed radius. im not opposed to increasing the fixed radius initially while there arent a lot of users. however expanding the radius according to nearby users makes the location aspect less relevant. if the nearest user is 20 miles away than they should probably use another app.
In rural areas in North America, you might expect people to be much further away, but since everyone has to drive for everything anyways, it's not that big of a deal. I think it retains much of the excitement of being within "walking distance" if you can drive 10 minutes to meet someone.
Just wanted to chime in and say I get you, man. "Chat with people within 1 mile" is just a better thing than "Chat with people within a radius adjusted based on how many users are online nearby."
Yep, that's fair enough. And you certainly don't have to make an app that's useful for everyone everywhere. Still, getting it to catch on will be hard enough even if people can find others to chat with, it makes sense to do what you can to help with that. How about keeping the tagline the same, and keeping it at 1 mile as long as there's someone there to chat with. But if not, you could prompt the user: There's no one else online within a mile. Want to look a bit further away? Or something along those lines.
I think that's a good point. If the fixed radius is an important feature you keep it. It sounds like it's the reason the app exists, and to change it would simply turn the app into something it's not.
Maybe it's a bit like Twitter's 140 character limit, ignoring the SMS size that inspired it. Sure, people might want to tweet longer messages, but tough - this is how it is and probably one reason it worked.
I think you are right about wanting to know that people you are talking to you are nearby being important. I also think if you allowed a larger radius option in the form of 10 miles or whatever, you would NEVER be able to remove it without complaints. That said, I'd consider promoting the app in a specific large city.
Alternatively, a neighborhood/borough mode might be an interesting adaption that would let you shrink as you scale. In New York, maybe you only talk to people who are also in Brooklyn. Or just Nearby parts of Brooklyn (mash up with that app that allows you to see how far you can get in a time period). In North Dakota, you might have a much much bigger region.
This would also avoid the issue I have playing a game with a geolocation based chat on android, wherein I am in the Financial district in SF, and see "nearby" people in Oakland, when I would have to cross the bridge/take bart there.
so, a few thoughts now that we have a room created for midtown NYC:
1. no push notifications? seems like a no brainer to have this when a new user enters the "room" (i'm calling these chat spaces that) and when a new message appears. suspect you'll get more re-engagement
On top of that, @replies would be awesome as well. We already have a nice Back Bay/Cambridge/Boston chatroom going that is going along fine, but we have already naturally used @replies since we are so used to them.
yea definitely sounds necessary. im just wondering - lets say you leave the 1 mile area, somebody @ replies you, when you open the app you'll be in a totally new spot and the message will be at the old spot.
1. you're absolutely right. just pushed an update for push notifications and coding in some logic as we speak
2. you get a ribbon for being an explorer (being one of the people to unlock an area)
3. i want to add media , but im scared it might get crowded with a lot of nudes. maybe if we add karma and let users with a certain amount post, it would work
http://near.im/ is a mobile web implementation (in Meteor) of the same concept that I work on occasionally, although the frontend needs to be redone. No longer requires a Facebook login.
The UI changes in iOS 7 make supporting both 6 and 7 more of a pain than most previous iOS releases. Certainly possible and not a huge deal, but it doesn't just come down to iOS 7 specific APIs.
(That said, I personally appreciate allowing it to work with older versions since I haven't upgraded to iOS 7 yet and waited a long time to upgrade to iOS 6.)
You actually need to test your app on the lower deployment target.
There are quite a few crash bugs that are specific to, say iOS 6.0.1, but work fine in 6.0 and 6.0.2. And there are definite style and layout issues when using UIAppearanceProxy stuff on iOS 6 and iOS 5 (iOS 5 having a larger number of bugs related to this API).
Supporting both iOS 6 and iOS 5 is actually hard work and days, if not weeks of additional testing and bug reports.
Supporting iOS 7 and iOS 6 is much harder, since you have to have two different designs — you'll need separate code paths to style the app nicely on both versions.
So, talked with some folks about an idea similar to this a few months ago.
As the conversation evolved, they came up with "tagging" a given chat room to denote what was in it, and letting people choose their own names...some kind of "handle" on the identified "channel".
The proposed messaging fabric would use servers hosted in the cloud, each functioning as sort of a repeater to their client mobile devices.
A sort of internet-relayed chat, if you will.
There is nothing new under the sun.
EDIT:
The location functionality of this could be bodged together really quickly with the geo pg extensions, I'd bet.
After seeing the criticisms of Dropbox[1] on Hacker News, I'm much more analytical of the stereotypical "critical top post(s)" when introducing a new project. Getting candid, constructive critical feedback is certainly one of the values of posting on HN, but criticising that a product or service is just a combination of known technologies is an incredibly weak criticism: it could be applied to any innovation.
Here's my litmus test for whether something has already been done: if I asked ten random people to solve the problem this thing is trying to solve, could they name a product that solves it?
Ex:
* "How would you have a folder on your computer that stays synchronized across multiple computers and is accessible online?" -> Dropbox or Google Drive (not an acceptable answer: "I'd set up rsync to run as a daemon syncing to a VPS on each computer")
* "How would you send public messages to people you didn't know in close proximity?" -> Popcorn Messaging?
Don't you think calling this a "little app" and "toy campus app" is a little bit condescending? And that dismissing it as a simple rehashing of other ideas is not actually constructive? How many successful new products/services in the last decade aren't just rehashes of existing ideas?
I'd say kudos to the author for actually rolling up your sleeves and making this idea happen; it's way harder and more admirable IMO to do that than it is to be an armchair critic or armchair ideationist.
Would you like me to give you some Ruby code that would emulate this functionality? I am fairly sure the size of the program would be less than 300 LOC, tops.
There is no shame in solving a small problem, solving it well, and solving it concisely.
As far as being a "rehashing of other ideas"--how many hackathons have you been to on college campuses, and/or how many students doing mobile dev stuff have you chatted with, and/or how many people with a great idea for a local messaging app have you met?
This is not, will not, and never has been a novel idea. That doesn't make it worthless, that doesn't make it pointless, but it also doesn't make it new.
As for the "toy campus app": that's what this is...a toy application (small, concise, single-function) targeting primarily college kids (see the comparisons in this very thread to JuicyCampus).
I honestly don't understand why you're getting so defensive just because I'm not getting down on my hands and knees to praise the obvious genius and ingenuity and novelty that went into this (this is sarcasm, by the way).
I can respect it as a work on its own merits, but I will not afford it more than that.
"Don't get me wrong, it's a nifty little app.
You probably learned a lot! That said, it's still
just a toy campus app."
A morsel of value from the world squandered.
I'll bite your offer for you to mock it up in Ruby real quick. The problem with the "it's easy and I could do it" dismissal is that, even though you could, you didn't.
Maybe you can team up with this guy[1]. You can probably even reuse his repo[2].
A very, very simple addition would have the server echo back to the clients the lat/long pairs in question to dynamically update, say, a Google Maps window.
I am imaging you in the Amazon meeting a previously uncontacted tribe and asking, "How could you eat today if you didnt feel like hunting and gathering?" When the elders answer "we dont know" you would go back to the lab and try to invent Cheerios.
Just because people dont know about something doesnt mean that it doesnt exist. Just because something exists doesnt mean that one shouldnt work solving the same problem.
Not sure what your point is here, but I'd reinforce that in your Amazon example that would be perfectly good justification to create a food product directed towards Amazonians (or perhaps just a Cheerios distribution network in the Amazon?).
I really hope this takes off - it would be great to use at events!
Yobongo was trying to get this going a while back. For some reason they focused on specific cities (Austin, NYC, and SF) instead of using a generic 1-mile approach like this. I was always disappointed that they got aquirehired - their app died on the vine.
I almost created one of these, except for news. Hyper-local news is largely missing - I was going to mash up Twitter, Instagram, and in-app updates to help people get a sense of what's happening immediately around them.
This is actually a great idea to solve this problem though.
The news use-case is for city life. When you hear a gunshot or a car accident occurs on your street or you see smoke off in the distance or you hear music playing nearby or you see a drove of cop cars driving by - how can you find out more about that?
News doesn't have a hyper local channel, but it could.
This app points at a bigger market - the "directly nearby" market - that really has only been fully tapped by mapping/location-sourcing applications.
I would pay good money for this - I'm always trying to figure that sort of thing out and it always ends up as a bunch of random googling or trying to remember to check the news in a few hours.
The chicken and egg problem can be pretty frustrating with an app like this. There needs to be a critical mass of users in a certain area for it to be reliable, which is easier in some places than others. Best of luck though.
One option for a location-aware system like this: the chatroom-defining radius could be adjusted elastically to make it so there are always enough people to chat with, even if the nearest is many miles away.
I'm curious about how this actually works, geometrically. Example:
A <----> B <----> C
Those are three people. Imagine each segment is 1 mile long. So A can see B; B can see C; but A can't see C. If B and C are having a conversation, does A see B talking to someone who effectively does not exist?
does A see B talking to someone who effectively does not exist?
No, why would you want them to see who else they're talking to? What messaging application allows you to see who other people are privately conversing with??? Not a popular one, I assure you that.
I'm not sure who, but clearly one of us has not understood the purpose of the app under discussion here. My impression is this facilitates public, pseudo-anonymous conversation with anyone in a 1 mile radius of yourself.
Why not group people into free-form clusters based on user density? So, if you have 5 people that are effectively in the same building, and 3 people that are outside of it in various directions, group those 3 into the 5. This has the effect of forming virtual chat rooms that come and go.
How about a 1 mile (square) zone, rather than 1 mile away from you? So you just cut everything up into mile-square slices, and you can talk with everyone in your slice... Concept is basically the same, but should overcome that issue.
Oh, so I am not alone in expecting Chat and IM be a different concept. I would actually like seeing a public Chat among everyone, as it was in good 2000's.
138 comments
[ 3.2 ms ] story [ 209 ms ] threadA great example of digital technology facilitating in person communication.
Look forward to playing around with it.
Alternatively, a neighborhood/borough mode might be an interesting adaption that would let you shrink as you scale. In New York, maybe you only talk to people who are also in Brooklyn. Or just Nearby parts of Brooklyn (mash up with that app that allows you to see how far you can get in a time period). In North Dakota, you might have a much much bigger region.
This would also avoid the issue I have playing a game with a geolocation based chat on android, wherein I am in the Financial district in SF, and see "nearby" people in Oakland, when I would have to cross the bridge/take bart there.
1. no push notifications? seems like a no brainer to have this when a new user enters the "room" (i'm calling these chat spaces that) and when a new message appears. suspect you'll get more re-engagement
2. why do I have a ribbon next to my username? see: https://twitter.com/daveambrose/status/395630523961577473
3. photos! would be good to share media in addition to just text. maybe for a v2
2. you get a ribbon for being an explorer (being one of the people to unlock an area)
3. i want to add media , but im scared it might get crowded with a lot of nudes. maybe if we add karma and let users with a certain amount post, it would work
Good to see the idea getting some attention anyway!
Localization request: for anywhere but en_US, replace "1 mile" with "1.6 km" =)
All that for a piece of the market that now amounts to 25% and is shrinking every minute.
(That said, I personally appreciate allowing it to work with older versions since I haven't upgraded to iOS 7 yet and waited a long time to upgrade to iOS 6.)
There are quite a few crash bugs that are specific to, say iOS 6.0.1, but work fine in 6.0 and 6.0.2. And there are definite style and layout issues when using UIAppearanceProxy stuff on iOS 6 and iOS 5 (iOS 5 having a larger number of bugs related to this API).
Supporting both iOS 6 and iOS 5 is actually hard work and days, if not weeks of additional testing and bug reports.
Supporting iOS 7 and iOS 6 is much harder, since you have to have two different designs — you'll need separate code paths to style the app nicely on both versions.
As the conversation evolved, they came up with "tagging" a given chat room to denote what was in it, and letting people choose their own names...some kind of "handle" on the identified "channel".
The proposed messaging fabric would use servers hosted in the cloud, each functioning as sort of a repeater to their client mobile devices.
A sort of internet-relayed chat, if you will.
There is nothing new under the sun.
EDIT:
The location functionality of this could be bodged together really quickly with the geo pg extensions, I'd bet.
Here's my litmus test for whether something has already been done: if I asked ten random people to solve the problem this thing is trying to solve, could they name a product that solves it?
Ex:
* "How would you have a folder on your computer that stays synchronized across multiple computers and is accessible online?" -> Dropbox or Google Drive (not an acceptable answer: "I'd set up rsync to run as a daemon syncing to a VPS on each computer")
* "How would you send public messages to people you didn't know in close proximity?" -> Popcorn Messaging?
1. https://news.ycombinator.com/item?id=8863
I'm just pointing out that I heard an idea a few months ago that was nearly identical. Our advice to the folks was "Yeah, this is cool--go code it!".
These toy campus apps are really great for building experience and learning; that said, they're still just that: toy campus apps.
The obligatory "but but but facebook" rebuttal is that it was a matter of timing more than anything else.
I'd say kudos to the author for actually rolling up your sleeves and making this idea happen; it's way harder and more admirable IMO to do that than it is to be an armchair critic or armchair ideationist.
That is indeed a "little app". The 30-something line regex parser Pike wrote (http://www.cs.princeton.edu/courses/archive/spr09/cos333/bea...) ? Also a "little app".
There is no shame in solving a small problem, solving it well, and solving it concisely.
As far as being a "rehashing of other ideas"--how many hackathons have you been to on college campuses, and/or how many students doing mobile dev stuff have you chatted with, and/or how many people with a great idea for a local messaging app have you met?
This is not, will not, and never has been a novel idea. That doesn't make it worthless, that doesn't make it pointless, but it also doesn't make it new.
As for the "toy campus app": that's what this is...a toy application (small, concise, single-function) targeting primarily college kids (see the comparisons in this very thread to JuicyCampus).
I honestly don't understand why you're getting so defensive just because I'm not getting down on my hands and knees to praise the obvious genius and ingenuity and novelty that went into this (this is sarcasm, by the way).
I can respect it as a work on its own merits, but I will not afford it more than that.
I'll bite your offer for you to mock it up in Ruby real quick. The problem with the "it's easy and I could do it" dismissal is that, even though you could, you didn't.
Maybe you can team up with this guy[1]. You can probably even reuse his repo[2].
[1]: https://news.ycombinator.com/item?id=678501 [2]: http://code.google.com/p/hackerexchange/
There you go--left out the boring HTML scaffolding (original chat example modified from here: https://github.com/igrigorik/em-websocket).
EDIT: It's super MVP, but the concept is there.
A very, very simple addition would have the server echo back to the clients the lat/long pairs in question to dynamically update, say, a Google Maps window.
For real usage, I'd use a PostGIS query--something like this: http://unserializableone.blogspot.com/2007/02/using-postgis-... .
EDIT2:
Looks like we're both Texans--if you're ever in Houston, I'd be glad to grab a beer with you.
I have heard of Popcorn.
Just because people dont know about something doesnt mean that it doesnt exist. Just because something exists doesnt mean that one shouldnt work solving the same problem.
Yobongo was trying to get this going a while back. For some reason they focused on specific cities (Austin, NYC, and SF) instead of using a generic 1-mile approach like this. I was always disappointed that they got aquirehired - their app died on the vine.
This is actually a great idea to solve this problem though.
The news use-case is for city life. When you hear a gunshot or a car accident occurs on your street or you see smoke off in the distance or you hear music playing nearby or you see a drove of cop cars driving by - how can you find out more about that?
News doesn't have a hyper local channel, but it could.
This app points at a bigger market - the "directly nearby" market - that really has only been fully tapped by mapping/location-sourcing applications.
http://en.wikipedia.org/wiki/JuicyCampus
Please, don't let this become something bad as happened with ChatRoulette when it became viral.
A <----> B <----> C
Those are three people. Imagine each segment is 1 mile long. So A can see B; B can see C; but A can't see C. If B and C are having a conversation, does A see B talking to someone who effectively does not exist?
No, why would you want them to see who else they're talking to? What messaging application allows you to see who other people are privately conversing with??? Not a popular one, I assure you that.
Not sure what you're using on the backend, but if it's PostGIS... here you go: http://gis.stackexchange.com/questions/11567/spatial-cluster...