<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: How Brightkite Flunks at Mobile Usability</title>
	<atom:link href="http://www.mt-olympus.com/apollo/archives/2008/04/29/how-brightkite-flunks-at-mobile-usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mt-olympus.com/apollo/archives/2008/04/29/how-brightkite-flunks-at-mobile-usability/</link>
	<description>Snippets from the life of Apollo Lee</description>
	<pubDate>Sat, 05 Jul 2008 22:26:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: soulcamp</title>
		<link>http://www.mt-olympus.com/apollo/archives/2008/04/29/how-brightkite-flunks-at-mobile-usability/#comment-149876</link>
		<dc:creator>soulcamp</dc:creator>
		<pubDate>Tue, 24 Jun 2008 21:18:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mt-olympus.com/apollo/?p=674#comment-149876</guid>
		<description>I can't use Dodgeball because when I created the account, it somehow linked my number to a deleted Google account, and it won't let me change it, or create a new account since my number is already in use. Emails sent to their support team seem to be the equivalent of emailing /dev/null. Dodgeball is dead to me.

When I get my iPhone, I plan on checking out that site they showed in the keynote that uses live GPS location data - Loopt, I think.</description>
		<content:encoded><![CDATA[<p>I can&#8217;t use Dodgeball because when I created the account, it somehow linked my number to a deleted Google account, and it won&#8217;t let me change it, or create a new account since my number is already in use. Emails sent to their support team seem to be the equivalent of emailing /dev/null. Dodgeball is dead to me.</p>
<p>When I get my iPhone, I plan on checking out that site they showed in the keynote that uses live GPS location data - Loopt, I think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Apollo</title>
		<link>http://www.mt-olympus.com/apollo/archives/2008/04/29/how-brightkite-flunks-at-mobile-usability/#comment-100941</link>
		<dc:creator>Apollo</dc:creator>
		<pubDate>Wed, 30 Apr 2008 19:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mt-olympus.com/apollo/?p=674#comment-100941</guid>
		<description>&lt;p&gt;Hi, Martin:&lt;/p&gt;

&lt;p&gt;Thanks for your response. &lt;/p&gt;




&lt;p&gt;I misunderstood how the question mark thing works.  I thought it was a separate syntax for checking in at a business.  I didn't know about the distance confirmation, although I did encounter it when I attempted to check in from Sunnyvale the day before yesterday.  Is there a way to turn off the confirmation?  Can I SMS "location change no-confirm" or something?  In the San Francisco Bay Area, 30 miles isn't very far (unless, like, most of my friends, you live in San Francisco -- in which case, a mile is far).  But, it would be impossible to check metro areas and which places would be included in any particular area (even here in the Bay Area, there'd be disagreement about how far out the area goes).&lt;/p&gt;
&lt;p&gt;I agree that the Plazes UI is pretty terrible.  But, I like their check in method:  "at starbucks on 82nd ave nw in edmonton, ab, canada".  It's easy and could work for geotagging.&lt;/p&gt;
&lt;p&gt;Dodgeball actually lets you check in anywhere.  It just won't put you on the map.  Any user can add points to the map, but it is limited to major metro areas.  That makes me sad.&lt;/p&gt;
&lt;p&gt;So, if there's a place in your database and I want to check in, say at the aforementioned "Bayside Market", I have to check in to San Francisco, then ?Bayside Market or I have to @Bayside Market, 120 Brannan St, San Francisco. &lt;/p&gt;
&lt;p&gt;I like your UI and I think you're going to go far, but I became inadvertently perplexed by the complexity and frustrating quagmire of the check in process.  Error prevention notwithstanding, it really should be easier.&lt;/p&gt;
&lt;p&gt;Thanks for your reply.  I'll keep playing with BrightKite.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Hi, Martin:</p>
<p>Thanks for your response. </p>
<p>I misunderstood how the question mark thing works.  I thought it was a separate syntax for checking in at a business.  I didn&#8217;t know about the distance confirmation, although I did encounter it when I attempted to check in from Sunnyvale the day before yesterday.  Is there a way to turn off the confirmation?  Can I SMS &#8220;location change no-confirm&#8221; or something?  In the San Francisco Bay Area, 30 miles isn&#8217;t very far (unless, like, most of my friends, you live in San Francisco &#8212; in which case, a mile is far).  But, it would be impossible to check metro areas and which places would be included in any particular area (even here in the Bay Area, there&#8217;d be disagreement about how far out the area goes).</p>
<p>I agree that the Plazes UI is pretty terrible.  But, I like their check in method:  &#8220;at starbucks on 82nd ave nw in edmonton, ab, canada&#8221;.  It&#8217;s easy and could work for geotagging.</p>
<p>Dodgeball actually lets you check in anywhere.  It just won&#8217;t put you on the map.  Any user can add points to the map, but it is limited to major metro areas.  That makes me sad.</p>
<p>So, if there&#8217;s a place in your database and I want to check in, say at the aforementioned &#8220;Bayside Market&#8221;, I have to check in to San Francisco, then ?Bayside Market or I have to @Bayside Market, 120 Brannan St, San Francisco. </p>
<p>I like your UI and I think you&#8217;re going to go far, but I became inadvertently perplexed by the complexity and frustrating quagmire of the check in process.  Error prevention notwithstanding, it really should be easier.</p>
<p>Thanks for your reply.  I&#8217;ll keep playing with BrightKite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin May</title>
		<link>http://www.mt-olympus.com/apollo/archives/2008/04/29/how-brightkite-flunks-at-mobile-usability/#comment-100870</link>
		<dc:creator>Martin May</dc:creator>
		<pubDate>Wed, 30 Apr 2008 18:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mt-olympus.com/apollo/?p=674#comment-100870</guid>
		<description>Apollo,

Thanks for your feedback. You are making some valid points, and I'd like to address them here:

- We don't allow free-form checkins like Dodgeball and Plazes because we don't draw from a database of places. @ checkins are actually geocoded, which means that our service should work for any address that works in Google Maps.

- Dodgeball lets you check in at businesses that they have in their database. If it's not in the DB, you're out of luck, not to speak of other countries.

- Plazes checks their database for a match, and if they don't find one, you have to manually create the place, entering all of the info yourself. We think that's a pretty bad user experience. On top of that, many places have more than one standardized name.

- We have 2 types of checkins: address (using @), and business (using ?). When you do a ? search, we base that search on your last check-in. That means if you were checked in at 555 West St, San Francisco, and you do ?Starbucks, we will list the closest matches for Starbucks around that location. This has worked extremely well so far. We are about to introduce a ?Starbucks @666 East St, San Francisco, or ?Starbucks in Chicago feature, too.

- The "are you sure" confirmation only appears when you are attempting to check in somewhere that's more than 30 miles away from your last check-in. This is to prevent errors, and was a much requested feature.

- The whole point of Brightkite is to meet people around places, ad-hoc, in real time. That means that we actually have to be able to pinpoint you on a map based on your check-in. Plazes doesn't need to, as its primary function is to "log" your places. Different use cases.

All that being said, there are of course a lot of ways to improve our service, and we're working on it (we've been in private beta for 2 weeks). We appreciate any feedback you might have.

Thanks,
Martin
brightkite.com</description>
		<content:encoded><![CDATA[<p>Apollo,</p>
<p>Thanks for your feedback. You are making some valid points, and I&#8217;d like to address them here:</p>
<p>- We don&#8217;t allow free-form checkins like Dodgeball and Plazes because we don&#8217;t draw from a database of places. @ checkins are actually geocoded, which means that our service should work for any address that works in Google Maps.</p>
<p>- Dodgeball lets you check in at businesses that they have in their database. If it&#8217;s not in the DB, you&#8217;re out of luck, not to speak of other countries.</p>
<p>- Plazes checks their database for a match, and if they don&#8217;t find one, you have to manually create the place, entering all of the info yourself. We think that&#8217;s a pretty bad user experience. On top of that, many places have more than one standardized name.</p>
<p>- We have 2 types of checkins: address (using @), and business (using ?). When you do a ? search, we base that search on your last check-in. That means if you were checked in at 555 West St, San Francisco, and you do ?Starbucks, we will list the closest matches for Starbucks around that location. This has worked extremely well so far. We are about to introduce a ?Starbucks @666 East St, San Francisco, or ?Starbucks in Chicago feature, too.</p>
<p>- The &#8220;are you sure&#8221; confirmation only appears when you are attempting to check in somewhere that&#8217;s more than 30 miles away from your last check-in. This is to prevent errors, and was a much requested feature.</p>
<p>- The whole point of Brightkite is to meet people around places, ad-hoc, in real time. That means that we actually have to be able to pinpoint you on a map based on your check-in. Plazes doesn&#8217;t need to, as its primary function is to &#8220;log&#8221; your places. Different use cases.</p>
<p>All that being said, there are of course a lot of ways to improve our service, and we&#8217;re working on it (we&#8217;ve been in private beta for 2 weeks). We appreciate any feedback you might have.</p>
<p>Thanks,<br />
Martin<br />
brightkite.com</p>
]]></content:encoded>
	</item>
</channel>
</rss>
