<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Google to cancel its translate API, citing &#8216;extensive abuse&#8217;</title>
	<atom:link href="http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/</link>
	<description>Mulching the present to feed the future</description>
	<lastBuildDate>Fri, 07 Jun 2013 15:12:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: David Gerard</title>
		<link>http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/comment-page-1/#comment-75541</link>
		<dc:creator>David Gerard</dc:creator>
		<pubDate>Wed, 01 Jun 2011 18:40:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/sj/?p=1713#comment-75541</guid>
		<description>What this hammers home is that web APIs are just another form of proprietary software.</description>
		<content:encoded><![CDATA[<p>What this hammers home is that web APIs are just another form of proprietary software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pegro</title>
		<link>http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/comment-page-1/#comment-75492</link>
		<dc:creator>Pegro</dc:creator>
		<pubDate>Wed, 01 Jun 2011 11:10:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/sj/?p=1713#comment-75492</guid>
		<description>Thanks. Cloud computing ....

When the clouds get dark it&#039;s better have our things at hand, on the ground, as our feet ...:
==== Why we will have web servers at home ====
http://sinwindows.wordpress.com/2010/12/22/por-que-tendremos-servidores-en-casa/</description>
		<content:encoded><![CDATA[<p>Thanks. Cloud computing &#8230;.</p>
<p>When the clouds get dark it&#8217;s better have our things at hand, on the ground, as our feet &#8230;:<br />
==== Why we will have web servers at home ====<br />
<a href="http://sinwindows.wordpress.com/2010/12/22/por-que-tendremos-servidores-en-casa/" rel="nofollow">http://sinwindows.wordpress.com/2010/12/22/por-que-tendremos-servidores-en-casa/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brandchannel</title>
		<link>http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/comment-page-1/#comment-75392</link>
		<dc:creator>Brandchannel</dc:creator>
		<pubDate>Tue, 31 May 2011 12:59:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/sj/?p=1713#comment-75392</guid>
		<description>&lt;strong&gt;In the News: AT...&lt;/strong&gt;

In the News: AT...</description>
		<content:encoded><![CDATA[<p><strong>In the News: AT&#8230;</strong></p>
<p>In the News: AT&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Jensen</title>
		<link>http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/comment-page-1/#comment-75255</link>
		<dc:creator>Dan Jensen</dc:creator>
		<pubDate>Mon, 30 May 2011 02:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/sj/?p=1713#comment-75255</guid>
		<description>Thanks for the post didn&#039;t realise this was in the pipeline.

I&#039;m using plugins based on googles API&#039;s for easy translation of my Quebec sites. I will take a look at mygengo and see if that will work.

thanks again for the heads up could have been painful if i didn&#039;t know</description>
		<content:encoded><![CDATA[<p>Thanks for the post didn&#8217;t realise this was in the pipeline.</p>
<p>I&#8217;m using plugins based on googles API&#8217;s for easy translation of my Quebec sites. I will take a look at mygengo and see if that will work.</p>
<p>thanks again for the heads up could have been painful if i didn&#8217;t know</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: metasj</title>
		<link>http://blogs.law.harvard.edu/sj/2011/05/28/google-to-cancel-translate-api/comment-page-1/#comment-75234</link>
		<dc:creator>metasj</dc:creator>
		<pubDate>Sun, 29 May 2011 20:52:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/sj/?p=1713#comment-75234</guid>
		<description>Now 165 replies.  ZDNet&#039;s Ed Burnette calls this &#039;&lt;a href=&quot;http://www.zdnet.com/blog/burnette/google-pulls-the-rug-out-from-under-web-service-api-developers-nixes-google-translate-and-17-others/2284&quot; rel=&quot;nofollow&quot;&gt;pulling the rug out from under web developers&lt;/a&gt;&#039;.  

Some people have suggested other closed alternatives, like MyGengo, whose founder says &quot;since our startup relies on translation, you can be guaranteed we&#039;ll never deprecate our API :)&quot; -- but that&#039;s hardly compelling.  As soon as they change their business model or get acquired by a larger organization, they may well drop it.  And their API is no good if they go bankrupt or close shop for any reason.

What we need is an open API to a library of freely licensed and publicly maintained code -- which should include wrappers that interfacing with a spectrum of options from automatic machine translation, to human-assisted translation that updates a free public translation memory, to private human translation.  

Tools like those from MyGengo or Babelfish or MS or (for the next 6 months) Google, which are public in a sense but could be killed without warning, could be available as options provided through these public wrapper.  But updating a service that uses one of those tools to use a different one should take minimal effort.</description>
		<content:encoded><![CDATA[<p>Now 165 replies.  ZDNet&#8217;s Ed Burnette calls this &#8216;<a href="http://www.zdnet.com/blog/burnette/google-pulls-the-rug-out-from-under-web-service-api-developers-nixes-google-translate-and-17-others/2284" rel="nofollow">pulling the rug out from under web developers</a>&#8216;.  </p>
<p>Some people have suggested other closed alternatives, like MyGengo, whose founder says &#8220;since our startup relies on translation, you can be guaranteed we&#8217;ll never deprecate our API <img src='http://blogs.law.harvard.edu/sj/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> &#8221; &#8212; but that&#8217;s hardly compelling.  As soon as they change their business model or get acquired by a larger organization, they may well drop it.  And their API is no good if they go bankrupt or close shop for any reason.</p>
<p>What we need is an open API to a library of freely licensed and publicly maintained code &#8212; which should include wrappers that interfacing with a spectrum of options from automatic machine translation, to human-assisted translation that updates a free public translation memory, to private human translation.  </p>
<p>Tools like those from MyGengo or Babelfish or MS or (for the next 6 months) Google, which are public in a sense but could be killed without warning, could be available as options provided through these public wrapper.  But updating a service that uses one of those tools to use a different one should take minimal effort.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
