<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.0.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>Open Knowledge Foundation Weblog</title>
	<link>http://blog.okfn.org</link>
	<description></description>
	<pubDate>Wed, 14 May 2008 22:21:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.1</generator>
	<language>en</language>
			<item>
		<title>Open Definition Advisory Council launched</title>
		<link>http://blog.okfn.org/2008/02/15/open-definition-advisory-council-launched/</link>
		<comments>http://blog.okfn.org/2008/02/15/open-definition-advisory-council-launched/#comments</comments>
		<pubDate>Fri, 15 Feb 2008 16:30:27 +0000</pubDate>
		<dc:creator>Jonathan Gray</dc:creator>
		
	<category>News</category>
	<category>Open Knowledge</category>
	<category>OKF Projects</category>
	<category>Open Data</category>
	<category>Open Knowledge Definition</category>
	<category>OKF</category>
	<category>Open Service</category>
		<guid isPermaLink="false">http://blog.okfn.org/2008/02/15/open-definition-advisory-council-launched/</guid>
		<description><![CDATA[We are pleased to announce the launch of an Advisory Council for opendefinition.org. The Council will be formally responsible for maintaining and developing the Definitions and associated material found on the Open Definition site - including the Open Knowledge Definition and the Open Service Definition. As many of you will know, these definitions aim to [...]]]></description>
			<content:encoded><![CDATA[<p>We are pleased to announce the launch of an <a href="http://opendefinition.org/advisory-council">Advisory Council</a> for <a href="http://opendefinition.org">opendefinition.org</a>. The Council will be formally responsible for maintaining and developing the Definitions and associated material found on the Open Definition site - including the <a href="http://opendefinition.org/1.0">Open Knowledge Definition</a> and the <a href="http://opendefinition.org/osd">Open Service Definition</a>. As many of you will know, these definitions aim to provide clear and succinct sets of conditions for &#8216;openness&#8217; in knowledge and services.</p>

<p>Jordan Hatcher of <a href="http://www.opencontentlawyer.com/">opencontentlawyer.com</a> has kindly agreed to be Chair of the Council, which includes:</p>

<ul>
<li>Paul Jacobson, iCommons</li>
<li>Paul Miller, Talis</li>
<li>Peter Murray-Rust, Cambridge University</li>
<li>Rufus Pollock, Open Knowledge Foundation &amp; Cambridge University</li>
<li>Rob Styles, Talis</li>
<li>Peter Suber, Scholarly Publishing and Academic Resources Coalition (SPARC) &amp; Earlham College</li>
<li>Luis Villa, Columbia Law School, GNOME Foundation &amp; Open Source Initiative</li>
<li>Jo Walsh, Open Knowledge Foundation &amp; Open Source Geo-Spatial Foundation</li>
<li>John Wilbanks, Science Commons</li>
</ul>

<p>More detailed biographies are available on the <a href="http://opendefinition.org/advisory-council">Advisory Council page</a>. </p>

<p>It is our intention that the overall development of the material on the site will continue in the same community based and collaborative manner. The Council&#8217;s role will be to provide oversight, guidance and input into this process, not to replace it.</p>

<p>This is fantastic news for the definitions projects!</p>
<p class="akst_link"><a href="http://blog.okfn.org/?p=152&amp;akst_action=share-this"  title="E-mail this, post to del.icio.us, etc." id="akst_link_152" class="akst_share_link" rel="nofollow">Share This</a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://blog.okfn.org/2008/02/15/open-definition-advisory-council-launched/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>On data transport through payment networks</title>
		<link>http://blog.okfn.org/2007/12/13/on-data-transport-through-payment-networks/</link>
		<comments>http://blog.okfn.org/2007/12/13/on-data-transport-through-payment-networks/#comments</comments>
		<pubDate>Thu, 13 Dec 2007 20:22:42 +0000</pubDate>
		<dc:creator>jwalsh</dc:creator>
		
	<category>Musings</category>
	<category>Open Service</category>
		<guid isPermaLink="false">http://blog.okfn.org/2007/12/13/on-data-transport-through-payment-networks/</guid>
		<description><![CDATA[I recently ran across the Cruickshank Report, a review written in 2000 of the state of
payment information systems in the UK, and enjoyed what it had to say about
&#8220;money transmission&#8221; (Think ATM networks, point-of-sale networks in shops,
credit card networks, as well as intra-bank schemes for larger sums.)

A lot of value is apparently created by the [...]]]></description>
			<content:encoded><![CDATA[<p>I recently ran across the Cruickshank Report, a review written in 2000 of the state of
payment information systems in the UK, and enjoyed what it had to say about
<a href="http://www.hm-treasury.gov.uk/media/B/7/BankReviewChaptthree.pdf">&#8220;money transmission&#8221;</a> (Think ATM networks, point-of-sale networks in shops,
credit card networks, as well as intra-bank schemes for larger sums.)</p>

<p>A lot of value is apparently created by the transport mechanism itself, in the
form of per-use access fees: &#8220;<i>around three quarters of a billion pounds per
year are paid in this way to UK debit and credit card issuers. The interests
of bank run schemes do not coincide with the public interest.</i>&#8221; These are
<i>interchange fees</i>, paid between individual members to cover the cost of
services supplied from one member to another.</p>

<blockquote>
Inflated interchange fees create a number of detriments. First, they <b>raise
the cost to retailers</b> of card payments. &#8230; Second, allowing issuers to
recover costs through interchange payments <b>weakens the incentive to cut
costs</b> through greater efficiency &#8230; Third, competition between payment
mechanisms is distorted in favour of products with <b>artificially high
interchange fees</b>.
</blockquote>

<p>Money transmission infrastructures such as ATM networks conduct &#8220;network effects&#8221;. Initially there is a high entry cost to the builder of a network. People are more likely to join it, the more people they can reach over it, the more value there is to each participating node - in how widely a credit card
is accepted, or how widely a videophone is used. Each new user can be given the
same level of service for less new cost than the previous one. Once
maintenance cost is covered, up until capacity is full, that extra cost is
effectively zero. </p>

<p>&#8220;<i>Network effects also have profound implications for competition,
efficiency and innovation in markets where they arise&#8230;  Once a network is
well established, it can be extremely difficult to create a new network in
direct competition.</i>&#8221; A very high cost of initial capital investment, at a
great deal of redundancy in services &#8220;<i>raises entry barriers</i>&#8221; to value
transmission markets which &#8220;<i>in turn leads to higher customer charges and lower levels of service in these markets. It also effects the geographic
distribution&#8230;</i>&#8221; where densely populated areas may become over-served, sparse ones
neglected.</p>

<p>Except at times of high congestion, there isn&#8217;t a per-access cost impact over
and above the maintenance costs of the underlying network. Cost to install,
fix and improve services may be significant; but the benefit of being able to
join such a network, collectively amongst participants, far outweighs this cost. 
A per-access fee levied against the ultimate end user may hold back the generation of network effects and act against the economic interests of the whole network.</p>

<p>The Cruickshank report&#8217;s analysis suggests a license for entry into &#8220;money
transmission&#8221; networks which reflects the risk involved in trusting other participants to behave consistently, and the high levels of value being committed. The current schemes run by the payments industry have a
&#8220;mutual governance&#8221; model, where the underlying network is operated by a
not-for-profit company co-owned by the participating &#8220;competing&#8221; companies. </p>

<p>Yet the industry associations have formed non-for-profit mutuals on the
grounds that some aspects of their business are better run collaboratively.
There are many situations beyond payments networks that look like this and which tend to involve the underlying transmission medium for moving things from one place to another. A network - a road network carrying a bus network, or a communications network with public terminals - becomes so widespread and the necessity of interchange with it so complete that the cost of replicating it - where that is physically possible - must tend to be prohibitively more than the cost of joining it. </p>

<p>In a few very congested areas, private toll roads may be viable, but even then
following the topology of a main network. Planning and licensing restrictions
in the dependencies, additionally limit who can participate in building
infrastructure.</p>

<p>What does this look like? Well, it looks a lot like another non-Internet
network which the Internet increasing depends on to be of commercial interest,
the cellular network. To become a full member of the GSM alliance and
therefore entitled to read, and use, the specifications for phone call data
exchange, one needs to have a &#8220;license&#8221; for a slice of spectrum <em>and</em> at least
a minimal physical infrastructure of cell towers. A moratorium on new phone
mast installation means that new market entrants must sublicense from
competitors; even a really significant capital investment cannot do enough. This starts to look like what economists have called a &#8220;two-sided&#8221; market, where services depend on platforms, and an effective monopoly on the latter allows an entity </p>

<p>I want to claim a strong argument that there is a whole class of enterprises
in which competition at the infrastructure layer cannot produce a better
result than cooperation, and is likely to produce a worse one. If there really
is a class of works which are &#8220;natural cooperatives&#8221;, I want to find out more
about how they are constituted and how their runnings are best expressed in
rules. For want of a better word, all these enterprises are some kind of
&#8220;transport&#8221; and that&#8217;s what I&#8217;m trying to get at in proposing an &#8220;<b>Open
Transport</b>&#8221; session for next year&#8217;s <a href="http://www.okfn.org/okcon/">Open Knowledge Foundation conference</a>.</p>

<blockquote><b>An Economist Writes</b>: What&#8217;s the best structure in welfare terms for society: standardization (cooperatively via an open or semi-open standard), standardization via monopoly, or multi-platform/network
competition?

Each of these structures will have different static (how good is it
right now) and dynamic (investment in quality and innovation for the
future) effects. For example open standards might be great statically
but take ages to hammer out (while everyone negotiates) while
a proprietary standard might be bad statically but fast to do (and be of
good quality &#8212; since there are fewer compromises).
</blockquote>

<p>Mutual governance may come in for criticism, but perhaps it is rather the
governance of mutual governance that is the problem. A revision of the rules
describing these sorts of systems ought to be workable; the creation of a
status to which these networks can apply in order to get tax breaks etc, and
could achieve the same as any regulatory regime which aimed to increase
transparency, lower costs and encourage innovation. Surely all participants in
the building of transmission networks which move value around - in the form of
water and waste, data and energy - must share these aims?  </p>
<p class="akst_link"><a href="http://blog.okfn.org/?p=142&amp;akst_action=share-this"  title="E-mail this, post to del.icio.us, etc." id="akst_link_142" class="akst_share_link" rel="nofollow">Share This</a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://blog.okfn.org/2007/12/13/on-data-transport-through-payment-networks/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>Public Domain Works + The Open Library</title>
		<link>http://blog.okfn.org/2007/10/17/public-domain-works-the-open-library/</link>
		<comments>http://blog.okfn.org/2007/10/17/public-domain-works-the-open-library/#comments</comments>
		<pubDate>Wed, 17 Oct 2007 02:05:16 +0000</pubDate>
		<dc:creator>Jonathan Gray</dc:creator>
		
	<category>Open Knowledge</category>
	<category>Free Culture</category>
	<category>OKF Projects</category>
	<category>Metadata</category>
	<category>Open Data</category>
	<category>Open Service</category>
		<guid isPermaLink="false">http://blog.okfn.org/2007/10/17/public-domain-works-the-open-library/</guid>
		<description><![CDATA[As some of you will know, Public Domain Works, a joint initiative of the Open Knowledge Foundation, Free Culture UK and the Open Rights Group, had its alpha launch back in August. The Public Domain Works Database is an open registry of artistic works that are in the public domain. Since the project was first [...]]]></description>
			<content:encoded><![CDATA[<p>As some of you will know, <a href="http://www.publicdomainworks.net/">Public Domain Works</a>, a joint initiative of the <a href="http://www.okfn.org">Open Knowledge Foundation</a>, <a href="http://www.freeculture.org.uk/">Free Culture UK</a> and the <a href="http://www.openrightsgroup.org/">Open Rights Group</a>, had its <a href="http://www.publicdomainworks.net/2007/08/31/alpha-launch-of-public-domain-works/">alpha launch</a> back in August. The <a href="http://db.publicdomainworks.net">Public Domain Works Database</a> is an open registry of artistic works that are in the public domain. Since the project was first publicly <a href="http://blog.okfn.org/2006/06/29/public-domain-works-database-project/">announced</a> in June 2006, the PDW team have been busy mining through data kindly donated by Phillip Harper and the BBC Archives and building a web interface for it.</p>

<p>After an initial plan to partner with a project called WikiBiblio, Jon Phillips of Creative Commons announced that WikiBiblio was going to merge with the <a href="http://www.openlibrary.org/">Open Library</a> (whom we&#8217;ve <a href="http://blog.okfn.org/2007/08/08/the-open-library-and-versioned-data/">blogged about before</a>). He also suggested that Public Domain Works becomes a partner - which is currently being arranged.</p>

<p>The plan looks to be to upload the Public Domain Works data to the Open Library, and to use read/write APIs to continue to develop different front-ends for different jurisdictions - each with its own algorithms to determine which works are in the public domain.</p>

<p>The Open Library will be an invaluable resource for open metadata about works in the public domain if all goes to plan!</p>
<p class="akst_link"><a href="http://blog.okfn.org/?p=120&amp;akst_action=share-this"  title="E-mail this, post to del.icio.us, etc." id="akst_link_120" class="akst_share_link" rel="nofollow">Share This</a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://blog.okfn.org/2007/10/17/public-domain-works-the-open-library/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>Google vs Facebook</title>
		<link>http://blog.okfn.org/2007/10/11/google-vs-facebook/</link>
		<comments>http://blog.okfn.org/2007/10/11/google-vs-facebook/#comments</comments>
		<pubDate>Thu, 11 Oct 2007 01:39:45 +0000</pubDate>
		<dc:creator>Francis Irving</dc:creator>
		
	<category>Open Data</category>
	<category>External</category>
	<category>Open Service</category>
		<guid isPermaLink="false">http://blog.okfn.org/2007/10/11/google-vs-facebook/</guid>
		<description><![CDATA[Facebook has striken fear not only into the hearts of incumbent dot-com billionaires, but also into the hearts of open data freaks. It&#8217;s terrifying me - not least, because I use it.

I give the most personal, sensitive information that I have to a private US corporation.  I have no way of getting the data [...]]]></description>
			<content:encoded><![CDATA[<p>Facebook has striken fear not only into the hearts of incumbent dot-com billionaires, but also into the hearts of open data freaks. It&#8217;s terrifying me - not least, because I use it.</p>

<p>I give the most personal, sensitive information that I have to a private US corporation.  I have no way of getting the data out, even to back it up. I don&#8217;t even pay them for an expected level of service. Yet I still do it, simply because my friends are on there.</p>

<p>Brad Fitzpatrick, who started the blogging-site-before-the-word-blog LiveJournal, is worried about this, and has a plan to do something about it. </p>

<blockquote>Currently if you&#8217;re a new site that needs the social graph (e.g. dopplr.com) to provide one fun &#038; useful feature (e.g. where are your friends traveling and when?), then you face a much bigger problem then just implementing your main feature. You also have to have usernames, passwords (or hopefully you use OpenID instead), a way to invite friends, add/remove friends, and the list goes on &#8230;&#8230;.. People are getting sick of registering and re-declaring their friends on every site.</blockquote>

<p>(from <a href="http://bradfitz.com/social-graph-problem/">Brad Fitzpatrick&#8217;s site</a>)</p>

<p>Of course, you can just make a Facebook application. But, Brad Fitzpatrick again, that isn&#8217;t the wisest thing to do.</p>

<blockquote>Facebook&#8217;s answer seems to be that the world should just all be Facebook apps. While Facebook is an amazing platform and has some amazing technology, there&#8217;s a lot of hesitation in the developer / &#8220;Web 2.0&#8243; community about being slaves to Facebook, dependent on their continued goodwill, availability, future owners, not changing the rules, etc. That hesitation I think is well-founded.</blockquote>

<p>So instead, Brad is going to make an API, and a set of non-profit run servers. And write a bunch of open source software. And build some alliances. He <a href="http://bradfitz.com/social-graph-problem/">needs your help</a>, oh lovers of open platforms and controlling your own data. There&#8217;s even a <a href="http://groups.google.com/group/social-network-portability">Google group</a> to join.</p>

<p>Oh yes, that reminds me, the twist.</p>

<p>Brad Fitzpatrick now <a href="http://valleywag.com/tech/brad-fitzpatrick/livejournal-creator-leaves-as-six-apart-fails-to-spin-286218.php">works for Google</a>. And there&#8217;s <a href="http://www.techcrunch.com/2007/09/21/google-to-out-open-facebook-on-november-5/">a rumour</a> that Google are going to release a social networking API on November 5th. Expect some fireworks.</p>
<p class="akst_link"><a href="http://blog.okfn.org/?p=122&amp;akst_action=share-this"  title="E-mail this, post to del.icio.us, etc." id="akst_link_122" class="akst_share_link" rel="nofollow">Share This</a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://blog.okfn.org/2007/10/11/google-vs-facebook/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>AMEE - an exemplary open service</title>
		<link>http://blog.okfn.org/2007/10/02/amee-an-exemplary-open-service/</link>
		<comments>http://blog.okfn.org/2007/10/02/amee-an-exemplary-open-service/#comments</comments>
		<pubDate>Tue, 02 Oct 2007 19:01:53 +0000</pubDate>
		<dc:creator>Jonathan Gray</dc:creator>
		
	<category>Open Knowledge</category>
	<category>Exemplars</category>
	<category>Open Data</category>
	<category>External</category>
	<category>Open Service</category>
		<guid isPermaLink="false">http://blog.okfn.org/2007/10/02/amee-an-exemplary-open-service/</guid>
		<description><![CDATA[The people behind AMEE, the &#8216;world&#8217;s energy meter&#8217; (which we blogged about back in May), have been busy forging ahead into new areas of open service development. As well as ensuring AMEE conforms to the draft Open Service Definition (in short, open data plus open software) they&#8217;ve recently published a Memorandum of Understanding with terms [...]]]></description>
			<content:encoded><![CDATA[<p>The people behind <a href="http://blog.co2.dgen.net/">AMEE</a>, the &#8216;world&#8217;s energy meter&#8217; (which we <a href="http://blog.okfn.org/2007/05/22/amee-the-open-co2-emissions-platform/">blogged about back in May</a>), have been busy forging ahead into new areas of open service development. As well as ensuring AMEE conforms to the draft <a href="http://www.opendefinition.org/osd">Open Service Definition</a> (in short, open data plus open software) they&#8217;ve recently published a <a href="http://blog.co2.dgen.net/?p=43">Memorandum of Understanding</a> with terms and pricing information under a Creative Commons Attribution Sharealike license. </p>

<p>The MOU specifies a broad range of rates - from free to thousands of pounds per month - that vary depending on the size, nature and estimated bandwidth requirements of the client. This is a pioneering example of the compatibility of open standards and commercial viability in web services. The AMEE team has had interest from over 60 different organisations since they launched the platform in June - from Defra to the RSA, from a national energy company to an international investment company. Last week they <a href="http://blog.co2.dgen.net/?p=45">contracted with Torchbox</a>, their first web agency, and today they <a href="http://blog.co2.dgen.net/?p=53">announced a partnership with EEDA</a>, the East of England Development Agency.</p>

<p>AMEE&#8217;s commitment to &#8220;sharing and collaboration&#8221; is particularly appropriate in the context of carbon footprinting - where relevant data is held by many different parties. In <a href="http://www.dgen.net/amee/amee-screencast20070917script.pdf">a screencast</a> the developers succinctly state:</p>

<blockquote>We believe sharing is the key to scaling. That to really, really scale, we need to share as much as we can.</blockquote>

<p>They&#8217;ve <a href="http://blog.co2.dgen.net/?p=50">initiated two threads</a> asking for advice and comments on their licensing and access mechanisms for the AMEE code and data. It would be great if members of the open knowledge community could pitch in with advice!</p>
<p class="akst_link"><a href="http://blog.okfn.org/?p=119&amp;akst_action=share-this"  title="E-mail this, post to del.icio.us, etc." id="akst_link_119" class="akst_share_link" rel="nofollow">Share This</a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://blog.okfn.org/2007/10/02/amee-an-exemplary-open-service/feed/</wfw:commentRSS>
		</item>
	</channel>
</rss>
