<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://duncan-cragg.org/css/atom.css" type="text/css" ?>
<!-- Copyright (c) 2006 Duncan Cragg -->

<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-gb">
    <id>http://duncan-cragg.org/blog/</id>
    <title>What Not How - Posts tagged 'copyright'</title>
    <subtitle>Duncan Cragg on Declarative Architectures</subtitle>
    <author><name>Duncan Cragg</name></author>
    <logo>/favicon.gif</logo>
    <icon>/favicon.ico</icon>
    <rights>All content including photos and images by Duncan Cragg. Copyright (c) Duncan Cragg, your rights preserved: see /CXL.html</rights>
    <generator uri="http://www.djangoproject.com">A Django Production.</generator>
    <link rel="alternate" type="text/html" href="http://duncan-cragg.org/blog/" title="What Not How" />
    <link rel="self" type="application/atom+xml" href="http://duncan-cragg.org/blog/atom/copyright/" />

    <updated>2006-06-23T17:58:00Z</updated>


    <entry>
        <id>http://duncan-cragg.org/blog/post/web-20-and-our-digital-rights/</id>
        <title>Web 2.0 and our Digital Rights</title>
        <published>2006-06-23T17:58:00Z</published>
        
        <updated>2006-06-23T17:58:00Z</updated>
        
        <link rel="alternate" type="text/html" href="http://duncan-cragg.org/blog/post/web-20-and-our-digital-rights/" title="Web 2.0 and our Digital Rights" />
        
        <category term="copyright" />
        
        <category term="xtech" />
        
        <category term="declarative" />
        
        <category term="web2.0" />
        
        <category term="socialsoftware" />
        
        <category term="digital-rights" />
        
        <category term="rest" />
        
        <summary type="xhtml">
            <div xmlns="http://www.w3.org/1999/xhtml">

<p>

<a href="http://duncan-cragg.org/blog/post/imperative-declarative-inversion-open-data-ok/">Open Data</a> ..
<a href="http://www.techcrunch.com/2006/06/15/myspace-nukes-singlestatus/">has</a> ..
<a href="http://www.techcrunch.com/2006/06/16/why-is-flickr-afraid-of-zoomr/">recently</a> ..
<a href="http://www.tomcarroll.org/?p=125">been</a>..
<a href="http://jeremy.zawodny.com/blog/archives/006920.html">all</a> ..
<a href="http://www.intertwingly.net/blog/2006/06/18/Accidentally-Closed">over</a> ..
<a href="http://diveintomark.org/archives/2006/06/16/juggling-oranges">the</a> ..
<a href="http://blogs.guardian.co.uk/technology/archives/2006/06/17/schofields_first_law_revisited_and_why_mark_pilgrim_finally_gave_up_on_apple.html">blog</a> ..
<a href="http://ebiquity.umbc.edu/blogger/2006/05/11/were-the-children-of-shoemakers/">o</a> ..
<a href="http://tantek.com/log/2006/06.html#d17t2231">sphere</a>!
</p><p>
Openness is a classic Us-and-Them issue. Big, nasty
Apple/MySpace/Flickr is trying to control what little
me/SingleStatus/Zoomr can do with my/our own stuff.
</p><p>
Open Data vs. Closed; Open Source vs. Proprietary; P2P vs. DRM;
privacy vs. surveillance.  The battles between the freedom of
the pioneer, the individual and the minority against the rules
and stability of the establishment and the majority form the
endless shape of human history.
</p><p>
Us beating Them is Hollywood&#39;s favourite subject on-screen -
and ironically Them fighting Us Hollywood&#39;s favourite battle
off-screen.
</p><p>
As an Us-and-Them issue, with Us less powerful than Them, it&#39;s
also tempting to give up and to follow the crowd - to do what
we&#39;re told, to not ask for or sieze the privacy and open data
we feel entitled to.
</p><p>
However, at XTech 2006 recently, there was a set of talks on
the subject with a more positive approach.
 &#160; ...
</p>

            </div>
        </summary>
        <content type="xhtml" xml:space="preserve">
            <div xmlns="http://www.w3.org/1999/xhtml">

<p>
</p><div class="summary"><p>
<a href="http://duncan-cragg.org/blog/post/imperative-declarative-inversion-open-data-ok/">Open Data</a> ..
<a href="http://www.techcrunch.com/2006/06/15/myspace-nukes-singlestatus/">has</a> ..
<a href="http://www.techcrunch.com/2006/06/16/why-is-flickr-afraid-of-zoomr/">recently</a> ..
<a href="http://www.tomcarroll.org/?p=125">been</a>..
<a href="http://jeremy.zawodny.com/blog/archives/006920.html">all</a> ..
<a href="http://www.intertwingly.net/blog/2006/06/18/Accidentally-Closed">over</a> ..
<a href="http://diveintomark.org/archives/2006/06/16/juggling-oranges">the</a> ..
<a href="http://blogs.guardian.co.uk/technology/archives/2006/06/17/schofields_first_law_revisited_and_why_mark_pilgrim_finally_gave_up_on_apple.html">blog</a> ..
<a href="http://ebiquity.umbc.edu/blogger/2006/05/11/were-the-children-of-shoemakers/">o</a> ..
<a href="http://tantek.com/log/2006/06.html#d17t2231">sphere</a>!
</p><p>
Openness is a classic Us-and-Them issue. Big, nasty
Apple/MySpace/Flickr is trying to control what little
me/SingleStatus/Zoomr can do with my/our own stuff.
</p><p>
Open Data vs. Closed; Open Source vs. Proprietary; P2P vs. DRM;
privacy vs. surveillance.  The battles between the freedom of
the pioneer, the individual and the minority against the rules
and stability of the establishment and the majority form the
endless shape of human history.
</p><p>
Us beating Them is Hollywood&#39;s favourite subject on-screen -
and ironically Them fighting Us Hollywood&#39;s favourite battle
off-screen.
</p><p>
As an Us-and-Them issue, with Us less powerful than Them, it&#39;s
also tempting to give up and to follow the crowd - to do what
we&#39;re told, to not ask for or sieze the privacy and open data
we feel entitled to.
</p><p>
However, at XTech 2006 recently, there was a set of talks on
the subject with a more positive approach.
</p></div><p>
<b><a href="http://xtech06.usefulinc.com/schedule/detail/176">Ignorance Is Not A Defence</a></b>
</p><p>
I&#39;m counted amongst the &#39;founding members&#39; of the UK&#39;s 
<a href="http://www.openrightsgroup.org/">Open Rights Group</a>, having
signed the pledge in <a href="http://www.pledgebank.com/rights">PledgeBank</a>.
So I was delighted to see <a href="http://strange.corante.com/">Suw Charman</a>&#39;s
name on the XTech programme.
</p><p>
Suw gave a talk about the issues they/we are tackling:
ISPs and Telcos tracking our traffic, DRM controlling our media
and even our computers, ID cards, Patents, various government
schemes to undermine our privacy, Copyright extension,
Trusted Computing, etc., etc.
</p><p>
<a href="http://www.openrightsgroup.org/orgwiki">Read about the issues</a>,
then <a href="http://www.openrightsgroup.org/support-org">join the group</a>
(or the <a href="http://www.eff.org">EFF</a>, etc., depending on where you live).
</p><p>&#160;</p><p>
<b><a href="http://xtech06.usefulinc.com/schedule/detail/60">OpenStreetMap: The First Year</a></b>
</p><p>
Now, this was cool. I&#39;ll start right off by noting that they
have a <a href="http://wiki.openstreetmap.org/index.php/REST">REST</a>
API, not a <a href="http://duncan-cragg.org/blog/post/strest-service-trampled-rest-will-break-web-20/">STREST</a> API..
</p><p>
And it just gets better from there.. OpenStreetMap is like a Geo
Wiki of GPS trails around the world.  The centre of London was
mapped by attaching GPS devices to couriers and plotting the
slug-trails they left behind.  Steve Coast showed an animation
of a day&#39;s tracking.  The trails shot off to various points out
of town at the end of the day. But the animation continued..
</p><p>
And at pub closing time, another burst of trails as the
couriers came home!
</p><p>
A few weeks ago, a crowd of OpenStreetMap volunteers descended
on the Isle of Wight in England to walk around mapping it.  The
enthusiasm generated by this project seems likely to give it
enough momentum that it will very soon be good enough for us to
use for real. A complete, reliable dataset created by the
people, for the people, unencumbered by copyright and
restrictive licensing.
</p><p>
I suggested an idea I had about five years ago in my dot-com
days: let people upload mobile-snapped pictures with GPS
coordinates attached. Central servers scan the pictures for
text and OCR them into a searchable database.
</p><p>
People would snap-and-upload their own street name signs, house
name plaques, shop fronts, station name signs, company office
signs, etc.  Even menus in the local restaurant. We could
construct a &#39;GeoGoogle&#39; of public, mappable, searchable text.
</p><p>
However, Steve told me that OCR and mobile GPS technology still
isn&#39;t up to it; that manual tagging of GPS trails is enough to
make OpenStreetMap work well. Ah well, I&#39;ve waited five years,
so I can wait a bit longer...
</p><p>
<a href="http://www.opengeodata.org/?p=65">Slides, MP3 here</a>.
</p><p>&#160;</p><p>
<b><a href="http://xtech06.usefulinc.com/schedule/detail/125">An Open (Data) Can of Worms</a></b>
</p><p>
Paul Hammond (ex-BBC, Yahoo!) gave a good talk on how to
motivate companies to open up their data to the Mashable Data
Web, hopefully through nice shiny new Web 2.0 APIs.
</p><p>
Here&#39;s your takeaway 
<a href="http://strange.corante.com/archives/2006/05/18/xtech_2006_paul_hammond_an_open_data_can_of_worms.php">quote</a>
courtesy of Suw Charman&#39;s amazing typing:
</p><blockquote class="others-content"><div><p></p><ul>
<li>Be aware of the problems</li>
<li>Demonstrate usefulness, screen scrape if you need to, but don&#39;t get yourself cease-and-desisted</li>
<li>Don&#39;t assume it&#39;s a technology problem</li>
<li>Target the right people, find someone on the inside who can help you</li>
<li>Talk about benefits to the provider, not the consumer. If you talk about the benefits to you, they&#39;ll see you just as someone who wants something for free.</li>
<li>Have patience. It is getting better every day, and it takes time for business to come round.</li>
</ul><p></p></div></blockquote><p>
The Data Web will be created mostly from the edges, but the
middle should be encouraged to see the benefits, too.
</p><p>&#160;</p><p>
<b><a href="http://xtech06.usefulinc.com/schedule/detail/178">Native to a Web of Data: Designing a Part of the Aggregate Web</a></b>
</p><p>
Yahoo! had a big presence at XTech - as did the BBC - and this
Yahoo! - and ex-BBC - presenter was 
<a href="http://www.plasticbag.org/">Tom Coates</a>.
</p><p>
Tom&#39;s talk extended the previous one of his colleague, Paul
Hammond, by going over some principles of opening data and
helping build the Data Web.
</p><p>
Principles such as finding data sources, giving them nice
representations and URLs then distributing them in a most
accessible and navigable way.
</p><p>
A bit Web 1.0, in truth; he looked rather blankly at me when I
suggested adding some concept of data events or updates to his
list of data-opening principles.
</p><p>
Again, Suw has this
<a href="http://strange.corante.com/archives/2006/02/08/fowa_native_to_a_web_of_data_tom_coates.php">written up</a>
(actually, a better-looking version of the same talk from 
<a href="http://www.carsonworkshops.com/summit/">FoWA</a>).
</p><p>
Oh - here&#39;s a good article by Tom on the power of 
<a href="http://www.plasticbag.org/archives/2005/04/the_age_of_pointatthings.shtml">pointability</a>
</p><p>&#160;</p><p>
<b>Harnessing the Collective</b>
</p><p>
All of these talks had a positive spin on the Us-and-Them issue.
</p><p>
We <i>can</i> do something about the creeping imbalance of Digital
Rights, tipping slowly but persistently from Us to Them.
</p><p>
Web 2.0 and the Social Software it underpins <i>can</i>
actually empower those of us that are willing to use it.
</p><p>
As taxpayers, voters, shareholders, pensionholders, customers
and employees, we really do own and control Them. We are just
one Social Networking movement away from realising that - in
both senses of the word.
</p><p>
So: stop staring at YouTube, sign up to your local Digital Rights
organisation, get out on your bike with your GPS, understand
and talk nicely to that unenlightened, data hoarding corporation
and start a bottom-up revolution to take back control over your
own data...
</p><p>
Above all, design your systems to put 
<a href="http://duncan-cragg.org/blog/post/imperative-declarative-inversion-open-data-ok/">Open Data</a>
at the top of your list of priorities...
</p><p>

</p>

            </div>
        </content>
    </entry>
    
    <entry>
        <id>http://duncan-cragg.org/blog/post/imperative-declarative-inversion-open-data-ok/</id>
        <title>The &quot;Imperative to Declarative Inversion&quot;: Open Data is OK!</title>
        <published>2006-05-11T21:36:00Z</published>
        
        <updated>2006-05-11T21:36:00Z</updated>
        
        <link rel="alternate" type="text/html" href="http://duncan-cragg.org/blog/post/imperative-declarative-inversion-open-data-ok/" title="The &quot;Imperative to Declarative Inversion&quot;: Open Data is OK!" />
        
        <category term="copyright" />
        
        <category term="architecture" />
        
        <category term="declarative" />
        
        <category term="publishsubscribe" />
        
        <category term="p2p" />
        
        <category term="rest" />
        
        <summary type="xhtml">
            <div xmlns="http://www.w3.org/1999/xhtml">

<p>

There is something about the Internet that nurtures open data,
and something about computers that nurtures closed. It is 
often necessary, but often painful, to make the jump from local,
closed data to global, open data.
 &#160; ...
</p>

            </div>
        </summary>
        <content type="xhtml" xml:space="preserve">
            <div xmlns="http://www.w3.org/1999/xhtml">

<p>
</p><div class="summary"><p>
There is something about the Internet that nurtures open data,
and something about computers that nurtures closed. It is 
often necessary, but often painful, to make the jump from local,
closed data to global, open data.
</p></div><p>
The Internet is all about data; open data and open data formats
in particular. HTML, the fabric of the Web, links up vast
amounts of open data created in an open data format. Email is
sent either in the same HTML or (the most open of formats)
simple text.  Feed publishing shows that opening data can
become an unstoppable flow. Indeed, Peer-to-Peer technology
shows that opening data can become a torrent...
</p><p>
However, on our computers, data is often much less free. Take a
closed format such as Microsoft Word: such a document can only
properly be unlocked after paying for Microsoft Office.  Take
copyright data under DRM (Digital Restrictions Management):
such music, etc., has to be unlocked by paying for the key.
</p><p>
Even with nominally open formats, there&#39;s a tendency to tie one
format to one application. You still need that application to
unlock the data.  And even object-oriented programmers follow
the closed data rule: data must be wrapped in a class interface. 
</p><p>
Application user interfaces, class interfaces and service
interfaces whose implementation processes mediate, control and
restrict data and their formats are the bread-and-butter of the
non-Internet computer domain.  They work best on the more
tightly-controllable computer hosts.
</p><p>&#160;</p><p>
<b>They Just Don&#39;t Mix</b>
</p><p>
But the processes and the people that like to control data
don&#39;t mix too well with the Internet. Here are some examples
of the incongruity (or outright clash) that can result:
</p><p>
</p><ul>
<li>It still jars to hit a link and find, not something that the browser can handle - not an open format resource - but a PDF or a Word document. And, of course, you need to have paid for Office or to have installed Acrobat to see it.</li>
<li>Google dips in to these Word documents and PDFs, presumably legally, but in theory this right could be revoked at any time.</li>
<li>Some Web site owners get upset about people indexing or linking into resources on their site (&#39;deep linking&#39;).</li>
<li>Web caches, including the Google cache, are in potential breach of copyright by copying data.</li>
<li>The music and film industries have witnessed the power of Peer-to-Peer to shake up their world of controllable data.</li>
<li>Taking the computer concept of &#39;interface and process&#39; and translating it literally to the Internet - RPC and RMI - has yet to achieve the success promised; although the vendors of SOA and WS-* still believe it&#39;s possible.</li>
</ul><p>
Now, these processes and people that like to control data
obviously can&#39;t just avoid the Internet. So they&#39;d be better
off embracing the open data philosophy if they&#39;re going to do
things here.
</p><p>
Embracing open data can take courage and open-mindedness.  It
means letting go of proprietary lock-in, copyright obsession,
RPC, RMI and Service-Oriented Architectures. The lock-step
imperative, procedural, workflow and object-oriented programming
that works locally doesn&#39;t translate well onto the &#39;Net.  The
rules change.
</p><p>&#160;</p><p>
<b>Open Data Can Work</b>
</p><p>
In fact, it is possible to make a living in this
wild frontier, even when everyone can see, understand and copy
your data! (For example, watch this blog for ways to make
money on the Internet even when unlimited copying is allowed,
based on originality or novelty backed up by a little crypto
technology!)
</p><p>
I call the flip from closed data to open data the &#39;Imperative to 
Declarative Inversion&#39;. It&#39;s the flip from &#39;How&#39; to &#39;What&#39; - from 
process-centric to data-centric programming.
</p><p>
In this upside-down world of What not How, <i>the data format and
its update formats are the public &#39;interface&#39;, and process
animates things behind the scenes</i>.  Reading about REST will
provide an excellent grounding in this way of thinking.
</p><p>
Showing the benefits of inverting (scalability, robustness,
interoperability, value for money, speed and flexibility of
development) and helping overcome the understandable fears of
inverting are the main goals of this blog. In fact, I will also
show how the Declarative approach works pretty well off-Net
too - in the domain traditionally owned by process... 

</p>

            </div>
        </content>
    </entry>
    
</feed>

