<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The &#8220;Article of the Future&#8221; &#8212; Just Lipstick Again?</title>
	<atom:link href="http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/feed/" rel="self" type="application/rss+xml" />
	<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/</link>
	<description>What&#039;s Hot &#38; What&#039;s Cooking in Scholarly Publishing - from the Society for Scholarly Publishing</description>
	<lastBuildDate>Mon, 15 Mar 2010 20:52:19 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Elsevier/ScienceDirect, recent happenings and discussions in blogosphere &#171; Random Thoughts</title>
		<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/#comment-4252</link>
		<dc:creator>Elsevier/ScienceDirect, recent happenings and discussions in blogosphere &#171; Random Thoughts</dc:creator>
		<pubDate>Fri, 14 Aug 2009 14:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://scholarlykitchen.sspnet.org/?p=5163#comment-4252</guid>
		<description>[...] subscription which is struggling hard against undercurrent of open access. For example Scholarly kitchen writes Elsevier is just trying to put web 2.0 lipstick on a pig (the traditional print article). According [...]</description>
		<content:encoded><![CDATA[<p>[...] subscription which is struggling hard against undercurrent of open access. For example Scholarly kitchen writes Elsevier is just trying to put web 2.0 lipstick on a pig (the traditional print article). According [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard O'Beirne</title>
		<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/#comment-4161</link>
		<dc:creator>Richard O'Beirne</dc:creator>
		<pubDate>Thu, 06 Aug 2009 18:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://scholarlykitchen.sspnet.org/?p=5163#comment-4161</guid>
		<description>I&#039;ve just been reminded of 
http://imageweb.zoo.ox.ac.uk/pub/2008/plospaper/latest/
which is a much worthier claimant of the &#039;article of the future&#039; title. Although keeping the current form of a scientific article, and similar in some ways to Project Prospect&#039;s semantic markup from RSC, it moves beyond both in interesting ways (e.g. citation typing).</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just been reminded of<br />
<a href="http://imageweb.zoo.ox.ac.uk/pub/2008/plospaper/latest/" rel="nofollow">http://imageweb.zoo.ox.ac.uk/pub/2008/plospaper/latest/</a><br />
which is a much worthier claimant of the &#8216;article of the future&#8217; title. Although keeping the current form of a scientific article, and similar in some ways to Project Prospect&#8217;s semantic markup from RSC, it moves beyond both in interesting ways (e.g. citation typing).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Articles of the Future &#171; Leaves A Mark</title>
		<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/#comment-4087</link>
		<dc:creator>Articles of the Future &#171; Leaves A Mark</dc:creator>
		<pubDate>Thu, 30 Jul 2009 20:26:31 +0000</pubDate>
		<guid isPermaLink="false">http://scholarlykitchen.sspnet.org/?p=5163#comment-4087</guid>
		<description>[...] Anderson of The Scholarly Kitchen says it &#8220;looks like an article from the past, with some embedded hyperlinks, some AJAX tabs, two basic... Paul Carvill at the Online Journalism Blog calls the prototypes &#8220;underwhelming, cumbersome [...]</description>
		<content:encoded><![CDATA[<p>[...] Anderson of The Scholarly Kitchen says it &#8220;looks like an article from the past, with some embedded hyperlinks, some AJAX tabs, two basic&#8230; Paul Carvill at the Online Journalism Blog calls the prototypes &#8220;underwhelming, cumbersome [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#8220;Article of the Future&#8221;: New direction for scientific publishing? : meldinme</title>
		<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/#comment-4041</link>
		<dc:creator>&#8220;Article of the Future&#8221;: New direction for scientific publishing? : meldinme</dc:creator>
		<pubDate>Sat, 25 Jul 2009 20:14:35 +0000</pubDate>
		<guid isPermaLink="false">http://scholarlykitchen.sspnet.org/?p=5163#comment-4041</guid>
		<description>[...] Kent Anderson on the scholarly kitchen blog (which focuses on scholarly publishing): The “Article of the Future” — Just Lipstick Again? [...]</description>
		<content:encoded><![CDATA[<p>[...] Kent Anderson on the scholarly kitchen blog (which focuses on scholarly publishing): The “Article of the Future” — Just Lipstick Again? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kent Anderson</title>
		<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/#comment-3983</link>
		<dc:creator>Kent Anderson</dc:creator>
		<pubDate>Wed, 22 Jul 2009 20:55:34 +0000</pubDate>
		<guid isPermaLink="false">http://scholarlykitchen.sspnet.org/?p=5163#comment-3983</guid>
		<description>Well, I think Wilbanks is saying something else. Documents as a concept of a finite expression of thought certainly make sense. Who wants an endless data stream of revisions, qualifications, and additions? How that&#039;s realized is the opportunity here. Look at the Cell prototypes. The figures are ganged. Why? Because they were formatted for print. Why have panels 1a-1f when you can have a carousel? Why have supplementary figures, defined by their not being included in the print version? Why only show pictures of data instead of having data applications?

Wilbanks is talking about an infrastructure for documents that&#039;s different from the infrastructure for PRINT documents. He&#039;s talking about an infrastructure for DIGITAL documents. Blogs hint at what is possible. I can put a video, hyperlink, audio file, picture, or even program file into a blog post with ease. Most scientists are writing digital documents, manipulating electronic data, and managing digital images, yet publishers habitually don&#039;t support the transfer of native formats and don&#039;t provide tools for integration with existing data the publisher might own. There are so many opportunities here, but Elsevier and others are focusing on the wrong thing. Anyone experimenting in this area needs to look at the authoring environment. SEED has done this, and could do more.

And, why an article? Why not a document that&#039;s an interactive lesson? An audio file? So much potential . . .</description>
		<content:encoded><![CDATA[<p>Well, I think Wilbanks is saying something else. Documents as a concept of a finite expression of thought certainly make sense. Who wants an endless data stream of revisions, qualifications, and additions? How that&#8217;s realized is the opportunity here. Look at the Cell prototypes. The figures are ganged. Why? Because they were formatted for print. Why have panels 1a-1f when you can have a carousel? Why have supplementary figures, defined by their not being included in the print version? Why only show pictures of data instead of having data applications?</p>
<p>Wilbanks is talking about an infrastructure for documents that&#8217;s different from the infrastructure for PRINT documents. He&#8217;s talking about an infrastructure for DIGITAL documents. Blogs hint at what is possible. I can put a video, hyperlink, audio file, picture, or even program file into a blog post with ease. Most scientists are writing digital documents, manipulating electronic data, and managing digital images, yet publishers habitually don&#8217;t support the transfer of native formats and don&#8217;t provide tools for integration with existing data the publisher might own. There are so many opportunities here, but Elsevier and others are focusing on the wrong thing. Anyone experimenting in this area needs to look at the authoring environment. SEED has done this, and could do more.</p>
<p>And, why an article? Why not a document that&#8217;s an interactive lesson? An audio file? So much potential . . .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Beveridge</title>
		<link>http://scholarlykitchen.sspnet.org/2009/07/21/the-article-of-the-future-lipstick-on-a-pig/#comment-3980</link>
		<dc:creator>Mike Beveridge</dc:creator>
		<pubDate>Wed, 22 Jul 2009 20:00:39 +0000</pubDate>
		<guid isPermaLink="false">http://scholarlykitchen.sspnet.org/?p=5163#comment-3980</guid>
		<description>Kent-- Thanks for another interesting post. I just came across an (older) relevant post from John Wilbanks&#039; Common Knowledge blog (which I found through Michael Neilsen, whose post on disruption in scientific publishing you referred to in your &quot;Fixed Costs of Fixed Ideas&quot; post [http://tinyurl.com/m233yq]).

Wilbanks was discussing on Seed Media&#039;s &quot;State of Innovation&quot; Summit on June 23 and commented on the technical infrastructure for innovation [http://tinyurl.com/mbe89q]:

&quot;There&#039;s no conversation about technical infrastructure for innovation.... There is the assumption that because the web works for culture, it works for science. But the Web is a system built for documents - it&#039;s infrastructure for documents. Science innovation depends on data.... Infrastructure for making the web function on data is woeful - format standards, annotation, and so on are always underfunded and first to cut in crisis.

Infrastructure for data integration, data federation, and so forth should be encoded directly into the open standards of the web and internet. Full stop. And we should talk about this problem more often. Otherwise people look at their iPhones, check for a latte, and assume this level of functionality scales from coffee to the bench. It doesn&#039;t.&quot;

I certainly agree that as publishers we need to experiment more, but perhaps part of the reason the online articles of the future look like the articles of the present is that articles are documents, and as Wilbanks points out, the web prefers documents.</description>
		<content:encoded><![CDATA[<p>Kent&#8211; Thanks for another interesting post. I just came across an (older) relevant post from John Wilbanks&#8217; Common Knowledge blog (which I found through Michael Neilsen, whose post on disruption in scientific publishing you referred to in your &#8220;Fixed Costs of Fixed Ideas&#8221; post [http://tinyurl.com/m233yq]).</p>
<p>Wilbanks was discussing on Seed Media&#8217;s &#8220;State of Innovation&#8221; Summit on June 23 and commented on the technical infrastructure for innovation [http://tinyurl.com/mbe89q]:</p>
<p>&#8220;There&#8217;s no conversation about technical infrastructure for innovation&#8230;. There is the assumption that because the web works for culture, it works for science. But the Web is a system built for documents &#8211; it&#8217;s infrastructure for documents. Science innovation depends on data&#8230;. Infrastructure for making the web function on data is woeful &#8211; format standards, annotation, and so on are always underfunded and first to cut in crisis.</p>
<p>Infrastructure for data integration, data federation, and so forth should be encoded directly into the open standards of the web and internet. Full stop. And we should talk about this problem more often. Otherwise people look at their iPhones, check for a latte, and assume this level of functionality scales from coffee to the bench. It doesn&#8217;t.&#8221;</p>
<p>I certainly agree that as publishers we need to experiment more, but perhaps part of the reason the online articles of the future look like the articles of the present is that articles are documents, and as Wilbanks points out, the web prefers documents.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
