<?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 for ChrisScott.org</title>
	<atom:link href="http://chrisscott.org/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://chrisscott.org</link>
	<description>Tech blog</description>
	<lastBuildDate>Wed, 31 Mar 2010 09:01:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Publishing from a Content Hub by chris</title>
		<link>http://chrisscott.org/industry/publishing/publishing-from-a-content-hub/comment-page-1#comment-304</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Wed, 31 Mar 2010 09:01:53 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=104#comment-304</guid>
		<description>I completely agree with the strategic vision of a Content Hub you&#039;ve defined in your post, Chris. I think the reason that a DAM (or Ed System) is still valid in the case of the kind of publishers we work with is that they &lt;em&gt;need&lt;/em&gt; the specific tactical functions that an idealistic strategic content repository would avoid. For example, if the centre of the content hub doesn&#039;t handle cropping of images and printing of contact sheets then you need to add another &lt;em&gt;spoke&lt;/em&gt; application, a digital picture desk, into the system. If the Hub cannot extract stills from a video then a new workflow is required to make a request back to a video server/service and then to transfer the image back, referencing the original and keeping the two linked (which may not even be possible in the video system).

Apart from the additional complexity of the system described above in terms of integration points, etc, it adds many more points of failure - a huge no-no for mission critical publishing systems - and, presumably, a significant cost implication with all of the extra licenses. So, while I do agree with the panacea view in you post for most organisations, I think that the publisher&#039;s DAM approach is more pragmatic for many publishers.</description>
		<content:encoded><![CDATA[<p>I completely agree with the strategic vision of a Content Hub you&#8217;ve defined in your post, Chris. I think the reason that a DAM (or Ed System) is still valid in the case of the kind of publishers we work with is that they <em>need</em> the specific tactical functions that an idealistic strategic content repository would avoid. For example, if the centre of the content hub doesn&#8217;t handle cropping of images and printing of contact sheets then you need to add another <em>spoke</em> application, a digital picture desk, into the system. If the Hub cannot extract stills from a video then a new workflow is required to make a request back to a video server/service and then to transfer the image back, referencing the original and keeping the two linked (which may not even be possible in the video system).</p>
<p>Apart from the additional complexity of the system described above in terms of integration points, etc, it adds many more points of failure &#8211; a huge no-no for mission critical publishing systems &#8211; and, presumably, a significant cost implication with all of the extra licenses. So, while I do agree with the panacea view in you post for most organisations, I think that the publisher&#8217;s DAM approach is more pragmatic for many publishers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Publishing from a Content Hub by Christopher Hill</title>
		<link>http://chrisscott.org/industry/publishing/publishing-from-a-content-hub/comment-page-1#comment-303</link>
		<dc:creator>Christopher Hill</dc:creator>
		<pubDate>Tue, 30 Mar 2010 17:11:48 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=104#comment-303</guid>
		<description>&lt;a href=&quot;#comment-302&quot; rel=&quot;nofollow&quot;&gt;@Christopher Hill&lt;/a&gt; 
Incidentally, I expanded further on this on my blog at http://chill1999.blogspot.com/2010/03/why-you-need-content-hub-and-probably.html</description>
		<content:encoded><![CDATA[<p><a href="#comment-302" rel="nofollow">@Christopher Hill</a><br />
Incidentally, I expanded further on this on my blog at <a href="http://chill1999.blogspot.com/2010/03/why-you-need-content-hub-and-probably.html" rel="nofollow">http://chill1999.blogspot.com/2010/03/why-you-need-content-hub-and-probably.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Publishing from a Content Hub by Christopher Hill</title>
		<link>http://chrisscott.org/industry/publishing/publishing-from-a-content-hub/comment-page-1#comment-302</link>
		<dc:creator>Christopher Hill</dc:creator>
		<pubDate>Tue, 30 Mar 2010 15:10:45 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=104#comment-302</guid>
		<description>Good explanation of the content hub concept. I, however, would contend that neither an editorial system nor a what we traditionally call a DAM are good at serving as a content hub. Even though both is technically possible, it is often a mistake to combine tactical systems with strategic systems.

Editorial systems are tailored towards print professionals for the creation, management and publishing of print-oriented (and sometimes electronic) content. They need to have features, data fields, and functionality to support those processes. DAM systems generally are tailored to serve graphics professionals. They are often deployed in order to help manage and transform these assets with interfaces and functionality tailored towards graphics professionals.

Take an average user who are not deeply involved with these two functions in an organization and turn them loose in either of these systems. The workflows, buttons, labels, etc. are likely to be confusing at best to the untrained user. 

To me, it is important to carve out a new category of software in an organization to serve as a content hub. This should have a very straightforward interface, straightforward workflows, and straightforward functionality so that anyone in an organization can find and distribute content regardless of its origin. In this way, you keep novices out of systems that necessarily are focused on the needs of a technical group in the organization. Users of a content hub should not become lost in the arcane tactical details of creative, print or Web professionals. This also makes the overall IT infrastructure more management. You do not have to implement complex, error-prone &quot;views&quot; on tactical systems suitable for untrained users. 

If you try to drop all of your users into a tactical production system, you usually find anyone not directly involved in that tactical process eschewing the system because there is too much &quot;noise&quot; between them and the content. A content hub creates a lower-common-denominator version of assets in tactical systems that should be readily accessible by anyone in the organization, preferably with a simple, clear interface that requires little or no training to use.</description>
		<content:encoded><![CDATA[<p>Good explanation of the content hub concept. I, however, would contend that neither an editorial system nor a what we traditionally call a DAM are good at serving as a content hub. Even though both is technically possible, it is often a mistake to combine tactical systems with strategic systems.</p>
<p>Editorial systems are tailored towards print professionals for the creation, management and publishing of print-oriented (and sometimes electronic) content. They need to have features, data fields, and functionality to support those processes. DAM systems generally are tailored to serve graphics professionals. They are often deployed in order to help manage and transform these assets with interfaces and functionality tailored towards graphics professionals.</p>
<p>Take an average user who are not deeply involved with these two functions in an organization and turn them loose in either of these systems. The workflows, buttons, labels, etc. are likely to be confusing at best to the untrained user. </p>
<p>To me, it is important to carve out a new category of software in an organization to serve as a content hub. This should have a very straightforward interface, straightforward workflows, and straightforward functionality so that anyone in an organization can find and distribute content regardless of its origin. In this way, you keep novices out of systems that necessarily are focused on the needs of a technical group in the organization. Users of a content hub should not become lost in the arcane tactical details of creative, print or Web professionals. This also makes the overall IT infrastructure more management. You do not have to implement complex, error-prone &#8220;views&#8221; on tactical systems suitable for untrained users. </p>
<p>If you try to drop all of your users into a tactical production system, you usually find anyone not directly involved in that tactical process eschewing the system because there is too much &#8220;noise&#8221; between them and the content. A content hub creates a lower-common-denominator version of assets in tactical systems that should be readily accessible by anyone in the organization, preferably with a simple, clear interface that requires little or no training to use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by The future of video on the web &#124; ChrisScott.org</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-188</link>
		<dc:creator>The future of video on the web &#124; ChrisScott.org</dc:creator>
		<pubDate>Fri, 24 Jul 2009 18:10:49 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-188</guid>
		<description>[...] video based content. And, of course, all of the data from a particular clip can integrate into the Semantic Web seamlessly. RDF links and TME generated relations could easily be used to automate the association [...]</description>
		<content:encoded><![CDATA[<p>[...] video based content. And, of course, all of the data from a particular clip can integrate into the Semantic Web seamlessly. RDF links and TME generated relations could easily be used to automate the association [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by Guy Valerio</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-57</link>
		<dc:creator>Guy Valerio</dc:creator>
		<pubDate>Tue, 23 Jun 2009 10:47:04 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-57</guid>
		<description>Good post Chris.

@Martinbrousseau 
&gt; &quot;The best “maintenance” tool will be the winner. ;-) &quot;

Great point.

Guy</description>
		<content:encoded><![CDATA[<p>Good post Chris.</p>
<p>@Martinbrousseau<br />
&gt; &#8220;The best “maintenance” tool will be the winner. ;-) &#8221;</p>
<p>Great point.</p>
<p>Guy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by chris</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-40</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Wed, 17 Jun 2009 16:04:28 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-40</guid>
		<description>&lt;a href=&quot;#comment-38&quot; rel=&quot;nofollow&quot;&gt;@Christopher Hill&lt;/a&gt; 
It the hottest in terms of what I hear at conferences, tutorials, etc. Even more so than the social media buzz, I would say. But sure it&#039;s nothing new; didn&#039;t the use of triples as &lt;i&gt;facts&lt;/i&gt; start back in the 80&#039;s on Pascal?</description>
		<content:encoded><![CDATA[<p><a href="#comment-38" rel="nofollow">@Christopher Hill</a><br />
It the hottest in terms of what I hear at conferences, tutorials, etc. Even more so than the social media buzz, I would say. But sure it&#8217;s nothing new; didn&#8217;t the use of triples as <i>facts</i> start back in the 80&#8217;s on Pascal?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by Christopher Hill</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-38</link>
		<dc:creator>Christopher Hill</dc:creator>
		<pubDate>Wed, 17 Jun 2009 01:35:54 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-38</guid>
		<description>You are right to worry a bit about why we want to be on the semantic Web, although I must say the &quot;West coast Internet&quot; strategy - which has lead to a lot cool things not to mention wealth - is often jump first figure out the monetization later. What mainstream publishers are failing to grasp is that the Internet means you are in new businesses. Google has a killer search engine as a means to collect detailed data about people, their relationships to each other, and their content interests. This is also why they run YouTube at a net loss but really don&#039;t seem terribly upset about it. They understand that what I view on YouTube gives them lots of possible monetization opportunities directly AND indirectly. 

Publishers have got to realize that the content they deliver is only a small fraction of what they need to monetize on the Web. You need to understand the relationship of the content to other content and the people consuming it. As it stands, most publishers have such a rudimentary understanding of the content and their audience that they can&#039;t even consider alternate mechanisms of monetization.

Google built up a lot of data around search, figured out how to use that data to do things like suggest good content for me... but then also use that data to monetize advertising. How many publishers have even tried to build a framework for understanding content consumption? Without that they rely on third parties to do their advertising.

Funny you talk about the semantic Web as &quot;the hottest thing.&quot; I wonder if this time is for real? I am a bit older than you and recall that this was all-the-rage emerging in the late 90s with the XML community: http://www.xml.com/pub/a/2001/03/07/buildingsw.html. But this time around the level of concern may be a bit higher...</description>
		<content:encoded><![CDATA[<p>You are right to worry a bit about why we want to be on the semantic Web, although I must say the &#8220;West coast Internet&#8221; strategy &#8211; which has lead to a lot cool things not to mention wealth &#8211; is often jump first figure out the monetization later. What mainstream publishers are failing to grasp is that the Internet means you are in new businesses. Google has a killer search engine as a means to collect detailed data about people, their relationships to each other, and their content interests. This is also why they run YouTube at a net loss but really don&#8217;t seem terribly upset about it. They understand that what I view on YouTube gives them lots of possible monetization opportunities directly AND indirectly. </p>
<p>Publishers have got to realize that the content they deliver is only a small fraction of what they need to monetize on the Web. You need to understand the relationship of the content to other content and the people consuming it. As it stands, most publishers have such a rudimentary understanding of the content and their audience that they can&#8217;t even consider alternate mechanisms of monetization.</p>
<p>Google built up a lot of data around search, figured out how to use that data to do things like suggest good content for me&#8230; but then also use that data to monetize advertising. How many publishers have even tried to build a framework for understanding content consumption? Without that they rely on third parties to do their advertising.</p>
<p>Funny you talk about the semantic Web as &#8220;the hottest thing.&#8221; I wonder if this time is for real? I am a bit older than you and recall that this was all-the-rage emerging in the late 90s with the XML community: <a href="http://www.xml.com/pub/a/2001/03/07/buildingsw.html" rel="nofollow">http://www.xml.com/pub/a/2001/03/07/buildingsw.html</a>. But this time around the level of concern may be a bit higher&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by Orgdata &#8211; The Attributes of Football &#171; Wiring Content</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-34</link>
		<dc:creator>Orgdata &#8211; The Attributes of Football &#171; Wiring Content</dc:creator>
		<pubDate>Mon, 15 Jun 2009 09:24:09 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-34</guid>
		<description>[...] In his recent exemplary article, my colleague Chris Scott posted the question &#8216;Semantic Web ? ... and whilst I don&#8217;t intend to retread what he describes in great detail, there is much in there that will help us here, as we&#8217;re beginning to make the journey towards the world of &#8216;Linked Data&#8217;. [...]</description>
		<content:encoded><![CDATA[<p>[...] In his recent exemplary article, my colleague Chris Scott posted the question &#8216;Semantic Web ? &#8230; and whilst I don&#8217;t intend to retread what he describes in great detail, there is much in there that will help us here, as we&#8217;re beginning to make the journey towards the world of &#8216;Linked Data&#8217;. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by Diane Burley</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-30</link>
		<dc:creator>Diane Burley</dc:creator>
		<pubDate>Wed, 10 Jun 2009 11:38:37 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-30</guid>
		<description>Nice expository Chris! It seems to me that speciality publishers have more to gain than most since they can create URIs to describe certain activities germaine to their subject. Allowing them to be the &quot;authority file&quot; of that world, so to speak -- which is the role they used to play until the democratization of the Web. Since no one knows when the Semantic Web will catch fire -- it is merely smoldering in small circles -- it may be possible for publishers to wait -- however can they afford to play catch up twice? And that answer is definitively no.</description>
		<content:encoded><![CDATA[<p>Nice expository Chris! It seems to me that speciality publishers have more to gain than most since they can create URIs to describe certain activities germaine to their subject. Allowing them to be the &#8220;authority file&#8221; of that world, so to speak &#8212; which is the role they used to play until the democratization of the Web. Since no one knows when the Semantic Web will catch fire &#8212; it is merely smoldering in small circles &#8212; it may be possible for publishers to wait &#8212; however can they afford to play catch up twice? And that answer is definitively no.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Semantic Web? What&#8217;s in it for me? by Martin Brousseau</title>
		<link>http://chrisscott.org/technology/semantic-web/semantic-web-whats-in-it-for-me/comment-page-1#comment-29</link>
		<dc:creator>Martin Brousseau</dc:creator>
		<pubDate>Tue, 09 Jun 2009 17:15:44 +0000</pubDate>
		<guid isPermaLink="false">http://chrisscott.org/?p=64#comment-29</guid>
		<description>Excellent thought Chris! This is exactly the kind of question we first need to ask ourselves in order to promote the real value of linked data and the overall vision formulated 20 years ago by Tim Berners-Lee.
Standards and technologies behind this vision are becoming mainstream but the business value of it is still fuzzy, like any new &quot;gadget&quot;. Here at Nstein, we have a role to play in this, to clearly show what is this value, where it comes from and how to implement it.
I think we should have a wide angle view of all possibilities these standards and technologies offer in the on-line industry. Also, I strongly think that - as of today - the Semantic Web is largely about consuming linked data sources, and that linked data sources needs to be semantically enriched with text-mining and text analytics solutions in order to annotate unstructured content with structured and rich semantic metadata. Among these Semantic Web technologies, TME5, Nstein&#039;s text-mining engine will be a key player!
In a near future, on of the challenge will be to keep these linked data sources accurate and up to date in a timely fashion. This is where the immediate value of any linked data will come from. Here again, we have some ideas. The best &quot;maintenance&quot; tool will be the winner. ;-)</description>
		<content:encoded><![CDATA[<p>Excellent thought Chris! This is exactly the kind of question we first need to ask ourselves in order to promote the real value of linked data and the overall vision formulated 20 years ago by Tim Berners-Lee.<br />
Standards and technologies behind this vision are becoming mainstream but the business value of it is still fuzzy, like any new &#8220;gadget&#8221;. Here at Nstein, we have a role to play in this, to clearly show what is this value, where it comes from and how to implement it.<br />
I think we should have a wide angle view of all possibilities these standards and technologies offer in the on-line industry. Also, I strongly think that &#8211; as of today &#8211; the Semantic Web is largely about consuming linked data sources, and that linked data sources needs to be semantically enriched with text-mining and text analytics solutions in order to annotate unstructured content with structured and rich semantic metadata. Among these Semantic Web technologies, TME5, Nstein&#8217;s text-mining engine will be a key player!<br />
In a near future, on of the challenge will be to keep these linked data sources accurate and up to date in a timely fashion. This is where the immediate value of any linked data will come from. Here again, we have some ideas. The best &#8220;maintenance&#8221; tool will be the winner. ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
