<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>CrossTech</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/" />
    <link rel="self" type="application/atom+xml" href="http://www.crossref.org/CrossTech/atom.xml" />
   <id>tag:www.crossref.org,2008:/CrossTech/4</id>
    <link rel="service.post" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4" title="CrossTech" />
    <updated>2008-05-14T14:09:53Z</updated>
    
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.2</generator>
 
<entry>
    <title>DOIs and PubMed Central - why no links?</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/05/post_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=412" title="DOIs and PubMed Central - why no links?" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.412</id>
    
    <published>2008-05-14T13:33:05Z</published>
    <updated>2008-05-14T14:09:53Z</updated>
    
    <summary>Further to my previous post &quot;NIH Mandate and PMCIDs&quot; we&apos;ve been looking into linking to articles on publishers&apos; sites from PubMed Central (PMC). There are a couple of ways this happens currently (see details below) but these are complicated and...</summary>
    <author>
        <name>Ed Pentz</name>
        
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>Further to my previous post <a href="http://www.crossref.org/CrossTech/2008/04/nih_mandate_and_pmcid.html">"NIH Mandate and PMCIDs"</a> we've been looking into linking to articles on publishers' sites from PubMed Central (PMC).  There are a couple of ways this happens currently (see details below) but these are complicated and will lead to broken links and more difficulty for PMC and publishers in managing the links.  CrossRef is going to be putting together a brieifing note for its members on this soon.</p>

<p>The main issue we are raising with PMC, and that we will encourage publishers to raise too, is <strong>why doesn't PMC just automatically link DOIs? </strong>  Most of the articles in PMC have DOIs so this would require very little effort from PMC and <strong>no</strong> effort from publishers and would give readers a perisistent link to the publisher's version of an article.  </p>]]>
        <![CDATA[<p>Current PMC linking methods.  1) Links on <a href="http://www.pubmedcentral.nih.gov/articlerender.fcgi?artid=2377029">Author Manuscripts</a> in PMC are pulled in from PubMed's <a href="http://www.ncbi.nlm.nih.gov/projects/linkout/">LinkOut service</a> which requires the publisher to register with PubMed and provide linking files.  The DOI can be specified as the linking mechanism via LinkOut.</p>

<p>2) For <a href="http://www.pubmedcentral.nih.gov/articlerender.fcgi?artid=2254226&rendertype=abstract">final version of articles</a> in PMC the journal image at the top of the page can be <a href="http://www.pubmedcentral.nih.gov/articlerender.fcgi?artid=2248749&rendertype=abstract">linked to the journal homepage</a> or can have a <a href="http://www.pubmedcentral.nih.gov/articlerender.fcgi?artid=2235871&rendertype=abstract">"this article" link</a> to the publisher's site.  The publisher has to sign up with PMC for specifying the header graphic and the links.  <a href="http://www.pubmedcentral.nih.gov/pmcdoc/pubsetup.doc">The PMC instructions (Word document)</a> say "The static base (http://www.biomedcentral.com/) of the URLs for this link comes from the HTML template. PMC then dynamically completes the URL by adding an issn/vol/page. " and then says that any item in the XML (such as the DOI) can be used.</p>

<p>Both of the approaches outlined above require extra work and will be difficult for smaller publishers.  In addition, the links will be fragile by not being based on DOIs.  Publishers can specify that DOIs can be used but it isn't easy.  We'd like to leverage the resources that publishers have already put into the DOI system but automatically making the DOIs active links - it would be very easy.<br />
 </p>]]>
    </content>
</entry>
<entry>
    <title>OpenHandle: Languages Support</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/04/openhandle_languages_support.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=411" title="OpenHandle: Languages Support" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.411</id>
    
    <published>2008-04-21T13:44:21Z</published>
    <updated>2008-04-21T14:04:26Z</updated>
    
    <summary>Following up the earlier post on OpenHandle, there are now a number of language examples which have been contributed to the project. The diagram below shows the OpenHandle service in schematic with various languages support. Briefly, OpenHandle aims to provide...</summary>
    <author>
        <name>Tony Hammond</name>
        
    </author>
            <category term="Handle" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>Following up the earlier <a href="http://www.crossref.org/CrossTech/2008/03/openhandle_google_code_project.html">post</a> on <a href="http://code.google.com/p/openhandle/">OpenHandle</a>, there are now a number of language examples which have been contributed to the project. The diagram below shows the  OpenHandle service in schematic with various languages support. Briefly, OpenHandle aims to provide a web services interface to the Handle System to simplify access to the data stored for a given Handle.</p>

<p>(Note that the diagram is an HTML imagemap and all elements are "clickable".) <br />
<map name="GraffleExport"><area shape=poly coords="302,133,273,117,244,133,266,149,261,157,274,150,302,133" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeLisp"><area shape=poly coords="359,93,330,77,302,93,324,109,318,117,332,110,359,93" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeFSharp"><area shape=poly coords="186,93,157,77,129,93,151,109,145,117,159,110,186,93" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeAppleScript"><area shape=poly coords="244,93,215,77,186,93,208,109,203,117,217,110,244,93" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeCSharp"><area shape=poly coords="244,174,215,157,186,174,208,189,203,197,217,190,244,174" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodePython"><area shape=poly coords="244,133,215,117,186,133,208,149,203,157,217,150,244,133" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeJavaScript"><area shape=poly coords="186,174,157,157,129,174,151,189,145,197,159,190,186,174" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodePhp"><area shape=poly coords="302,93,273,77,244,93,266,109,261,117,274,110,302,93" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeErlang"><area shape=poly coords="359,133,330,117,302,133,324,149,318,157,332,150,359,133" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodePerl"><area shape=poly coords="302,174,273,157,244,174,266,189,261,197,274,190,302,174" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeRuby"><area shape=poly coords="359,174,330,157,302,174,324,189,318,197,332,190,359,174" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeSmalltalk"><area shape=poly coords="186,133,157,117,129,133,151,149,145,157,159,150,186,133" href="http://code.google.com/p/openhandle/wiki/OpenHandleCodeJava"><area shape=poly coords="255,237,255,260,266,260,244,272,222,260,233,260,233,237,222,237,244,225,266,237,255,237" href="http://www.ietf.org/rfc/rfc2616.txt"><area shape=poly coords="174,527,174,495,196,491,217,495,217,527,196,531,174,527" href="http://hdl.handle.net/"><area shape=poly coords="270,527,270,495,292,491,314,495,314,527,292,531,270,527" href="http://hdl.handle.net/"><area shape=poly coords="152,268,210,268,210,300,152,304,152,268" href="http://nascent.nature.com/openhandle/handle?id=10100/nature&mimetype=text/plain&format=rdf"><area shape=poly coords="201,307,258,307,258,339,201,343,201,307" href="http://nascent.nature.com/openhandle/handle?id=10100/nature&mimetype=text/plain&format=n3"><area shape=poly coords="267,297,325,297,325,329,267,333,267,297" href="http://nascent.nature.com/openhandle/handle?id=10100/nature&mimetype=text/plain&format=json"><area shape=poly coords="255,426,255,450,266,450,244,461,222,450,233,450,233,426,222,426,244,414,266,426,255,426" href="http://www.ietf.org/rfc/rfc3651.txt"><area shape=poly coords="262,355,262,388,226,388,226,355,262,355" href="http://nascent.nature.com/openhandle/handle?id=10100/nature&mimetype=text/plain&format=rdf"><area shape=poly coords="277,223,292,208,320,208,344,220,330,235,301,235,277,223" href="http://nascent.nature.com/openhandle/handle?id=10.1000/1&mimetype=text/plain&format=json"><area shape=poly coords="148,244,162,229,191,229,215,241,201,256,172,256,148,244" href="http://nascent.nature.com/openhandle/handle?id=10100/nature&mimetype=text/plain&format=json"><area shape=poly coords="222,507,222,475,244,471,266,475,266,507,244,511,222,507" href="http://hdl.handle.net/"><area shape=poly coords="49,215,89,102,191,62,305,79,401,143,393,282,315,350,198,363,105,317,49,215,120,481,140,501,178,501,199,474,186,442,152,436,122,447,120,481,49,215,57,569,79,571,89,547,71,534,53,548,57,569,49,215,57,569" href="http://code.google.com/p/openhandle/"></map><img alt="openhandle_schematic.jpg" border=0 usemap="#GraffleExport" src="http://www.crossref.org/CrossTech/images/openhandle_schematic.jpg" width="451" height="642" /></p>]]>
        
    </content>
</entry>
<entry>
    <title>NIH Mandate and PMCIDs</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/04/nih_mandate_and_pmcid.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=409" title="NIH Mandate and PMCIDs" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.409</id>
    
    <published>2008-04-15T19:40:32Z</published>
    <updated>2008-04-15T19:56:05Z</updated>
    
    <summary>The NIH Public Access Policy says &quot;When citing their NIH-funded articles in NIH applications, proposals or progress reports, authors must include the PubMed Central reference number for each article&quot; and the FAQ provides some examples of this: Examples: Varmus H,...</summary>
    <author>
        <name>Ed Pentz</name>
        
    </author>
            <category term="Identifiers" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>The <a href="http://publicaccess.nih.gov/">NIH Public Access Policy</a> says "When citing their NIH-funded articles in NIH applications, proposals or progress reports, authors must include the PubMed Central reference number for each article" and the <a href="http://publicaccess.nih.gov/FAQ.htm#c6">FAQ</a> provides some examples of this:</p>

<p>     Examples:</p>

<p>          Varmus H, Klausner R, Zerhouni E, Acharya T, Daar A, Singer P. 2003. PUBLIC HEALTH: Grand Challenges in Global Health. Science 302(5644): 398-399. PMCID: 243493</p>

<p>          Zerhouni, EA. (2003) A New Vision for the National Institutes of Health. Journal of Biomedicine and Biotechnology (3), 159-160. PMCID: 400215 </p>

<p>It's interesting to note that on PMC itself both the  <a href="http://www.pubmedcentral.nih.gov/articlerender.fcgi?tool=pmcentrez&artid=1299306 "> PMCID and DOI are included </a>  - but the DOI isn't linked.  Two things occur to me - 1) should CrossRef map DOIs to PMCIDs and vice versa and make PMCIDs available in it's query interfaces and 2) shouldn't publishers ask that the PMC copy of the article link back to the publisher version?  It would be very easy with the DOI.</p>]]>
        
    </content>
</entry>
<entry>
    <title>Word Add-in for Scholarly Authoring and Publishing</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/03/word_addin_for_scholarly_autho.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=408" title="Word Add-in for Scholarly Authoring and Publishing" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.408</id>
    
    <published>2008-03-26T16:35:59Z</published>
    <updated>2008-03-26T16:58:04Z</updated>
    
    <summary>Last week Pablo Fernicola sent me email announcing that Microsoft have finally released a beta of their Word plugin for marking-up manuscripts with the NLM DTD. I say &quot;finally&quot; because we&apos;ve know this was on the way and have been...</summary>
    <author>
        <name>Geoffrey Bilder</name>
        
    </author>
            <category term="Data" />
            <category term="Metadata" />
            <category term="Publishing" />
            <category term="Standards" />
            <category term="XML" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>Last week Pablo Fernicola sent me email announcing that Microsoft have  finally released a beta of their Word plugin for marking-up manuscripts with the NLM DTD.  I say "finally" because we've know this was on the way and have been pretty excited to see it. We once even hoped that MS might be able to show the plug-in at the <a href="http://www.alpsp.org.uk/ngen_public/article.asp?id=335&did=47&aid=1244&st=&oaid=-1">ALPSP session on the NLM DTD</a>, but we couldn't quite manage it. </p>

<p>The plugin is targeted at production/editorial staff, but, of course, it will be interesting to see if any of this work can be pushed back to the author. I won't hold my breath on the latter score, but it will be fun to watch.</p>

<p>One thing I would note is that the NLM DTD can also be used in the humanities and social sciences, so, frankly, I think they should market it more broadly.</p>

<p>Anyway- the plugin can be <a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=09C55527-0759-4D6D-AE02-51E90131997E&displaylang=en">downloaded</a> from the Microsoft site.</p>

<p></p>

<p>And Pablo has setup a <a href="http://blogs.msdn.com/exscientia/archive/2008/03/20/Technology-Preview-Launch.aspx">blog where testers can discuss</a> the add-in.</p>

<p> </p>

<p>And there is also an <a href="http://www.microsoft.com/mscorp/tc/scholarly-publishing.mspx">entry for the project</a> on the Microsoft Research site (an interesting place to peruse, if you have a moment).</p>

<p>Congatulations to Pablo and his team.</p>]]>
        
    </content>
</entry>
<entry>
    <title>OpenHandle: Google Code Project</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/03/openhandle_google_code_project.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=403" title="OpenHandle: Google Code Project" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.403</id>
    
    <published>2008-03-07T16:44:00Z</published>
    <updated>2008-03-10T12:14:02Z</updated>
    
    <summary>Just announced on the handle-info and semantic-web mailing lists is the OpenHandle project on Google Code. This may be of some interest to the DOI community as it allows the handle record underpinning the DOI to be exposed in various...</summary>
    <author>
        <name>Tony Hammond</name>
        
    </author>
            <category term="Handle" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>Just announced on the <a href="http://www.handle.net/mail-archive/handle-info/msg00254.html">handle-info</a> and <a href="http://lists.w3.org/Archives/Public/semantic-web/2008Mar/0054.html">semantic-web</a> mailing lists is the <a href="http://code.google.com/p/openhandle/">OpenHandle</a> project on Google Code. This may be of some interest to the DOI community as it allows the handle record underpinning  the DOI to be exposed in various common text-based serializations to make the data stored within the records more accessible to Web applications. Initial serializations include <a href="http://nascent.nature.com/openhandle/handle?id=4263537/4069&format=rdf&mimetype=application/xml">RDF/XML</a>, <a href="http://nascent.nature.com/openhandle/handle?id=4263537/4069&format=n3&mimetype=text/plain">RDF/N3</a>, and <a href="http://nascent.nature.com/openhandle/handle?id=4263537/4069&format=json&mimetype=text/plain">JSON</a>.</p>

<p>We'd be very interested in receiving feedback on this project - either on this blog or over on the <a href="http://code.google.com/p/openhandle/w/list">project wiki</a>.</p>]]>
        
    </content>
</entry>
<entry>
    <title>Object Reuse and Exchange</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/03/object_reuse_and_exchange.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=399" title="Object Reuse and Exchange" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.399</id>
    
    <published>2008-03-05T16:31:21Z</published>
    <updated>2008-03-05T17:32:02Z</updated>
    
    <summary>On March 3rd the Open Archives Initiative held a roll out meeting of the first alpha release of the ORE specification (http://www.openarchives.org/ore/) . According to Herbert Van de Sompel a beta release is planned for late March / early April...</summary>
    <author>
        <name>Chuck Koscher</name>
        
    </author>
            <category term="Standards" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>On March 3rd the Open Archives Initiative held a roll out meeting  of the first alpha release of the ORE specification (http://www.openarchives.org/ore/) . According to Herbert Van de Sompel a beta release is planned for late March / early April  and a 1.0 release targeted for September.  The presentations focused on the aggregation concepts behind ORE and described an ATOM based implementation. ORE is the second project from the OAI but unlike its sibling PMH it is not exclusively a repository technology. ORE provides machine readable manifests for related Web resources in any context.  For instance, DOI landing pages (aka splash page) are human readable resources containing links to any number of resources related to the work identified by the DOI.  An ORE instance for the DOI (called a Rem or resource map) would describe the same set of resources in a machine friendly format. A standardized form of redirection understood by the DOI proxy would yield the Rem instead of normal page (e.g. http://dx.doi.org/10.5555/abcd?type=rem) which could be useful for crawlers.</p>

<p>A second roll out meeting is planned during the Sparc-08 workshops in early April.</p>]]>
        
    </content>
</entry>
<entry>
    <title>ISO/CD 26324 (DOI)</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/02/isocd_26324_doi.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=398" title="ISO/CD 26324 (DOI)" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.398</id>
    
    <published>2008-02-22T13:13:33Z</published>
    <updated>2008-02-22T13:25:54Z</updated>
    
    <summary><![CDATA[Following on from my previous post about prism:doi I didn't mention, or reference, the ongoing ISO work on DOI, Indeed I hadn't realized that the DOI site now has a status update on the ISO work:"The DOI&reg; System is currently...]]></summary>
    <author>
        <name>Tony Hammond</name>
        
    </author>
            <category term="Identifiers" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>Following on from my <a href=" http://www.crossref.org/CrossTech/2008/02/prismdoi.html">previous post</a> about <tt>prism:doi</tt> I didn't mention, or reference,  the ongoing ISO work on DOI, Indeed I hadn't realized that the DOI site now has a <a href="http://doi.org/about_the_doi.html#standards">status update</a> on the ISO work:<blockquote><i>"The DOI&reg; System is currently being standardised through ISO. It is expected that the process will be finalised during 2008. In December 2007 the Working Group for this project approved a final draft as a Committee Draft (standard for voting) which is now being processed by ISO. Copies of the Committee Draft (<a href="http://doi.org/ISO_Standard/sc9n475.pdf">SC9N475</a>) and an accompanying explanatory document detailing issues dealt with during the standards process (<a href="http://doi.org/ISO_Standard/sc9n474.pdf">SC9N474</a>) are provided here for information.<p/><br />
Committee Draft 26324 is subject to ISO's copyright and is for information only to those interested in the project; it may not be re-distributed. This is currently undergoing the formal ISO voting process; the deadline for comments on CD 26324 from TC46/SC9's national bodies is April 25, 2008: please contact your national member of ISO TC46/SC9 if you would like it contribute to comments on this draft standard. Other documents for the ISO DOI Working Group are available on a <a href="http://www.lac-bac.gc.ca/iso/tc46sc9/wg7/index.html">DOI Project Register</a>."</i></blockquote><br />
</p>]]>
        <![CDATA[<p><br />
</p>]]>
    </content>
</entry>
<entry>
    <title>prism:doi</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/02/prismdoi.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=397" title="prism:doi" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.397</id>
    
    <published>2008-02-22T10:38:59Z</published>
    <updated>2008-02-22T11:23:20Z</updated>
    
    <summary>The new PRISM spec (v. 2.0) was published this week, see the press release. (Downloads are available here.) This is a significant development as there is support for XMP profiles, to complement the existing XML and RDF/XML profiles. And, as...</summary>
    <author>
        <name>Tony Hammond</name>
        
    </author>
            <category term="Metadata" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>The new <a href=" http://prismstandard.org/">PRISM</a> spec (v. 2.0) was published this week, see the <a href="    http://prismstandard.org/news/2008/PRISM_%20PR021908.pdf">press release</a>. (Downloads are available <a href="http://www.prismstandard.org/specifications/">here</a>.)</p>

<p>This is a significant development as there is support for XMP profiles, to complement the existing XML and RDF/XML profiles. And, as PRISM is one of the major vocabularies being used by publishers, I would urge you all to go take a look at it and to consider upgrading your applications to using it.</p>

<p><b>One caveat.</b> There's a new element <tt>prism:doi</tt> (PRISM Namespace, 4.2.13) which sits alongside another new element <tt>prism:url</tt> (PRISM Namespace, 4.2.55). Unfortunately the <tt>prism:doi</tt> element is shown to take DOI proxy URL as its value - and not the DOI string itself, e.g.<ul><li>Model #1<br>&lt;prism:doi rdf:resource=”http://dx.doi.org/10.1030/03054”/&gt;<li>Model #2<br>&lt;prism:doi&gt;http://dx.doi.org/10.1030/03054&lt;/prism:doi&gt;"</ul>This seems to me to just plain wrong. The DOI in itself is not a URL (or URI) - although can, and should, be represented in URI form when used in Web contexts (i.e. pretty much most of the time). As a literal it should be used in its native form as specified in <a href="http://www.niso.org/standards/resources/Z39-84-2005.pdf">ANSI/NISO Z39.84 - 2005 Syntax for the Digital Object Identifier</a>. This would only satisfy Model #2 above. </p>

<p>To satisfy Model #1 above a URI form for DOI would be required. And this is <b>not</b> the service URI denoted by the proxy. It would either have to be:<ul><li>Model #1 - Registered URI Form<br>&lt;prism:doi rdf:resource=”info:doi/10.1030/03054”/&gt;<li>Model #1 - Unregistered URI Form<br>&lt;prism:doi rdf:resource=”doi:10.1030/03054”/&gt;</ul></p>

<p>Any comments? Some guidelines from CrossRef would be useful - although maybe further discussion is required. It is, of course, a constant bugbear that "doi:" remains an unregistered URI scheme.</p>]]>
        
    </content>
</entry>
<entry>
    <title>Added XML format  parameter to CrossRef&apos;s OpenURL resolver</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/02/added_xml_format_parameter_to.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=393" title="Added XML format  parameter to CrossRef's OpenURL resolver" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.393</id>
    
    <published>2008-02-13T15:38:06Z</published>
    <updated>2008-02-13T15:43:45Z</updated>
    
    <summary>From the beginning our OpenURL resolver has had a non standard feature of returning metadata in response to a request instead of redirecting to the referrent. This feature returned one of our older XML formats which is a bit limited...</summary>
    <author>
        <name>Chuck Koscher</name>
        
    </author>
            <category term="XML" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>From the beginning our OpenURL resolver has had a non standard feature of returning metadata in response to a request instead of redirecting to the referrent. This feature returned one of our older XML formats which is a bit limited as to the fields it contains.</p>

<p>Sometime after our resolver was deployed we introduced a more verbose XML format for DOI metadata called 'UNIXREF". This was always available to regular queries against the CrossRef system but was never introduced to the OpenURL resolver (for no particular reason).</p>

<p>We've since learned that some user's are relying on the OpenURL's metadata feature to build proper references in situations where they have a DOI and that the older XML format is insufficient. Therefor I've added a 'format' parameter to our OpenURL resolver which allows one to request the more verbose UNIXREF. (see <a href="http://www.crossref.org/openurl">www.crossref.org/openurl</a>)</p>

<p>As always please feel free to contact us regarding new features or changes to existing features that might be helpful.</p>

<p>Regards,<br />
Chuck</p>]]>
        
    </content>
</entry>
<entry>
    <title>CrossRef Citation Plugin (for WordPress)</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/02/crossref_citation_plugin_for_w.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=391" title="CrossRef Citation Plugin (for WordPress)" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.391</id>
    
    <published>2008-02-09T17:42:44Z</published>
    <updated>2008-02-09T18:20:19Z</updated>
    
    <summary>OK, after a number of delays due to everything from indexing slowness to router problems, I&apos;m happy to say that the first public beta of our WordPress citation plugin is available for download via SourceForge. A Movable Type version is...</summary>
    <author>
        <name>Geoffrey Bilder</name>
        
    </author>
            <category term="Blogs" />
            <category term="Citation Formats" />
            <category term="Interoperability" />
            <category term="Metadata" />
            <category term="News" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>OK, after a number of delays due to everything from indexing slowness to router problems, I'm happy to say that the first public beta of our <a href="http://wordpress.org/">WordPress</a> citation plugin is available for <a href="https://sourceforge.net/projects/crossref-cite/">download via SourceForge</a>. A <a href="http://www.movabletype.org/">Movable Type</a> version is in the works.</p>

<p>And congratulations to Trey at OpenHelix who became laudably impatient,<a href="http://www.openhelix.com/blog/?p=128"> found the SourceForge entry for the plugin</a> back on February 8th and seems to have been testing it since. He has a nice description of how it works (along with screenshots), so I won't repeat the effort here.</p>

<p>Having said that, I do include the text of the README after the jump. Please have a look at it before you install, because it might save you some mystification.</p>]]>
        <![CDATA[<h2>Description</h2>

<p>A WordPress plugin that allows you to search CrossRef metadata using citations or partial citations. When you find the reference that you  want, insert the formatted and DOI-linked citation into your blog posting along with supporting <a href="http://ocoins.info/">COINs</a> metadata. The plugin supports both a long citation format and a short (op. cit.) format.</p>

<h2>Warnings, Caveats and Weasel Words</h2>

<p>Please note the following about this plugin:<br />
<ol><br />
<li>We are releasing this as a test. It is running on R&D equipment in a non-production environment and so it may disappear without warning or perform erratically. If it isn't working for some reason, come back later and try again. If it seems to be broken for a prolonged period of time, then please report the problem to us via sourceforge.</li></p>

<p><li>There is currently a 20 item limit on the number of hits returned per query. This might seem arbitrary and stingy, but please remember- we are not trying to create a fully blown search engine- we're just trying to create a citation lookup service. Of course, if, after looking at how the service is used, it looks like we need to up this limit, we will. </li></p>

<p><li>If you look in the plugin options (or at the code), you will see that the system includes an API key. At the moment we have no restrictions on use of this service, but have included this in case we need to protect the system from abuse.</li></p>

<p><li>The bulk of the functionality we have developed is actually at the back-end. This plugin is just a lightweight interface to that back-end. You can examine the guts of the plugin in order to easily figure out how to create similar functionality for your favorite blog platform, wiki, etc. If you do create something, please let us know. We'd love to see what people are building.</li></p>

<p><li>We are continuing to experiment with the metadata search function in order to increase its accuracy and flexibility. Again, this might result in seemingly inconsistent behavior. Did we mention that this is a test?</li></p>

<p><li>Please note that this API is not meant for bulk harvesting of CrossRef metadata. If you need such facilities, then please look at our web site for information about our metadata services. </li></p>

<p><li>The data currently behind the plugin is *just* a December 2007 snapshot of our our complete journal article metadata. We have not added books or proceedings yet. We will do so soon and we will start updating the metadata weekly.</li><br />
</ol></p>

<p>We welcome your ideas for tools that we can provide to help researchers.  Please, please, please send comments, requests, queries and ideas to us at:</p>

<p>citation-plugin@crossref.org<br />
</p>]]>
    </content>
</entry>
<entry>
    <title>CLADDIER Final Report</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/01/claddier_final_report.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=381" title="CLADDIER Final Report" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.381</id>
    
    <published>2008-01-15T08:39:21Z</published>
    <updated>2008-01-15T10:42:40Z</updated>
    
    <summary>I just ran across the final report from the CLADDIER project. CLADDIER comes from the JISC and stands for &quot;CITATION, LOCATION, And DEPOSITION IN DISCIPLINE &amp; INSTITUTIONAL REPOSITORIES&quot;. I suspect JISC has an entire department dedicated to creating impossible acronyms...</summary>
    <author>
        <name>Geoffrey Bilder</name>
        
    </author>
            <category term="Citation Formats" />
            <category term="Linking" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>I just ran across the final report from the <a href="http://claddier.badc.ac.uk/trac">CLADDIER project.</a> CLADDIER comes from the <a href="http://www.jisc.ac.uk/">JISC</a> and stands for "CITATION, LOCATION, And DEPOSITION IN DISCIPLINE & INSTITUTIONAL REPOSITORIES". I suspect JISC has an entire department dedicated to creating impossible acronyms (the JISC Acronym Preparation Executive?)</p>

<p>Anyhoo- the report describes a distributed citation location and updating service based on the <a href="http://en.wikipedia.org/wiki/Linkback">linkback</a> mechanism that is widely used in the blogging community. </p>

<p>I think this is an interesting approach and is one that I talked about <a href="http://www.uksg.org/sites/uksg.org/files/PresentationBilder.pdf">briefly</a> (PDF) at the <a href="http://www.uksg.org/events/measure">UKSG's Measure for Measure seminar</a> last June. I think that, like most proponents of p2p distributed architectures, they massively underestimate the problem of trust in the network. They fully knowledge the problem of linkback spam, but their hand-wavy-solution(tm) of using whitelists just means the system effectively becomes semi-centralized again (you have to have trusted keepers of the whitelists).</p>

<p>And of course I was mildly exasperated by the report's characterization of  one of the perceived "disadvantages" of the CrossRef architectural model being a :</p>

<blockquote>"Centralised service hosting a large persistent store – with the need for a (possibly commercial) business model to justify providing the service."</blockquote>

<p>Though DOI registries like <a href="http://www.bowker.com/catalog/000003.htm">Bowker</a> and <a href="http://www.doi.nielsenbookdata.co.uk">Nielsen Bookdata</a>  are commercial, CrossRef, the organization that services the industry that the JISC is concerned with, is *not* a commercial service. </p>

<p>Also if you replaced the phrase "justify providing"  with the word "sustain", the sentence wouldn't sound like such a "disadvantage."</p>

<p>But aside from these quibbles, the report makes an interesting (if technical) read.</p>]]>
        
    </content>
</entry>
<entry>
    <title>BISG Paper on  Identifying Digital Book Content</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2008/01/bisg_paper_on_identifying_digi_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=380" title="BISG Paper on  Identifying Digital Book Content" />
    <id>tag:www.crossref.org,2008:/CrossTech//4.380</id>
    
    <published>2008-01-14T14:02:36Z</published>
    <updated>2008-01-14T16:04:49Z</updated>
    
    <summary>BISG and BIC have published a discussion paper called &quot;The identification of digital book content&quot; - http://www.bisg.org/docs/DigitalIdentifiers_07Jan08.pdf. The paper discusses ISBN, ISTC and DOI amongst other things and makes a series of recommendations which basically say to consider applying DOI,...</summary>
    <author>
        <name>Ed Pentz</name>
        
    </author>
            <category term="Identifiers" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>BISG and BIC have published a discussion paper called "The identification of digital book content" - <a href="http://www.bisg.org/docs/DigitalIdentifiers_07Jan08.pdf">http://www.bisg.org/docs/DigitalIdentifiers_07Jan08.pdf</a>.  The paper discusses ISBN, ISTC and DOI amongst other things and makes a series of recommendations which basically say to consider applying DOI, ISBN and ISTC to digital book content.  The paper highlights in a positive way that DOI and ISBN are different but can work together (the idea of the "actionable ISBN" and aiding discovery of content).  However, it doesn't go into much depth on any of the issues or really explain how all these identifiers would work together and the critical role that metadata plays.  </p>

<p>Nevertheless it's great that the paper has been put forward as a discussion document - CrossRef plans to respond and be part of the ongoing discussion in this area.</p>]]>
        
    </content>
</entry>
<entry>
    <title>On Google Knol</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2007/12/on_google_knol.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=374" title="On Google Knol" />
    <id>tag:www.crossref.org,2007:/CrossTech//4.374</id>
    
    <published>2007-12-14T13:26:02Z</published>
    <updated>2007-12-14T13:32:22Z</updated>
    
    <summary>The recently discussed (announced?) Google Knol project could make Google Scholar look like a tiny blip in the the scholarly publishing landscape. I love the comment an authority: &quot;Books have authors&apos; names right on the cover, news articles have bylines,...</summary>
    <author>
        <name>Geoffrey Bilder</name>
        
    </author>
            <category term="Author Identifiers" />
            <category term="Publishing" />
            <category term="Search" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>The recently discussed (announced?) <a href="http://googleblog.blogspot.com/2007/12/encouraging-people-to-contribute.html">Google Knol</a> project could make Google Scholar look like a tiny blip in the the scholarly publishing landscape. </p>

<p>I love the comment an authority:</p>

<p>"Books have authors' names right on the cover, news articles have bylines, scientific articles always have authors -- but somehow the web evolved without a strong standard to keep authors names highlighted. We believe that knowing who wrote what will significantly help users make better use of web content."</p>

<p>And so I suppose this means they are assigning author identifiers....</p>]]>
        
    </content>
</entry>
<entry>
    <title>Zotero and the IA</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2007/12/zotero_and_the_ia.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=373" title="Zotero and the IA" />
    <id>tag:www.crossref.org,2007:/CrossTech//4.373</id>
    
    <published>2007-12-14T11:32:42Z</published>
    <updated>2007-12-14T11:51:23Z</updated>
    
    <summary>Dan Cohen at Zotero reports (Zotero and the Internet Archive Join Forces) on a very interesting tie up that will allow researchers using Zotero to deposit content in the Internet Archive and have OCR done on scanned material for free...</summary>
    <author>
        <name>Ed Pentz</name>
        
    </author>
            <category term="Identifiers" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>Dan Cohen at Zotero reports (<a href="http://www.dancohen.org/2007/12/12/zotero-and-the-internet-archive-join-forces">Zotero and the Internet Archive Join Forces</a>) on a very interesting tie up that will allow researchers using Zotero to deposit content in the Internet Archive and have OCR done on scanned material for free under a two year Mellon grant.  Each piece of content will be given a "permanent URI that includes a time and date stamp in addition to the URL" ( would Handle or DOI add value here?) and be part of Zotero Commons (things can also be kept private within a group).</p>

<p>Zotero Commons is related to but different from Nature Precedings and WebCite in that it's intended focus is on public domain stuff on researchers hard drives rather than someone else's material or website that is cited (WebCite) or preprints, datasets, technical reports that are given at least an initial screening (Nature Precedings).  </p>]]>
        
    </content>
</entry>
<entry>
    <title>STM Innovations 2007</title>
    <link rel="alternate" type="text/html" href="http://www.crossref.org/CrossTech/2007/12/stm_innovations_2007.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.crossref.org/mt/mt-atom.cgi/weblog/blog_id=4/entry_id=372" title="STM Innovations 2007" />
    <id>tag:www.crossref.org,2007:/CrossTech//4.372</id>
    
    <published>2007-12-10T13:55:09Z</published>
    <updated>2007-12-11T15:11:05Z</updated>
    
    <summary>After a busy Online Information conference, Friday was the STM Innovations Meeting in London (presentations not online yet). There was a very nice selection of tea which helped get the morning off to a good start. Patricia Seybold kicked off...</summary>
    <author>
        <name>Ed Pentz</name>
        
    </author>
            <category term="Conference" />
    
    <content type="html" xml:lang="en" xml:base="http://www.crossref.org/CrossTech/">
        <![CDATA[<p>After a busy Online Information conference, Friday was the <a href="http://www.stm-assoc.org/training-education-full-list/2006/12/22/stm-innovations-seminar-2007-interactive-environments-online.html">STM Innovations Meeting</a> in London (presentations not online yet).  There was a very nice selection of tea which helped get the morning off to a good start.  </p>

<p>Patricia Seybold kicked off with a review of Web 2.0 that mentioned lots of sites and some good case studies:</p>

<p>Alexander Street Press (<a href="http://www.alexanderst.com/">http://www.alexanderst.com/</a>) - user tags combined with a taxonomy.<br />
Slideshare (<a href="http://www.slideshare.net">http://www.slideshare.net</a>) - share presentations  <br />
Threadless (<a href="http://www.threadless.com/">http://www.threadless.com/</a>) - design and vote on t-shirts </p>

<p>The most interesting parts of the talk were the case studies of how National Instruments and Staples have built a vibrant community of customers.  Staples invited top purchasers on the their site to create product categories and sales went up 30% and now they use the categorization in physical stores and customer reviews from the web are used in stores.  <br />
</p>]]>
        <![CDATA[<p>NI has a whole suite of tools that allow customers to build products and get their jobs done (using NI products and services). </p>

<p>Five steps to Web 2.0 success – </p>

<p>1.	Focus on findability<br />
2.	Solicit sutomers’ reviews, ratings and opinions<br />
3.	Empower users to classify and organize content<br />
4.	Nurture community, social networks, communities of practice<br />
5.	Get lead users to strut their stuff, using your IP to build their IP</p>

<p>The most useful part came in the questions when Geoffrey Bilder asked about <a href="http://en.wikipedia.org/wiki/Astroturfing">"astroturfing"</a> - this is a problem for Web 2.0.  Interestingly, the NI and Staples examples are closed communities and other sites have to have moderators to try and track this stuff down.  Often you don't hear about these types of issues amid the web 2.0 boosterism.  </p>

<p>Joris van Rossum gave an very good overview of Scirus' wiki-based Topic Pages  (<a href="http://topics.scirus.com/">http://topics.scirus.com/</a>).  It's interesting to see the creative way Elsevier is experimenting.  Joris said that it is Elsevier’s vision that wiki forms a promising topic-centered platform for informal collaboration and the sharing of highly relevant info within STM in addition to the traditional peer-reviewed system.  There is a critical issuem though - will researchers go to publishers for this type of thing or will they self-organize using inexpensive tools?  The danger here is that publishers will do their own thing leading to a replay of the portal craze in the late 90s.</p>

<p>Geoffrey Bilder gave a very good talk entitled "Anonymous Bosh: Attribution in a Mashed-up World" about trust and CrossReg (contributor ID).</p>

<p>Simon Willison gave a very good explanation and update on OpenID.  Some resources for more information - <a href="http://openid.net">http://openid.net</a><br />
<a href="http://www.openidenabled.com">http://www.openidenabled.com</a><br />
<a href="http://simonwillison.net/tags/openid">http://simonwillison.net/tags/openid</a></p>

<p>Mark Bide wrapped things up with an update on ACAP (<a href="http://www.the-acap.org/">http://www.the-acap.org/</a>)- "an evolving, open, royalty-free standard for expression of permissions in machine readable form" - that was launched in November.  Will the search engines pay any attention?</p>

<p>Overall, the day was very thought provoking.</p>]]>
    </content>
</entry>

</feed> 

