Archive for the 'google' Category
More details on Facebook’s banning of Google Friend Connect from the Facebook API earlier today. I spoke with Facebook Chief Privacy Officer Chris Kelly and Google’s Director of Engineering David Glazer about the banning to get a fuller picture of the conflict.
Here’s an example of how Friend Connect (more details) works in practice. A third party site may want to add social elements to their service. They can integrate with Friend connect and allow users to sign in. Those users choose a social network where they keep their profile (Orkut, Hi5, GTalk and, until today, Facebook) and log in via the social network’s API. They then become “members” of the site, using Google’s terminology. If any of their friends from their social network also become members of that site, those friends are shown on the site and you can interact with them. To see it for yourself, click “log in” at the top of this sample site, IngridMichaelson.
Kelly says the issue comes down to the fact that Google Friend Connect users don’t have control over data pulled from Facebook. In particular, Facebook is concerned that they have no relationship to the end site where the data is presented (in the example above, IngridMichaelson). Instead, Google has inserted itself as a middleman in the process.
Also, Kelly says, once permission is granted to share data, the user has no way to revoke that permission from their Facebook account. Facebook has a privacy control panel that lets users set and change privacy setting over time, including the removal of applications. With Google in the middle, Facebook has no way to stop the flow of data to these third parties.
Google’s Glazer counters that they have a very effective method for unlinking to a site that a user has given permission to, so users will be just fine. In the screen shot below, Google gives an option to “Unlink” the specific social network from the site (on right) or change the data that’s shared from the social network (on left). Kelly is correct that you can’t trigger the unsubscribe from Facebook.com, but Glazer says that’s because Facebook’s API has no way of telling Facebook about the third party site the data has been passed off to.

Glazer says that they have been in “constant contact” with Facebook over the Friend Connect product, and are still trying to work with Facebook to get access to the API again. But Facebook has their own competing product to Friend Connect, called Facebook Connect. The longer the ban, made under the banner of protecting user privacy, remains in place, the stronger Facebook’s position will be competitively. My guess is they’re in no hurry to get through this conflict any time soon.
The fact is that Google is taking perfectly adequate steps to protect user privacy with their Friend Connect product, and it is a useful product for users. After talking with both sides, it seems to me that Facebook is relying on a very convenient catch-22 to stay out of Google’s network. They are the ones in control of their own API functionality, and they could add features that fix this problem. Until they do, there’s nothing Google can do to remedy the “problem,” and the walls around the Facebook garden get ever higher.
Crunch Network: MobileCrunch Mobile Gadgets and Applications, Delivered Daily.

Facebook is all about openness and data portability, as long as that doesn’t involve openness or portability of data, it seems.
Today they wrote a long 7 paragraph blog post to get a single point across: Facebook has banned Google’s Friend Connect access to the Facebook API:
Now that Google has launched Friend Connect, we’ve had a chance to evaluate the technology. We’ve found that it redistributes user information from Facebook to other developers without users’ knowledge, which doesn’t respect the privacy standards our users have come to expect and is a violation of our Terms of Service. Just as we’ve been forced to do for other applications that redistribute data in a way users might not expect or understand, we’ve had to suspend Friend Connect’s access to Facebook user information until it comes into compliance. We’ve reached out to Google several times about this issue, and hope to work with them to enable users to share their data exactly when and where they choose.
This of course has nothing to do with the fact that Facebook launched their own nearly identically named product called Facebook Connect three days before Google’s Friend Connect.
It’s not clear exactly what features of Friend Connect justified the ban, since it is so similar to what Facebook announced on Friday. Both products allow the export of profile and friend list data to third party websites.
In the last paragraph of the blog post, Facebook says they want to work with everyone: “We think MySpace’s Data Availability, Google Friend Connect, and Facebook Connect can be part of a great movement in the industry to give users a better and safer experience online, while respecting user privacy. We look forward to working with our developer community and everyone else in the industry to help all of our users take their information, and their privacy, with them wherever they go.” If that’s the case, this sure is an interesting start to a healthy working relationship with Google. Next up on the block list: MySpace and their Data Availability malware product, no doubt.
Thanks for the tip, Jesse.
Update: Facebook PR is pointing out Sections 2B(4), 2B(5) and 2A9(vi) of the Developer Terms of Service:
4) You may not store any Facebook Properties in any Data Repository which enables any third party (other than the Applicable Facebook User for such Facebook Properties) to access or share the Facebook Properties without our prior written consent.
5) You may not sell, resell, lease, redistribute, license, sublicense or transfer all or any portion of the Facebook Properties, or use or store any Facebook Properties for any purpose other than as specifically authorized herein.
You will not use Facebook Platform or any of your Facebook Platform Applications, and your Facebook Platform Application will not be designed…(vi) to request, collect, solicit or otherwise obtain access to usernames, passwords or other authentication credentials from any Facebook Users, or to proxy authentication credentials for any Facebook Users for the purposes of automating logins to the Facebook Site.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0

If you go to Google Maps, you’ll notice there is now a “”More” button right next to “Street View”” and “Traffic.” If you click on it after getting a map, you will be given the options to tick “Photos” or “Wikipedia.” Ticking the first option populates teh map with geo-tagged photos provided by Panoramio. Ticking the second gives you geo-coded Wikipedia articles. For instance, I found entries on a New York City map for the Chrysler Building, Grand Central Station, the New York Yacht Club, and other landmarks.
The more that Google can populate maps with data, the more useful they become. I’d like to see geo-coded Flickr photos on there as an option. Maybe Jerry Yang can negotiate that as an extra if any search deal goes through. Yelp reviews would also be cool. What other data overlays should Google add to the “more option? What other buttons would readers like to see as well?
(Hat tip to Google Maps Mania).
Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.

Google is holding its third Campfire One event tonight, this time to discuss the details of Friend Connect with developers.
Friend Connect is a new data portability initiative for spreading social connections around the web. It’s the third of such announcements to be made in less than a week; MySpace Data Availability and Facebook Connect are the other two.
Michael will be streaming the event live via Qik and sending us periodic photos from his iPhone.
We’ll update this post with the photos as they come in. The live stream is embedded below, and his archived video can be found here when he’s not recording.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0

As we reported on Friday, Google will be launching its own Data Portability effort called Friend Connect. It will be announcing more details later tonight, but in a press release this morning it confirms:
Websites that are not social networks may still want to be social — and now they can be, easily. With Google Friend Connect (see http://www.google.com/friendconnect following this evening’s Campfire One), any website owner can add a snippet of code to his or her site and get social features up and running immediately without programming — picking and choosing from built-in functionality like user registration, invitations, members gallery, message posting, and reviews, as well as third-party applications built by the OpenSocial developer community.
Visitors to any site using Google Friend Connect will be able to see, invite, and interact with new friends, or, using secure authorization APIs, with existing friends from social sites on the web, including Facebook, Google Talk, hi5, orkut, Plaxo, and more.
Friend Connect will work with existing standards such as OpenID, OAuth, OpenSocial, as well as with data access APIs from Facebook, Google, and MySpace. The announcement comes on the heels of similar announcements from MySpace and Facebook (MySpace’s Data Availability and Facebook Connect). As Michael noted on Friday:
The reason these companies are rushing to get products out the door is because whoever is a player in this space is likely to control user data over the long run. If users don’t have to put profile and friend information into multiple sites, they will gravitate towards one site that they identify with, and then allow other sites to access that data.
Crunch Network: MobileCrunch Mobile Gadgets and Applications, Delivered Daily.
I’m going to assume that the fact that some Yahoo search results that point to Google with a malware warning are a sign that their new partnership with McAfee just needs a little tuning. The alternatives are either (1) Google is serving Malware, or (2) Yahoo or McAfee are playing a little joke.
Most results that point to Google don’t have this “feature,” and given the recent love fest between the two companies, the joke angle is probably out. Keep an eye out on this query though. I wouldn’t be surprised to see flags popping up all over the place on that page.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0
Don’t they say good things come in threes? Well, regardless, we’ve heard from multiple sources that Google will launch a new product on Monday called “Friend Connect,” which will be a set of APIs for Open Social participants to pull profile information from social networks into third party websites.
MySpace launched Data Availability on Thursday, a competing product. Yesterday, in a suspiciously timed pre-release announcement, we heard about Facebook Connect, another similar product (with a nearly identical name to Google’s Friend Connect).
Like Data Availability and Facebook Connect, Google’s Friend Connect will be a way to securely send personal profile data, including friend lists, presence/status information, etc., to third party applications, say our sources. The primary benefit of these services is to allow users to maintain a single friends list and to coordinate social activities across different sites that perform different services. See my post on the Centralized Me for more of my thoughts on this.
The reason these companies are are rushing to get products out the door is because whoever is a player in this space is likely to control user data over the long run. If users don’t have to put profile and friend information into multiple sites, they will gravitate towards one site that they identify with, and then allow other sites to access that data. The desire to own user identities over the long run is also causing the big Internet companies, in my opinion, to rush to become OpenID issuers (but not relying parties).
If what we hear is correct, Google’s offering may not be as attractive as MySpace’s and Facebook’s. Google may be keeping a tighter reign on data, requiring third parties to show it directly from Google’s servers in an iframe. By contract, MySpace and Facebook are sending data via an API and trusting third parties not to abuse it (with strict terms of service in case they violate that trust). That flexibility also allows those third parties to do more with the data, including combining it with their own data before displaying it.
We’ll have to wait until Monday for the exact details, though. But what’s clear is that Google wants to get in between social networks and the web sites that want to access their data. By controlling the flow through Open Social and the new Friend Connect product, they can effectively become a huge social network without actually having a, well, social network (unless you count Orkut).
Google’s been scrambling for partners to announce on Monday as well. So far our understanding is they have their own Orkut and Plaxo. Compare that to MySpace (Yahoo, eBay and Twitter, plus their own PhotoBucket) and Facebook, which announced Digg as an early partner.
More details as they come in.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0
Don’t they say good things come in threes? Well, regardless, we’ve heard from multiple sources that Google will launch a new product on Monday called “Friend Connect,” which will be a set of APIs for Open Social participants to pull profile information from social networks into third party websites.
MySpace launched Data Availability on Thursday, a competing product. Yesterday, in a suspiciously timed pre-release announcement, we heard about Facebook Connect, another similar product (with a nearly identical name to Google’s Friend Connect).
Like Data Availability and Facebook Connect, Google’s Friend Connect will be a way to securely send personal profile data, including friend lists, presence/status information, etc., to third party applications, say our sources. The primary benefit of these services is to allow users to maintain a single friends list and to coordinate social activities across different sites that perform different services. See my post on the Centralized Me for more of my thoughts on this.
The reason these companies are are rushing to get products out the door is because whoever is a player in this space is likely to control user data over the long run. If users don’t have to put profile and friend information into multiple sites, they will gravitate towards one site that they identify with, and then allow other sites to access that data. The desire to own user identities over the long run is also causing the big Internet companies, in my opinion, to rush to become OpenID issuers (but not relying parties).
If what we hear is correct, Google’s offering may not be as attractive as MySpace’s and Facebook’s. Google may be keeping a tighter reign on data, requiring third parties to show it directly from Google’s servers in an iframe. By contract, MySpace and Facebook are sending data via an API and trusting third parties not to abuse it (with strict terms of service in case they violate that trust). That flexibility also allows those third parties to do more with the data, including combining it with their own data before displaying it.
We’ll have to wait until Monday for the exact details, though. But what’s clear is that Google wants to get in between social networks and the web sites that want to access their data. By controlling the flow through Open Social and the new Friend Connect product, they can effectively become a huge social network without actually having a, well, social network (unless you count Orkut).
Google’s been scrambling for partners to announce on Monday as well. So far our understanding is they have their own Orkut and Plaxo. Compare that to MySpace (Yahoo, eBay and Twitter, plus their own PhotoBucket) and Facebook, which announced Digg as an early partner.
Another limiting factor with Google’s product is that, unlike Facebook and MySpace, they do not already control user profiles for tens of millions of active users. That means they’ll quickly need to get big partners on board as well. Will MySpace help them? They may - MySpace is already part of Open Social and said on Thursday that they will adopt Open Social initiatives in this space once they are defined. We’ll see.
More details as they come in.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0
A class at MIT built some mobile apps for Google’s Android operating system and presented them today. CrunchGear’s own superblogger Doug Aamoth reports on the seven apps—loco, Flare, GeoLife, Re:public, Locale, Kei, and snap—that he saw. Below is a slightly edited version of the original post:
loco

Loco is a mobile social network built on top an Android phone’s contact manager, so anyone in your contacts is already your friend, so to speak. You’ll be able to view and track where your friends are located using Google Maps and real-time geolocation.
So, in essence, you can check out the scene at a few places before you commit to going all the way across town. I’m done with “scenes” since I’m now married, but this would have been cool for College Doug. He was a pretty awesome dude.
Flare is a geolocation tracking system aimed at small business owners who want to keep tabs on their employees. The demonstration given was that of a pizza delivery boy who has five pizzas to deliver. If a couple of customers call up to ask why they haven’t gotten their pizza yet, the delivery guy’s manager can use any web-based system to check out the location of his driver.
What’s more, he can give an ID number and PIN code to the customers, which the customers can then use to track the pizza guy themselves. Thankfully, that PIN code can be set to expire after a certain amount of time and/or each customer’s specific tracking privileges can be cut off by the manager or the driver himself.
GeoLife is basically your to-do list on top of Google Maps. When you get within a certain range of something you need to pick up, it alerts you.
It also works as a traditional to-do list for things that aren’t location-based. The team that put this together is also working on a route-creation system wherein you could pick a few important items from your list and then have a route plotted out for you to follow that day.
RE:Public
I thought that RE:Public was a brilliantly funny idea. It’s basically a location-based social networking service for finding new friends once you get tired of your old ones. You connect locally based on a radius that you feed into the program and meet people based on dovetailing interests.
The real brilliance lies in the fact that you can rate and tag each friend and the system automatically updates each friend’s score based on how much time you spend near each other. So after a while, you can see who your “top friends” are.
Tags that are given to people on the network can be voted up and down by other users, so if one person tags me as “jerk”, all my real friends can vote that tag far enough down that it eventually disappears. That, or I’ll find out that my friends actually think I’m a jerk and I can start finding new friends. It’s the circle of life!
Locale (winner of the Android Project - top 50)
Locale actually just finished in the top 50 applications for Google’s Android Project competition, so congratulations to the team. Nice work, indeed.
Locale is a dynamic settings manager. You set up different settings for your phone based on time and location. So when you’re at home, you can automatically have all your calls forwarded to your home phone line. When you’re at work, you can have your phone set to silent mode and have your phone’s background screen set to a constantly updating work chart. That kind of stuff.
There’s already an API available for other developers to tap into Locale to set up profiles and settings for events and itineraries.
KEI has been a dream of mine for some time. It’s basically a Bluetooth key for all your stuff. In this early version, it was demonstrated as an automatic car starter and unlocker so you don’t have to try to find your car keys all the time.
It’s built so that multiple people can control the same car and/or multiple cars can be controlled by a single phone. Security is handled via 128-bit encryption and there will be an administrative interface so you can cut your ex-lover’s access off when the two of you break up.
Snap is kind of like Digg on a map. People can tag certain places and then other users can vote that particular attraction up or down.
So if you’re in a new city, you can pull up your current location and find things around you that other people think are interesting.
If there’s a particular user that’s uploaded a bunch of cool stuff, you can subscribe to his or her stuff. Arrows on the map change color the more popular they get. Very cool.
Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.
The more I learn about the $3.2 billion deal announced earlier this week to salvage Clearwire’s and Sprint’s WiMax businesses by merging them together, the more I am convinced that someone got snookered. And that someone was Google CEO Eric Schmidt. Maybe he just can’t say “No” to visionary billionaires like Clearwire chairman Craig McCaw. Or maybe McCaw got Intel CEO Paul Otellini to lean on his buddy Schmidt. Otellini himself pledged $1 billion of Intel’s money towards the venture because he has made a big bet at Intel on selling WiMax chips. He also happens to sit on Google’s board. I don’t know if any of the above happened or not.
What I do know is that Google came reluctantly to the table and that for a long time the deal was being blocked internally at Google for some very good reasons. The main reason is that WiMax as Clearwire is deploying it is not a very good replacement for mobile broadband services. It is, above all, a fixed wireless solution. What it replaces is wired broadband services to homes and offices delivered through cable and DSL. That is how Clearwire is selling it today.
But to get Google (and Comcast and Time Warner Cable) to put up the cash, Clearwire had to promise it would build out a richer mobile broadband service as well. This is why Google invested—to bring the broadband Internet to mobile devices (some of them hopefully running the Android operating system). And it is why Comcast and Time Warner Cable invested. They don’t need a replacement for cable broadband to people’s homes. They need a wireless offering to fend off AT&T’s and Verizon’s incursion into their television market. (It’s all about who has the better bundle). Everyone is enthralled with this idea of WiMax as a disruptive wireless mobile broadband alternative. Even Neal Cavuto couldn’t stop waxing about the wonderful wireless future that this deal represents.
I wish that it were true. But here are a few problems, in addition to the ones I laid out in my earlier post:
1. Clearwire and Sprint have not yet proven that WiMax is a viable business even for fixed wireless. Clearwire lost $727 million last year, nearly five times more than its total revenues. And it is projected to lose increasingly more over the next couple years during the expensive growth phase of its business. Moreover, the uptake of the service in the 50 or so cities where it is available has not been so great. That is because, unless you live in a rural area with no other broadband alternative, it is trying to solve a problem that doesn’t exist. At this point, most people in the U.S. can get broadband at their home just fine through cable or DSL.
2. WiMax hasn’t proven itself elsewhere either. Even in Korea, which has had WiMax for two years and is supposed to be a broadband paradise, consumers are not clamoring for WiMax. There are only about 150,000 WiMax subscribers in Korea, well below initial expectations.
3. Before you can turn Wimax into a mobile broadband service, you need mobile WiMax equipment. Cell phones, laptops, and other devices with WiMax chips in them are a long way away. Intel is ready to sell those chips, but device makers are not going to put them in their gadgets until enough consumers want them. And most consumers are going to wait for a WiMax network to show up that they can access both where they live and when they travel. So there’s a chicken and egg problem there.
4. Clearwire doesn’t know how to act like a mobile company. It doesn’t have a mobile business plan. It has a fixed wireless business plan. In order to make WiMax truly mobile, you need to build out a network dense enough to cover subscribers as they move from one place to another. That is simply not the case today, even in the markets where Clearwire operates.
5. Sprint is conflicted. To deal with roaming and coverage gaps, Clearwire would need to use Sprint’s 3G cellular network as a backup. That would require another chip in each device, which would make them more expensive than competing devices from AT&T or Verizon. Also, it would require Sprint opening up its 3G network to Clearwire and, by extension, Google. That’s not going to happen.
6. WiMax is not a global standard. Here in the U.S., WiMax is built on 2.5 GHz spectrum. Overseas, it is built on 3.5 GHz spectrum. That makes it harder for equipment manufacturers to achieve teh scale they need to make money from WiMax devices and network equipment.
7. McCaw may be a visionary, but sometimes he doesn’t see so clearly. Yes, he built what is now AT&T Wireless and sold it for $11.5 billion. But after that he also was responsible for Teledesic and XO Communications—two massive failures that cost investors billions of dollars. Clearwire was about to join those latter two before Schmidt & Co. came to the rescue.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0








