<?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"
	>
<channel>
	<title>Comments on: ResolveRef : looking at the logs</title>
	<atom:link href="http://blog.pansapiens.com/2008/06/01/resolveref-looking-at-the-logs/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.pansapiens.com/2008/06/01/resolveref-looking-at-the-logs/</link>
	<description></description>
	<pubDate>Fri, 21 Nov 2008 12:20:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: perry</title>
		<link>http://blog.pansapiens.com/2008/06/01/resolveref-looking-at-the-logs/#comment-106</link>
		<dc:creator>perry</dc:creator>
		<pubDate>Sat, 07 Jun 2008 09:07:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pansapiens.com/?p=54#comment-106</guid>
		<description>Thanks Ed ... the fuzzy match on journal titles could really help make ResolveRef a lot more user friendly.

It's not like ResolveRef is actually getting traffic that it would generate many Crossref API requests at the moment anyway ... but I can always dream :)</description>
		<content:encoded><![CDATA[<p>Thanks Ed &#8230; the fuzzy match on journal titles could really help make ResolveRef a lot more user friendly.</p>
<p>It&#8217;s not like ResolveRef is actually getting traffic that it would generate many Crossref API requests at the moment anyway &#8230; but I can always dream <img src='http://blog.pansapiens.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Pentz</title>
		<link>http://blog.pansapiens.com/2008/06/01/resolveref-looking-at-the-logs/#comment-105</link>
		<dc:creator>Ed Pentz</dc:creator>
		<pubDate>Fri, 06 Jun 2008 14:23:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pansapiens.com/?p=54#comment-105</guid>
		<description>Hi,

CrossRef doesn't throttle requests at all so I would suggest giving the OpenURL interface a try - http://www.crossref.org/requestaccount/

There are some limitations to the metadata (we don't always get all others from some publishers, sometimes there are character encoding issues) but we do a fuzzy match on journal titles so they don't have to be exact.

Ed Pentz, Executive Director, CrossRef</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>CrossRef doesn&#8217;t throttle requests at all so I would suggest giving the OpenURL interface a try - <a href="http://www.crossref.org/requestaccount/" rel="nofollow">http://www.crossref.org/requestaccount/</a></p>
<p>There are some limitations to the metadata (we don&#8217;t always get all others from some publishers, sometimes there are character encoding issues) but we do a fuzzy match on journal titles so they don&#8217;t have to be exact.</p>
<p>Ed Pentz, Executive Director, CrossRef</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: perry</title>
		<link>http://blog.pansapiens.com/2008/06/01/resolveref-looking-at-the-logs/#comment-98</link>
		<dc:creator>perry</dc:creator>
		<pubDate>Fri, 06 Jun 2008 00:42:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pansapiens.com/?p=54#comment-98</guid>
		<description>Thanks Rich. I have considered using CrossRef as a backup (or even exclusively), but from &lt;a href="http://depth-first.com/articles/2008/05/06/hacking-doi-interconvert-bibliographic-references-and-dois-with-crossref-and-openurl" rel="nofollow"&gt;comments to your post&lt;/a&gt; I got the impression that CrossRef may throttle requests too much to rely on that service exclusively (even if ResolveRef is 'non-commercial').

Many searches fail because the journal title needs to be exactly the one PubMed uses. The new suggest feature should help with this. In your case, "Modelling" is actually spelled "Modeling" (single 'L') in the PubMed title :). Don't worry, I'm one of those who speak the Queen's English and spell "Modelling" the correct way too.</description>
		<content:encoded><![CDATA[<p>Thanks Rich. I have considered using CrossRef as a backup (or even exclusively), but from <a href="http://depth-first.com/articles/2008/05/06/hacking-doi-interconvert-bibliographic-references-and-dois-with-crossref-and-openurl" rel="nofollow">comments to your post</a> I got the impression that CrossRef may throttle requests too much to rely on that service exclusively (even if ResolveRef is &#8216;non-commercial&#8217;).</p>
<p>Many searches fail because the journal title needs to be exactly the one PubMed uses. The new suggest feature should help with this. In your case, &#8220;Modelling&#8221; is actually spelled &#8220;Modeling&#8221; (single &#8216;L&#8217;) in the PubMed title :). Don&#8217;t worry, I&#8217;m one of those who speak the Queen&#8217;s English and spell &#8220;Modelling&#8221; the correct way too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich Apodaca</title>
		<link>http://blog.pansapiens.com/2008/06/01/resolveref-looking-at-the-logs/#comment-97</link>
		<dc:creator>Rich Apodaca</dc:creator>
		<pubDate>Thu, 05 Jun 2008 14:24:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pansapiens.com/?p=54#comment-97</guid>
		<description>Great idea. Adding CrossRef as a backup could be useful. For example, my search for:

Journal of Chemical Information and Modelling 2007 47, 1727

gave no result on ResolveRef.

I've thought many times about building a service like this using CrossRef exclusively.</description>
		<content:encoded><![CDATA[<p>Great idea. Adding CrossRef as a backup could be useful. For example, my search for:</p>
<p>Journal of Chemical Information and Modelling 2007 47, 1727</p>
<p>gave no result on ResolveRef.</p>
<p>I&#8217;ve thought many times about building a service like this using CrossRef exclusively.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
