<?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: Beginning of the end for open web data APIs?</title>
	<atom:link href="http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/</link>
	<description>XML and the Web.</description>
	<pubDate>Tue, 07 Oct 2008 18:25:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: john beck</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-24315</link>
		<dc:creator>john beck</dc:creator>
		<pubDate>Mon, 19 Mar 2007 08:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-24315</guid>
		<description>Google doesn’t have a REST API to replace it. Instead, something more important is happening, and it could be that REST, WS-*, and the whole of open web data and mash-ups all end up on the losing side.</description>
		<content:encoded><![CDATA[<p>Google doesn’t have a REST API to replace it. Instead, something more important is happening, and it could be that REST, WS-*, and the whole of open web data and mash-ups all end up on the losing side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: seo</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-24244</link>
		<dc:creator>seo</dc:creator>
		<pubDate>Sat, 17 Mar 2007 05:37:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-24244</guid>
		<description>I'm really surprised there hasn't been a bigger backlash against this. Where is the outrage?</description>
		<content:encoded><![CDATA[<p>I&#8217;m really surprised there hasn&#8217;t been a bigger backlash against this. Where is the outrage?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Business of Ajax - Google’s Ajax Search API</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-23484</link>
		<dc:creator>The Business of Ajax - Google’s Ajax Search API</dc:creator>
		<pubDate>Thu, 01 Mar 2007 14:16:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-23484</guid>
		<description>[...] Of course there are many other ways of presenting search results. Many of the more interesting.ways to present the data reorder the results according to other criteria or third-party data (like other search results), or even dispense with a linear order. Now if you want to pull in search data and manipulate it in this way, you&#8217;re going to have to use the Yahoo! REST API&#8217;s. But will Yahoo! follow suit and get rid of their general API&#8217;s in favor of brand-preserving Ajax widgets? Dave Megginson doesn&#8217;t think so, but sees some clouds on the horizon. [...]</description>
		<content:encoded><![CDATA[<p>[...] Of course there are many other ways of presenting search results. Many of the more interesting.ways to present the data reorder the results according to other criteria or third-party data (like other search results), or even dispense with a linear order. Now if you want to pull in search data and manipulate it in this way, you&#8217;re going to have to use the Yahoo! REST API&#8217;s. But will Yahoo! follow suit and get rid of their general API&#8217;s in favor of brand-preserving Ajax widgets? Dave Megginson doesn&#8217;t think so, but sees some clouds on the horizon. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajaxian &#187; The Business of Ajax - Google&#8217;s Ajax Search API</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-22577</link>
		<dc:creator>Ajaxian &#187; The Business of Ajax - Google&#8217;s Ajax Search API</dc:creator>
		<pubDate>Thu, 15 Feb 2007 16:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-22577</guid>
		<description>[...] Of course there are many other ways of presenting search results. Many of the more interesting.ways to present the data reorder the results according to other criteria or third-party data (like other search results), or even dispense with a linear order. Now if you want to pull in search data and manipulate it in this way, you&#8217;re going to have to use the Yahoo! REST API&#8217;s. But will Yahoo! follow suit and get rid of their general API&#8217;s in favor of brand-preserving Ajax widgets? Dave Megginson doesn&#8217;t think so, but sees some clouds on the horizon. [...]</description>
		<content:encoded><![CDATA[<p>[...] Of course there are many other ways of presenting search results. Many of the more interesting.ways to present the data reorder the results according to other criteria or third-party data (like other search results), or even dispense with a linear order. Now if you want to pull in search data and manipulate it in this way, you&#8217;re going to have to use the Yahoo! REST API&#8217;s. But will Yahoo! follow suit and get rid of their general API&#8217;s in favor of brand-preserving Ajax widgets? Dave Megginson doesn&#8217;t think so, but sees some clouds on the horizon. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sockdrawer &#187; Blog Archive &#187; Always beta?</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19827</link>
		<dc:creator>sockdrawer &#187; Blog Archive &#187; Always beta?</dc:creator>
		<pubDate>Wed, 10 Jan 2007 19:53:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19827</guid>
		<description>[...] Funny, but hardly the point as one of the comments on his post points out, referring to David Megginson who asks, rather more importantly, if this is the Beginning of the end for open web data APIs? Pointing out that, in this case, the alternative to the SOAP API is a set of Ajax widgets, David&#8217;s argument is that this could become a common business approach - the data is not directly exposed, and deploying Ajax components is popular to many because it is so easy to do. [...]</description>
		<content:encoded><![CDATA[<p>[...] Funny, but hardly the point as one of the comments on his post points out, referring to David Megginson who asks, rather more importantly, if this is the Beginning of the end for open web data APIs? Pointing out that, in this case, the alternative to the SOAP API is a set of Ajax widgets, David&#8217;s argument is that this could become a common business approach - the data is not directly exposed, and deploying Ajax components is popular to many because it is so easy to do. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Un peu de lecture 03 at Aurélien Pelletier&#8217;s Weblog</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19209</link>
		<dc:creator>Un peu de lecture 03 at Aurélien Pelletier&#8217;s Weblog</dc:creator>
		<pubDate>Mon, 01 Jan 2007 14:04:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19209</guid>
		<description>[...] Google a &#8220;déprécié&#8221; son API de recherche SOAP et c&#8217;est Dave Megginson qui nous livre la meilleur analyse: Beginning of the end for open web data APIs? Ce n&#8217;est pas une victoire de REST sur SOAP/WS-* mais le début de la fin du web as a platform, une composante importante du Web 2.0. [...]</description>
		<content:encoded><![CDATA[<p>[...] Google a &#8220;déprécié&#8221; son API de recherche SOAP et c&#8217;est Dave Megginson qui nous livre la meilleur analyse: Beginning of the end for open web data APIs? Ce n&#8217;est pas une victoire de REST sur SOAP/WS-* mais le début de la fin du web as a platform, une composante importante du Web 2.0. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19037</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 26 Dec 2006 04:15:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19037</guid>
		<description>Our response to this is the &lt;a href="http://evilapi.com/" rel="nofollow"&gt;EvilAPI&lt;/a&gt; and &lt;a href="http://evilrss.com/" rel="nofollow"&gt;EvilRSS&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Our response to this is the <a href="http://evilapi.com/" rel="nofollow">EvilAPI</a> and <a href="http://evilrss.com/" rel="nofollow">EvilRSS</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quoderat &#187; Yahoo stands firm behind its search API</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19005</link>
		<dc:creator>Quoderat &#187; Yahoo stands firm behind its search API</dc:creator>
		<pubDate>Sat, 23 Dec 2006 15:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-19005</guid>
		<description>[...] Early in the week, I posted about the end of the Google search API, and speculated that &#8212; since everyone else tends to copy Google &#8212; it might be the start of a general trend away from open data APIs and in favour of server-side AJAX widgets. In response, Amit Kumar of Yahoo sent me an e-mail message (after failing to get past Spam Karma in the comment system for my blog): [...]</description>
		<content:encoded><![CDATA[<p>[...] Early in the week, I posted about the end of the Google search API, and speculated that &#8212; since everyone else tends to copy Google &#8212; it might be the start of a general trend away from open data APIs and in favour of server-side AJAX widgets. In response, Amit Kumar of Yahoo sent me an e-mail message (after failing to get past Spam Karma in the comment system for my blog): [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Venture Beat Contributors &#187; The Google API kerfuffle, and what it means for start-ups</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-18996</link>
		<dc:creator>Venture Beat Contributors &#187; The Google API kerfuffle, and what it means for start-ups</dc:creator>
		<pubDate>Sat, 23 Dec 2006 01:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-18996</guid>
		<description>[...] (Editor&#8217;s note: Some people, it seems, are steamed about changes Google has made to the way it lets outside developers tap into its search and ad platforms. We asked Rob Drapkin to write about the changes in Google&#8217;s ad platform. These changes are different Google&#8217;s separate changes to its search platform, where you can see an example of a complaint here.) [...]</description>
		<content:encoded><![CDATA[<p>[...] (Editor&#8217;s note: Some people, it seems, are steamed about changes Google has made to the way it lets outside developers tap into its search and ad platforms. We asked Rob Drapkin to write about the changes in Google&#8217;s ad platform. These changes are different Google&#8217;s separate changes to its search platform, where you can see an example of a complaint here.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Sayre</title>
		<link>http://www.megginson.com/blogs/quoderat/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-18994</link>
		<dc:creator>Robert Sayre</dc:creator>
		<pubDate>Fri, 22 Dec 2006 18:59:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis/#comment-18994</guid>
		<description>Well, I think the limitation is basically the same one Google has always had: "no bots". 

Regarding the API traffic, it looks like a variation on JSON-P. Basically, you do this:

---------------------------

/* write a callback function */
function myJSONCallback(aJSON) { alert(aJSON) }


/* append a script element to the document */
var myScript = document.createElement("script");
myScript.src = "http://api.example.com/makeArray?elements=3&#38;callback=myJSONCallback";

---------------------------

The browser sends a GET to request the script src, and this can be any host. The body of the request looks like this:

myJSONCallback(["","",""]);

The contents of the parens are a JSON object literal.</description>
		<content:encoded><![CDATA[<p>Well, I think the limitation is basically the same one Google has always had: &#8220;no bots&#8221;. </p>
<p>Regarding the API traffic, it looks like a variation on JSON-P. Basically, you do this:</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>/* write a callback function */<br />
function myJSONCallback(aJSON) { alert(aJSON) }</p>
<p>/* append a script element to the document */<br />
var myScript = document.createElement(&#8221;script&#8221;);<br />
myScript.src = &#8220;http://api.example.com/makeArray?elements=3&amp;callback=myJSONCallback&#8221;;</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>The browser sends a GET to request the script src, and this can be any host. The body of the request looks like this:</p>
<p>myJSONCallback(["","",""]);</p>
<p>The contents of the parens are a JSON object literal.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
