<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Scripting News - Latest Comments in Scoble and his Facebook data (Scripting News)</title><link>http://scripting.disqus.com/</link><description></description><atom:link href="https://scripting.disqus.com/scoble_and_his_facebook_data_scripting_news/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 05 Feb 2008 13:45:41 -0000</lastBuildDate><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-126841</link><description>&lt;p&gt;If you enter the data, then worry about its security, you have already lost it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">x</dc:creator><pubDate>Tue, 05 Feb 2008 13:45:41 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-76689</link><description>&lt;p&gt;   1. You are not a share cropper- Break the chains&lt;br&gt;   2. Be a rebel&lt;br&gt;   3. Change the game&lt;br&gt;   4. Believe in the possibilities&lt;br&gt;   5. Do good&lt;br&gt;   6. At &lt;a href="http://adelph.us" rel="nofollow noopener" target="_blank" title="adelph.us"&gt;adelph.us&lt;/a&gt; "Open" means-&lt;br&gt;         1. Whenever possible using Open Source applications&lt;br&gt;         2. Whenever possible offering the hosted use of these applications free of charge to members&lt;br&gt;         3. Always writing code using existing Open Source standards that are not proprietary or owned by a company ie (Face Book and the rest)&lt;br&gt;         4. Empowering the community (Individuals, Groups, Non Profits, and Companies) with tools that help them to save time and resources&lt;br&gt;         5. Evening the playing field&lt;br&gt;         6. Giving back to the community&lt;br&gt;         7. Giving back to Open Source&lt;br&gt;         8. You control all access of your account&lt;br&gt;         9. You control all access to your content&lt;br&gt;   7. You have the right to control the conversations that you have with Companies&lt;br&gt;         1. You have the right to choose the who, what, when, and where of this conversation&lt;br&gt;         2. Companies must contribute to the community before they can be included in any conversation&lt;br&gt;         3. Whenever possible the entire community should benefit from these conversations&lt;br&gt;   8. You control your account -&lt;br&gt;         1. We will never give your personal data to any third parties without your permission&lt;br&gt;         2. You have control over who has access to your profile information&lt;br&gt;         3. You have control over who has access to your content&lt;br&gt;         4. At anytime you are free to delete your account&lt;br&gt;         5. When you delete your account it is cleared from our Database&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">william</dc:creator><pubDate>Mon, 14 Jan 2008 11:19:52 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-62248</link><description>&lt;p&gt;Well just look at this we are still fighting about nothing&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jesse285/jesse anderson</dc:creator><pubDate>Sun, 06 Jan 2008 15:49:39 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-61513</link><description>&lt;p&gt;Your first assertion is absolute nonsense. If it is published on facebook, or hidden on the page but available to scrapers, then it is PUBLIC information, not YOURS. The only question there is whether you made it public voluntarily, or Facebook did it without your authorization. But... either way, it has been broadcast to the public so now it is *public data* and "belongs" to nobody. If you don't want it public, then don't publish it. Period. Blame yourself, or Facebook if it made available information that you did not authorize. But do not blame Scoble.&lt;/p&gt;&lt;p&gt;As for your other statement, I agree with you. If Facebook does not want information available to spiders or bots, then Facebook might be justified by calling someone on it. I have built many scrapers for various reasons, but none were intended to violate anyone's TOS. The ethics of the situation is important.&lt;/p&gt;&lt;p&gt;(NOTE: By ethics I mean solely the ability of scrapers to overload Facebook's servers, and cause them undue cost and trouble. This has nothing to do with the availability of data. That is completely between Facebook and its users. Repeat: if you don't want people to have your data, don't publish it online. Period.)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Lonny Eachus</dc:creator><pubDate>Sat, 05 Jan 2008 23:03:59 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-61385</link><description>&lt;p&gt;Facebook does the very same thing because they "scrape" my online address book (Yahoo mail, hotmail, etc) to look for friends to invite. I guess the shoe is now on the other foot. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Itsie Bitzie</dc:creator><pubDate>Sat, 05 Jan 2008 20:29:41 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58900</link><description>&lt;p&gt;I hate the fact that you're calling this Scoble's data... if Scoble is crawling my Facebook page, it's *my* data. Think of the implications this would have if Facebook caves and says crawling the user's pages isn't against their TOS. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daryl</dc:creator><pubDate>Fri, 04 Jan 2008 08:50:16 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58825</link><description>&lt;p&gt;I truly do not comprehend how the community can be up in arms about Facebook's process here. If I run automated code which rips data out of a third party environments, surely there is no argument: the community owner must disable the user to protect the platform and their users. Here's one option of dealing with this problem:&lt;/p&gt;&lt;p&gt;1. Facebook creates manual export function for account holders&lt;br&gt;2. Account holders opt in or opt out to having their data exported by their friends&lt;/p&gt;&lt;p&gt;vpg&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">VPG</dc:creator><pubDate>Fri, 04 Jan 2008 07:49:45 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58788</link><description>&lt;p&gt;Excellent commentary!  I think we have reached one possible "tipping point"  in terms of walled gardens and who owns "your" data.  &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bartb</dc:creator><pubDate>Fri, 04 Jan 2008 07:13:38 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58715</link><description>&lt;p&gt;Because Google silently accepts it from Facebook and lots of other services? It's kind of a lame answer, but probably close to the truth.&lt;/p&gt;&lt;p&gt;Here are the two questions I would ask both Plaxo and Facebook regarding their scraping activities:&lt;/p&gt;&lt;p&gt;(1) Does your robot respect robots.txt?&lt;/p&gt;&lt;p&gt;(2) If not, and you assert that robots.txt doesn't apply in this case, does your robot provide a clearly identifiable, consistent user-agent string with each request?&lt;/p&gt;&lt;p&gt;If the answer to (1) is "no", then that service is on shaky ground, IMO. If the answer to (2) is "no", then the service is acting in bad faith.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rogerben</dc:creator><pubDate>Fri, 04 Jan 2008 05:00:10 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58708</link><description>&lt;p&gt;Allen: so let me get this right.&lt;/p&gt;&lt;p&gt;I don't have any right to stick your number that you gave me as a friend into my cell phone and call you? Why did you give it to me then?&lt;/p&gt;&lt;p&gt;I don't have the right to write down your address on a piece of paper? Why did you put it on your profile page then?&lt;/p&gt;&lt;p&gt;I don't have the right to look up your birthday and send you a birthday party invite in eVite? Why did you show me your birthday if you didn't want me to throw you a party?&lt;/p&gt;&lt;p&gt;I don't have the right to check if you also are on &lt;a href="http://Upcoming.org" rel="nofollow noopener" target="_blank" title="Upcoming.org"&gt;Upcoming.org&lt;/a&gt;, &lt;a href="http://Flickr.org" rel="nofollow noopener" target="_blank" title="Flickr.org"&gt;Flickr.org&lt;/a&gt;, &lt;a href="http://Yelp.com" rel="nofollow noopener" target="_blank" title="Yelp.com"&gt;Yelp.com&lt;/a&gt;, &lt;a href="http://Plaxo.com" rel="nofollow noopener" target="_blank" title="Plaxo.com"&gt;Plaxo.com&lt;/a&gt;, &lt;a href="http://LinkedIn.com" rel="nofollow noopener" target="_blank" title="LinkedIn.com"&gt;LinkedIn.com&lt;/a&gt;, or any number of other social networks?&lt;/p&gt;&lt;p&gt;If I write down your email address and then type it into my iPhone, is that OK? Why is that OK and it's not OK to just export it digitally and then import it into my iPhone.&lt;/p&gt;&lt;p&gt;Oh, and when you set up a new Facebook account it asks you to import all my data from Gmail. Why is it OK for Facebook to import from Gmail, but it isn't OK for Gmail to import from Facebook?&lt;/p&gt;&lt;p&gt;Translation: you're absolutely on the wrong side of the argument here. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Scobleizer</dc:creator><pubDate>Fri, 04 Jan 2008 04:41:36 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58707</link><description>&lt;p&gt;Volume. Gmail contact addresses can be gotten by one HTTP request (Plus perhaps an additional request for authentication). From the sounds of things this script that was run on your behalf hit Facebook with a load more than one request - enough requests to trigger off a flag that indicated an automated bot scraping pages at a much faster rate than human effort. Whether its 5000 requests (one per contact), or 500 requests within a very small time frame - its bad bot behaviour, and one that cannot be condoned.&lt;/p&gt;&lt;p&gt;What's the difference between 2 HTTP requests and 5000? One is managable, the other will create a spike. What happens when several people decide to hit Facebook with 5000 consecutive requests at the same time --- there's a risk servers won't cope with the barrage - as with any DDOS attacks, an infrastructure can only handle a certain amount of traffic at any one point in time. No single website can live through a DDOS.&lt;/p&gt;&lt;p&gt;This has nothing to do with your desire to export your social graph. It has to do with hitting a server with an automated badly behaved bot. You do not have the right to expose Facebook to the risks associated with a badly behaved bot.&lt;/p&gt;&lt;p&gt;Kudos for not using your celebrity status as a means for re-enabling your account. You are really no different to a hacker, or black hat SEOer scraping data for their own purposes.&lt;/p&gt;&lt;p&gt;You'll note that Google's search also has triggers that prevents automated scraping once a threshold has been reached. Facebook, in this regard, is no different - nor should it be.&lt;/p&gt;&lt;p&gt;Its a pity this is being spun by bloggers as a data ownership issue, when its really about measures to prevent a denial of service attack. Facebook have the right to protect their hardware and software infrastructure - you have no right to take measures that could prevent Facebook from delivering its service to other visitors.&lt;/p&gt;&lt;p&gt;Facebook acted correctly and responsibly. Scoble owes them an apology.&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Isofarro</dc:creator><pubDate>Fri, 04 Jan 2008 04:40:46 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58620</link><description>&lt;p&gt;If that's the case, why does Facebook hit Gmail's servers and import Gmail addresses?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Scoble</dc:creator><pubDate>Fri, 04 Jan 2008 01:44:55 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58548</link><description>&lt;p&gt;Facebook, of which I am NO fan, had every right to freeze an account pending running a script inside their system. Benign users can damage. Once they ascertained he was not running malicious script then they turned it back on.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike</dc:creator><pubDate>Fri, 04 Jan 2008 00:20:39 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58386</link><description>&lt;p&gt;Sorry Dave - you are wrong here. Scoble has no right to take my PII and move it to another system. Did I tell him it was ok? Now sure, what complicates this is that I can give him my business card and he can enter that info into Plaxo or whatever. But tying name and birthdate together is where it can start into an identity issue. Imagine if it wasn't scoble. but instead a criminal. those 2 pieces of data are enough to get credit info on anyone. I think this is an excellent topic for discussion - not so much for scoble v. facebook but in general. I didn't tell Scoble he could use any of my data outside of facebook.&lt;/p&gt;&lt;p&gt;I'd love to have a real live discussion about this sometime!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">allen stern</dc:creator><pubDate>Thu, 03 Jan 2008 22:17:12 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58322</link><description>&lt;p&gt;Hi Dave, I also "deactivatated" my FB account with the Beacon flap. I understand when you point out the shortcomings of a walled garden, and Scoble has always said this too. I don't understand why he continues to use their services. Scobleizer will always be my point of contact with what he has to say, just as &lt;a href="http://scripting.com" rel="nofollow noopener" target="_blank" title="scripting.com"&gt;scripting.com&lt;/a&gt; is for your voice.&lt;/p&gt;&lt;p&gt;Why continue to harp on FB? Just walk away. Isn't that the loudest complaint you can voice?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dustin</dc:creator><pubDate>Thu, 03 Jan 2008 21:25:31 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58208</link><description>&lt;p&gt;The thing is... why continue to trust them after their recent privacy gaffes? I turned off my facebook account during the Beacon flap. And I'm fairly happy that I did so as I read something today about their new &lt;a href="http://www.news.com/8301-13577_3-9817421-36.html" rel="nofollow noopener" target="_blank" title="http://www.news.com/8301-13577_3-9817421-36.html"&gt;social ad system&lt;/a&gt; getting them in even more hot water for privacy abuses.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">heavyboots</dc:creator><pubDate>Thu, 03 Jan 2008 19:40:00 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58168</link><description>&lt;p&gt;Hmmm, so, when I sign up for Facebook and it asks for my ID information for Google, Yahoo, etc in order to copy that very same contact information into their system that's not using precious Facebook server resources?&lt;/p&gt;&lt;p&gt;If Facebook it slow, it's because they have not designed the system to scale properly.  And remember, the Facebook TOS makes it pretty clear, they consider your contact data THEIRS not yours.  If you delete your Facebook ID today all that contact info is retained.  I can't think of any other company that does this.&lt;/p&gt;&lt;p&gt;Facebook policies stink to high heaven.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">macbeach</dc:creator><pubDate>Thu, 03 Jan 2008 19:19:36 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58148</link><description>&lt;p&gt;Who woulda guessed...  Facebook with such a great API and all...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Whizzer</dc:creator><pubDate>Thu, 03 Jan 2008 19:05:49 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58090</link><description>&lt;p&gt;FacebookCVS does not collect contact information.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">fpaynter</dc:creator><pubDate>Thu, 03 Jan 2008 18:28:38 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58026</link><description>&lt;p&gt;I think FacebookCVS comes pretty close.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rex Hammock</dc:creator><pubDate>Thu, 03 Jan 2008 17:42:41 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-58025</link><description>&lt;p&gt;Scoble claims that his social graph data is his.  As one of his Facebook 'friends' I can assure him that's not. My contact data is mine - and I gave Scoble access to it within the context of Facebook.&lt;/p&gt;&lt;p&gt;Facebook 1, Scoble 0.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Colin Carmichael</dc:creator><pubDate>Thu, 03 Jan 2008 17:42:34 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-57978</link><description>&lt;p&gt;I take the view that, actually, neither Facebook nor Robert are in the right. When people friended him on Facebook, there was no expectation on their part that he'd hand over that data to Plaxo, a company which many people (not me) are wary of. It's a trust issue: you trust a friend not to do something stupid with information you give them, and, in some people's eyes, Robert did something stupid with their personal info.&lt;/p&gt;&lt;p&gt;Facebook, of course, should always have allowed access to friend data via an open API. Had it done so, there would at least have been the clear expectation amongst users that data they put on the service would be used elsewhere. Openness is the way to go - but openness depends on trust to work. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ian Betteridge</dc:creator><pubDate>Thu, 03 Jan 2008 17:19:03 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-57926</link><description>&lt;p&gt;I was wondering the same thing with regards to Plaxo's access to the data.&lt;/p&gt;&lt;p&gt;I suppose that any matches who now have their "Facebook user" and "Friend of Scoble" flags set in the Plaxo database agreed to Plaxo's terms when they clicked "yes" on that "Scoble is using Plaxo to keep track of his contacts" email, so they may be fine with Plaxo appending this data to their records.  That's the part that concerns me a little, though:  Scoble pulled all of his Facebook friends' names, emails, and birthdates for himself?  Sure, why not.  That Scoble provided that information to a third party, without those friends' knowing what that third party can and can't do with the information?  A little more worrying.&lt;/p&gt;&lt;p&gt;Depending on Plaxo's policies and behavior regarding data they get this way I might feel a bit better about it, but it feels very much in the grey area to me.&lt;/p&gt;&lt;p&gt;Would be very interested in seeing the policy that governs Plaxo's use of "friend" data...anybody have access to it, or do I need to bug Plaxo's (probably overwhelmed) PR people?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">whitneymcn</dc:creator><pubDate>Thu, 03 Jan 2008 16:51:57 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-57901</link><description>&lt;p&gt;I agree with most of the comments that it's more about using a bot than getting the data. Nothing stopping anyone from writing down all of this info or copy/paste.&lt;/p&gt;&lt;p&gt;Could someone not create a facebook app to easily gather this data that's all well and good under the FB terms and service?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">somenice</dc:creator><pubDate>Thu, 03 Jan 2008 16:41:46 -0000</pubDate></item><item><title>Re: Scoble and his Facebook data (Scripting News)</title><link>http://www.scripting.com/stories/2008/01/03/scobleAndHisFacebookData.html#comment-57896</link><description>&lt;p&gt;Dave: I think Facebook *will* allow portability at some point... once they realize that virtually no one will ever use it.&lt;/p&gt;&lt;p&gt;I mean, think about it: to pass muster, such a feature would require that each of Scoble's 5,000 friends check a box that says "let Scoble cart data about me off to another service somewhere". Even in his extraordinary case, most of those people won't check the box, or won't be able to find the box, or won't understand it if they see it. So most of that data ain't going anywhere without TOS-violating (and arguably, trust-violating) screen scraping.&lt;/p&gt;&lt;p&gt;One thing that folks are going to need to accept is that this kinda thing is becoming less about "walled gardens" or "silos" and more about context. Just because I'm willing to declare myself someone's friend on Facebook doesn't mean I'm going to declare the same thing about his profile at Mr. Toad's Wild Bestiality Network. And what if I declare someone my "neighbor" on HomeTownNet, and he imports that connection into a service that uses a different term... like "Best Friends Forever"? I just wave to the guy over a fence every morning... I didn't agree to embrace him on the level that the second service implies.&lt;/p&gt;&lt;p&gt;NOTE: To those who equate this sort of thing to exporting an address book from Outlook... nope. Your address book only claims that you know certain facts about me. It doesn't suggest an agreed-upon, mutual connection.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roger Benningfield</dc:creator><pubDate>Thu, 03 Jan 2008 16:39:08 -0000</pubDate></item></channel></rss>