<?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: Defrosting the Digital Library</title>
	<atom:link href="http://duncan.hull.name/2008/10/31/defrosting-the-digital-library/feed/" rel="self" type="application/rss+xml" />
	<link>http://duncan.hull.name/2008/10/31/defrosting-the-digital-library/</link>
	<description>A personal laboratory notebook</description>
	<lastBuildDate>Thu, 11 Mar 2010 13:39:52 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Defrosting the digital library at WoW! Wouter on the Web</title>
		<link>http://duncan.hull.name/2008/10/31/defrosting-the-digital-library/#comment-2147</link>
		<dc:creator>Defrosting the digital library at WoW! Wouter on the Web</dc:creator>
		<pubDate>Sat, 27 Dec 2008 13:23:20 +0000</pubDate>
		<guid isPermaLink="false">http://dullhunk.wordpress.com/?p=928#comment-2147</guid>
		<description>[...] Duncan Hull, Steve R. Pettifer and Douglas B. Kell (2008) wrote an interesting review on the current state of personal digital libraries. It is perhaps important to stress the fact that in the end the review focused on personal digital libraries, where a lot can also be written on digital libraries at higher aggregation levels. But including those digital libraries at higher aggregation levels would take another review. Anyway, many of the observations for building personal digital libraries they describe are right and come straight from the workbench of the practicing systems biologist. But still some additional observations could have been addressed in this review as well. [...]</description>
		<content:encoded><![CDATA[<p>[...] Duncan Hull, Steve R. Pettifer and Douglas B. Kell (2008) wrote an interesting review on the current state of personal digital libraries. It is perhaps important to stress the fact that in the end the review focused on personal digital libraries, where a lot can also be written on digital libraries at higher aggregation levels. But including those digital libraries at higher aggregation levels would take another review. Anyway, many of the observations for building personal digital libraries they describe are right and come straight from the workbench of the practicing systems biologist. But still some additional observations could have been addressed in this review as well. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Nuin</title>
		<link>http://duncan.hull.name/2008/10/31/defrosting-the-digital-library/#comment-1791</link>
		<dc:creator>Paulo Nuin</dc:creator>
		<pubDate>Sat, 01 Nov 2008 11:29:39 +0000</pubDate>
		<guid isPermaLink="false">http://dullhunk.wordpress.com/?p=928#comment-1791</guid>
		<description>Congrats on the paper Duncan!

Very nice, and timely. I will start a series of Bioinformatics and Informatics seminars in the department and the first one is about reference management. I will definitely use your paper and mention it.

Cheers
Paulo</description>
		<content:encoded><![CDATA[<p>Congrats on the paper Duncan!</p>
<p>Very nice, and timely. I will start a series of Bioinformatics and Informatics seminars in the department and the first one is about reference management. I will definitely use your paper and mention it.</p>
<p>Cheers<br />
Paulo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikel Egaña</title>
		<link>http://duncan.hull.name/2008/10/31/defrosting-the-digital-library/#comment-1780</link>
		<dc:creator>Mikel Egaña</dc:creator>
		<pubDate>Fri, 31 Oct 2008 15:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://dullhunk.wordpress.com/?p=928#comment-1780</guid>
		<description>Very nice paper, congratulations!

I especially agree with the bit on publishing models instead of papers. I really think that publishing some kind of expressive model (OWL ontologies???) that already links to other models at publication time is the key. The core publication would be the model, and the related paper supplementary material. So journals would be more like giant knowledge bases, linked to each other. Nice.

For example, if my paper says that A phosphorilates B, I would publish a little ontology in OntoMedCentral stating that A phosphorilates B, of course importing A and B from uniprot and phosphorilates from the IntAct interactions ontology. In the same ontology, the paper would be codified in the annotations. A second paper says that as result of A phosphorilating B, I get cancer. The author of the second paper need only to link to the model I have just published, and so on. 

Mikel</description>
		<content:encoded><![CDATA[<p>Very nice paper, congratulations!</p>
<p>I especially agree with the bit on publishing models instead of papers. I really think that publishing some kind of expressive model (OWL ontologies???) that already links to other models at publication time is the key. The core publication would be the model, and the related paper supplementary material. So journals would be more like giant knowledge bases, linked to each other. Nice.</p>
<p>For example, if my paper says that A phosphorilates B, I would publish a little ontology in OntoMedCentral stating that A phosphorilates B, of course importing A and B from uniprot and phosphorilates from the IntAct interactions ontology. In the same ontology, the paper would be codified in the annotations. A second paper says that as result of A phosphorilating B, I get cancer. The author of the second paper need only to link to the model I have just published, and so on. </p>
<p>Mikel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor</title>
		<link>http://duncan.hull.name/2008/10/31/defrosting-the-digital-library/#comment-1777</link>
		<dc:creator>Victor</dc:creator>
		<pubDate>Fri, 31 Oct 2008 11:44:22 +0000</pubDate>
		<guid isPermaLink="false">http://dullhunk.wordpress.com/?p=928#comment-1777</guid>
		<description>Thank you, Duncan - great review. I&#039;m happy that you included Mendeley in it! May I just point to a minor inaccuracy in your description: By writing that Mendeley can only extract metadata from PDFs where it &quot;is available in an amenable format&quot; and by citing Howison &amp; Goodrum, you seem to imply that Mendeley reads the PDF files&#039; embedded metadata fields for its automatic document recognition. 

This is not the case: Mendeley doesn&#039;t rely on the embedded metadata fields, since (as Howison &amp; Goodrum point out) they are usually empty. Instead, Mendeley extracts the full text of the document and, using regular expression and Hidden Markov Model algorithms, tries to &quot;guess&quot; the correct metadata based on the layout, formatting, and text.

It&#039;s true, though, that the recognition quality is much better for journal articles formatted in a certain way (e.g. Elsevier, Kluwer, or Wiley journals) than for others. Improving this is one of our main development priorities in November/December.

Cheers,
Victor</description>
		<content:encoded><![CDATA[<p>Thank you, Duncan &#8211; great review. I&#8217;m happy that you included Mendeley in it! May I just point to a minor inaccuracy in your description: By writing that Mendeley can only extract metadata from PDFs where it &#8220;is available in an amenable format&#8221; and by citing Howison &amp; Goodrum, you seem to imply that Mendeley reads the PDF files&#8217; embedded metadata fields for its automatic document recognition. </p>
<p>This is not the case: Mendeley doesn&#8217;t rely on the embedded metadata fields, since (as Howison &amp; Goodrum point out) they are usually empty. Instead, Mendeley extracts the full text of the document and, using regular expression and Hidden Markov Model algorithms, tries to &#8220;guess&#8221; the correct metadata based on the layout, formatting, and text.</p>
<p>It&#8217;s true, though, that the recognition quality is much better for journal articles formatted in a certain way (e.g. Elsevier, Kluwer, or Wiley journals) than for others. Improving this is one of our main development priorities in November/December.</p>
<p>Cheers,<br />
Victor</p>
]]></content:encoded>
	</item>
</channel>
</rss>
