<?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: DocumentCloud and OpenCalais: Some Questions</title>
	<atom:link href="http://relations.ka2.de/2009/09/25/documentcloud-and-opencalais-some-questions/feed/" rel="self" type="application/rss+xml" />
	<link>http://relations.ka2.de/2009/09/25/documentcloud-and-opencalais-some-questions/</link>
	<description>Random Rants and Ramblings about Media and/or Technology</description>
	<lastBuildDate>Wed, 08 Sep 2010 15:33:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
	<atom:link rel="hub" href="http://nuwzhub.appspot.com" />
		<item>
		<title>By: Tom Tague</title>
		<link>http://relations.ka2.de/2009/09/25/documentcloud-and-opencalais-some-questions/comment-page-1/#comment-62577</link>
		<dc:creator>Tom Tague</dc:creator>
		<pubDate>Fri, 25 Sep 2009 17:36:28 +0000</pubDate>
		<guid isPermaLink="false">http://relations.ka2.de/?p=1164#comment-62577</guid>
		<description>Gerd:

I’m not going to respond to every point you make – but I will make a few general comments and observations. Of course you should take these as my interpretations – unless revised the Calais TOS document itself is the correct reference.

DocumentCloud is a big deal for us. It not only leverages the technology we’ve deployed – but it serves a greater social good of supporting journalism and the free and open exchange of ideas and information. 

It’s also unique. Issues of integrity of information, confidentiality and transparency will be integral to the success of the DocumentCloud project.  That being said – I’m certain that OpenCalais, the DocumentCloud team and the many publishers involved will be having many discussions about how to accomplish these goals. Those discussions may well lead to an relationship model that is unique to the DocumentCloud project. 

A few specific points. 

Yes, OpenCalais does retain the metadata. Contrary to any rumor you might have heard we do not and never have retained any original content or claimed any rights to it. It’s your content. Period. No exceptions. Ever. 

When you talk about our use of the metadata it’s important to make a basic distinction. OpenCalais retains metadata at two levels: the document and what I’ll refer to as “atomized” metadata – they’re two very different things. 

Document level metadata is – obviously – all of the metadata associated with a specific document. We consider this metadata to be particularly confidential and never expose it to any other OpenCalais user. The only mechanism for another user to gain access to this metadata is by the content submitter sharing a secret key – specifically a GUID – with someone else. If they don’t share it their metadata is never exposed to other OpenCalais users. 

You ask a fair question regarding what we’re doing with that metadata and the honest answer is – not much. At some point we’ll probably conduct some experiments such as looking for trends in co-occurrence of mentions of companies and other statistical examination – but that’s all that’s on the horizon at this point. When we reach some to-be-determined size threshold, there may be some interesting statistical insights we can glean that will be of value to us.

Atomic metadata on the other hand is widely shared. Let’s talk about what it is and how it’s shared. If you send us an article about, for example, mining – we’ll create the document level RDF (which will identify some companies and probably a lot of other things and store it away). We’ll then break the RDF up and extract entities from it – for example “Metalline Mining Company”. Those specific entities are then published in our Linked Data ecosystem at a unique URL. Here’s an example: http://bit.ly/1V0x7J As anyone familiar with the Linked Data standard knows this is the first step toward enhancing the value of your content assets using Linked Data resources. 

As far as metadata retrieval – yes your interpretation is too strict. This isn’t about metadata extraction – all we ask is basically that you leave the OpenCalais GUIDs as is so that users are pointed back to our Linked Data store rather than some copy. That’s the only way we can ensure that the Linked Data references generated from OpenCalais are of high quality. Linked Data is a great thing – but we may end up in a situation with lots of dead or outdated links lying around – and we’d like to avoid that for OpenCalais users. 

As far as bulk processing – DocumentCloud is clearly – to an enormous extent – adding value beyond scraping, tagging and republishing.  They’re empowering more effective journalism. We’re absolutely good with their use of the service. 

While I know I haven’t addressed each and every point you made I hope I’ve conveyed our general intentions and approach. OpenCalais has always striven to be transparent in our motivations, terms of service and privacy policies. With DocumentCloud we’ll continue with that transparent position while ensuring the OpenCalais service supports the unique needs of a large journalistic consortium.

Regards,

Tom Tague</description>
		<content:encoded><![CDATA[<p>Gerd:</p>
<p>I’m not going to respond to every point you make – but I will make a few general comments and observations. Of course you should take these as my interpretations – unless revised the Calais TOS document itself is the correct reference.</p>
<p>DocumentCloud is a big deal for us. It not only leverages the technology we’ve deployed – but it serves a greater social good of supporting journalism and the free and open exchange of ideas and information. </p>
<p>It’s also unique. Issues of integrity of information, confidentiality and transparency will be integral to the success of the DocumentCloud project.  That being said – I’m certain that OpenCalais, the DocumentCloud team and the many publishers involved will be having many discussions about how to accomplish these goals. Those discussions may well lead to an relationship model that is unique to the DocumentCloud project. </p>
<p>A few specific points. </p>
<p>Yes, OpenCalais does retain the metadata. Contrary to any rumor you might have heard we do not and never have retained any original content or claimed any rights to it. It’s your content. Period. No exceptions. Ever. </p>
<p>When you talk about our use of the metadata it’s important to make a basic distinction. OpenCalais retains metadata at two levels: the document and what I’ll refer to as “atomized” metadata – they’re two very different things. </p>
<p>Document level metadata is – obviously – all of the metadata associated with a specific document. We consider this metadata to be particularly confidential and never expose it to any other OpenCalais user. The only mechanism for another user to gain access to this metadata is by the content submitter sharing a secret key – specifically a GUID – with someone else. If they don’t share it their metadata is never exposed to other OpenCalais users. </p>
<p>You ask a fair question regarding what we’re doing with that metadata and the honest answer is – not much. At some point we’ll probably conduct some experiments such as looking for trends in co-occurrence of mentions of companies and other statistical examination – but that’s all that’s on the horizon at this point. When we reach some to-be-determined size threshold, there may be some interesting statistical insights we can glean that will be of value to us.</p>
<p>Atomic metadata on the other hand is widely shared. Let’s talk about what it is and how it’s shared. If you send us an article about, for example, mining – we’ll create the document level RDF (which will identify some companies and probably a lot of other things and store it away). We’ll then break the RDF up and extract entities from it – for example “Metalline Mining Company”. Those specific entities are then published in our Linked Data ecosystem at a unique URL. Here’s an example: <a href="http://bit.ly/1V0x7J" rel="nofollow">http://bit.ly/1V0x7J</a> As anyone familiar with the Linked Data standard knows this is the first step toward enhancing the value of your content assets using Linked Data resources. </p>
<p>As far as metadata retrieval – yes your interpretation is too strict. This isn’t about metadata extraction – all we ask is basically that you leave the OpenCalais GUIDs as is so that users are pointed back to our Linked Data store rather than some copy. That’s the only way we can ensure that the Linked Data references generated from OpenCalais are of high quality. Linked Data is a great thing – but we may end up in a situation with lots of dead or outdated links lying around – and we’d like to avoid that for OpenCalais users. </p>
<p>As far as bulk processing – DocumentCloud is clearly – to an enormous extent – adding value beyond scraping, tagging and republishing.  They’re empowering more effective journalism. We’re absolutely good with their use of the service. </p>
<p>While I know I haven’t addressed each and every point you made I hope I’ve conveyed our general intentions and approach. OpenCalais has always striven to be transparent in our motivations, terms of service and privacy policies. With DocumentCloud we’ll continue with that transparent position while ensuring the OpenCalais service supports the unique needs of a large journalistic consortium.</p>
<p>Regards,</p>
<p>Tom Tague</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets die DocumentCloud and OpenCalais: Some Questions at ≈ Relations erwähnt -- Topsy.com</title>
		<link>http://relations.ka2.de/2009/09/25/documentcloud-and-opencalais-some-questions/comment-page-1/#comment-62561</link>
		<dc:creator>Tweets die DocumentCloud and OpenCalais: Some Questions at ≈ Relations erwähnt -- Topsy.com</dc:creator>
		<pubDate>Fri, 25 Sep 2009 09:14:27 +0000</pubDate>
		<guid isPermaLink="false">http://relations.ka2.de/?p=1164#comment-62561</guid>
		<description>[...] Dieser Eintrag wurde auf Twitter von KP Frahm erwähnt. KP Frahm sagte: Reading btw: DocumentCloud and OpenCalais: Some Questions at ≈ Relations &quot;Tag Cloud&quot; http://bit.ly/IKqR6 [...]</description>
		<content:encoded><![CDATA[<p>[...] Dieser Eintrag wurde auf Twitter von KP Frahm erwähnt. KP Frahm sagte: Reading btw: DocumentCloud and OpenCalais: Some Questions at ≈ Relations &quot;Tag Cloud&quot; <a href="http://bit.ly/IKqR6" rel="nofollow">http://bit.ly/IKqR6</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
