<?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: Open Standards are not enough to prevent lock in</title>
	<atom:link href="http://osswatch.jiscinvolve.org/wp/2007/11/30/open-standards-do-not-always-prevent-lock-in/feed/" rel="self" type="application/rss+xml" />
	<link>http://osswatch.jiscinvolve.org/wp/2007/11/30/open-standards-do-not-always-prevent-lock-in/</link>
	<description>open source software innovation support centre</description>
	<lastBuildDate>Fri, 03 Feb 2012 15:30:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nodalities &#187; Blog Archive &#187; This Week&#8217;s Semantic Web</title>
		<link>http://osswatch.jiscinvolve.org/wp/2007/11/30/open-standards-do-not-always-prevent-lock-in/comment-page-1/#comment-143</link>
		<dc:creator>Nodalities &#187; Blog Archive &#187; This Week&#8217;s Semantic Web</dc:creator>
		<pubDate>Thu, 17 Apr 2008 17:48:53 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2007/11/30/open-standards-do-not-always-prevent-lock-in/#comment-143</guid>
		<description>[...] Open Standards are not enough to prevent lock in [...]</description>
		<content:encoded><![CDATA[<p>[...] Open Standards are not enough to prevent lock in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ross Gardler</title>
		<link>http://osswatch.jiscinvolve.org/wp/2007/11/30/open-standards-do-not-always-prevent-lock-in/comment-page-1/#comment-142</link>
		<dc:creator>Ross Gardler</dc:creator>
		<pubDate>Thu, 06 Dec 2007 00:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2007/11/30/open-standards-do-not-always-prevent-lock-in/#comment-142</guid>
		<description>Kjetil,

I agree and have posted on many occasions on the topic of data lock-in with web2.0 services. However, in this instance I&#039;m concerned about a different issue. In this scenario the data is in a truly open standard and is held on servers owned and managed by the data owner, yet there is still a potential for lock-in.</description>
		<content:encoded><![CDATA[<p>Kjetil,</p>
<p>I agree and have posted on many occasions on the topic of data lock-in with web2.0 services. However, in this instance I&#8217;m concerned about a different issue. In this scenario the data is in a truly open standard and is held on servers owned and managed by the data owner, yet there is still a potential for lock-in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kjetil Kjernsmo</title>
		<link>http://osswatch.jiscinvolve.org/wp/2007/11/30/open-standards-do-not-always-prevent-lock-in/comment-page-1/#comment-141</link>
		<dc:creator>Kjetil Kjernsmo</dc:creator>
		<pubDate>Tue, 04 Dec 2007 09:38:33 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2007/11/30/open-standards-do-not-always-prevent-lock-in/#comment-141</guid>
		<description>This has been a topic of my interest for some time. Facebook and Google has been hailed for building on open standards in many of their APIs and formats, using e.g. class attributes of HTML or Atom, JavaScript, etc, but this is not enough to prevent lock-in either. One reason is that the legal conditions that these APIs are under makes it pretty clear that they are not at all open standards, even though they are built on such. That&#039;s actually pretty easy to fix, these things are so simple, it could easily be reproduced by a community.

More importantly, I think, is that the data is under locks, and so, any alternative use and implementation will be a second-class citizen, thus ensuring lock-in even though there are simple, open formats and APIs.</description>
		<content:encoded><![CDATA[<p>This has been a topic of my interest for some time. Facebook and Google has been hailed for building on open standards in many of their APIs and formats, using e.g. class attributes of HTML or Atom, JavaScript, etc, but this is not enough to prevent lock-in either. One reason is that the legal conditions that these APIs are under makes it pretty clear that they are not at all open standards, even though they are built on such. That&#8217;s actually pretty easy to fix, these things are so simple, it could easily be reproduced by a community.</p>
<p>More importantly, I think, is that the data is under locks, and so, any alternative use and implementation will be a second-class citizen, thus ensuring lock-in even though there are simple, open formats and APIs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Wardley</title>
		<link>http://osswatch.jiscinvolve.org/wp/2007/11/30/open-standards-do-not-always-prevent-lock-in/comment-page-1/#comment-140</link>
		<dc:creator>Simon Wardley</dc:creator>
		<pubDate>Sat, 01 Dec 2007 20:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2007/11/30/open-standards-do-not-always-prevent-lock-in/#comment-140</guid>
		<description>I absolutely agree with you.

This is especially true in the XaaS (X as a Service) world where open standards are not enough to ensure portability, you also need &lt;a href=&quot;http://swardley.blogspot.com/2007/07/competition-not-greed-is-good.html&quot; rel=&quot;nofollow&quot;&gt;multiple providers&lt;/a&gt; of the same standard. The only way to ensure this is through open source as no provider will hand over strategic control of their business to another. I covered this in my &lt;a href=&quot;http://swardley.blogspot.com/2007/10/previous-talk.html&quot; rel=&quot;nofollow&quot;&gt;OSCON 07&lt;/a&gt;, Web 2.0 SF and &lt;a href=&quot;http://swardley.blogspot.com/2007/11/web-20-expo-berlin.html&quot; rel=&quot;nofollow&quot;&gt;Berlin&lt;/a&gt; talks.

Anyway, open standards is not enough.</description>
		<content:encoded><![CDATA[<p>I absolutely agree with you.</p>
<p>This is especially true in the XaaS (X as a Service) world where open standards are not enough to ensure portability, you also need <a href="http://swardley.blogspot.com/2007/07/competition-not-greed-is-good.html" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/swardley.blogspot.com');">multiple providers</a> of the same standard. The only way to ensure this is through open source as no provider will hand over strategic control of their business to another. I covered this in my <a href="http://swardley.blogspot.com/2007/10/previous-talk.html" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/swardley.blogspot.com');">OSCON 07</a>, Web 2.0 SF and <a href="http://swardley.blogspot.com/2007/11/web-20-expo-berlin.html" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/swardley.blogspot.com');">Berlin</a> talks.</p>
<p>Anyway, open standards is not enough.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

