<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>CrossTech</title>
      <link>http://www.crossref.org/CrossTech/</link>
      <description></description>
      <language>en</language>
      <copyright>Copyright 2008</copyright>
      <lastBuildDate>Wed, 14 May 2008 08:33:05 -0500</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/?v=3.2</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>DOIs and PubMed Central - why no links?</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/05/post_1.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/05/post_1.html</guid>
         <category></category>
         <pubDate>Wed, 14 May 2008 08:33:05 -0500</pubDate>
      </item>
            <item>
         <title>OpenHandle: Languages Support</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/04/openhandle_languages_support.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/04/openhandle_languages_support.html</guid>
         <category>Handle</category>
         <pubDate>Mon, 21 Apr 2008 08:44:21 -0500</pubDate>
      </item>
            <item>
         <title>NIH Mandate and PMCIDs</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/04/nih_mandate_and_pmcid.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/04/nih_mandate_and_pmcid.html</guid>
         <category>Identifiers</category>
         <pubDate>Tue, 15 Apr 2008 14:40:32 -0500</pubDate>
      </item>
            <item>
         <title>Word Add-in for Scholarly Authoring and Publishing</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/03/word_addin_for_scholarly_autho.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/03/word_addin_for_scholarly_autho.html</guid>
         <category>Data</category>
         <pubDate>Wed, 26 Mar 2008 11:35:59 -0500</pubDate>
      </item>
            <item>
         <title>OpenHandle: Google Code Project</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/03/openhandle_google_code_project.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/03/openhandle_google_code_project.html</guid>
         <category>Handle</category>
         <pubDate>Fri, 07 Mar 2008 11:44:00 -0500</pubDate>
      </item>
            <item>
         <title>Object Reuse and Exchange</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/03/object_reuse_and_exchange.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/03/object_reuse_and_exchange.html</guid>
         <category>Standards</category>
         <pubDate>Wed, 05 Mar 2008 11:31:21 -0500</pubDate>
      </item>
            <item>
         <title>ISO/CD 26324 (DOI)</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/02/isocd_26324_doi.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/02/isocd_26324_doi.html</guid>
         <category>Identifiers</category>
         <pubDate>Fri, 22 Feb 2008 08:13:33 -0500</pubDate>
      </item>
            <item>
         <title>prism:doi</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/02/prismdoi.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/02/prismdoi.html</guid>
         <category>Metadata</category>
         <pubDate>Fri, 22 Feb 2008 05:38:59 -0500</pubDate>
      </item>
            <item>
         <title>Added XML format  parameter to CrossRef&apos;s OpenURL resolver</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/02/added_xml_format_parameter_to.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/02/added_xml_format_parameter_to.html</guid>
         <category>XML</category>
         <pubDate>Wed, 13 Feb 2008 10:38:06 -0500</pubDate>
      </item>
            <item>
         <title>CrossRef Citation Plugin (for WordPress)</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/02/crossref_citation_plugin_for_w.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/02/crossref_citation_plugin_for_w.html</guid>
         <category>Blogs</category>
         <pubDate>Sat, 09 Feb 2008 12:42:44 -0500</pubDate>
      </item>
            <item>
         <title>CLADDIER Final Report</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/01/claddier_final_report.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/01/claddier_final_report.html</guid>
         <category>Linking</category>
         <pubDate>Tue, 15 Jan 2008 03:39:21 -0500</pubDate>
      </item>
            <item>
         <title>BISG Paper on  Identifying Digital Book Content</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2008/01/bisg_paper_on_identifying_digi_1.html</link>
         <guid>http://www.crossref.org/CrossTech/2008/01/bisg_paper_on_identifying_digi_1.html</guid>
         <category>Identifiers</category>
         <pubDate>Mon, 14 Jan 2008 09:02:36 -0500</pubDate>
      </item>
            <item>
         <title>On Google Knol</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2007/12/on_google_knol.html</link>
         <guid>http://www.crossref.org/CrossTech/2007/12/on_google_knol.html</guid>
         <category></category>
         <pubDate>Fri, 14 Dec 2007 08:26:02 -0500</pubDate>
      </item>
            <item>
         <title>Zotero and the IA</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2007/12/zotero_and_the_ia.html</link>
         <guid>http://www.crossref.org/CrossTech/2007/12/zotero_and_the_ia.html</guid>
         <category>Identifiers</category>
         <pubDate>Fri, 14 Dec 2007 06:32:42 -0500</pubDate>
      </item>
            <item>
         <title>STM Innovations 2007</title>
         <description><![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>]]></description>
         <link>http://www.crossref.org/CrossTech/2007/12/stm_innovations_2007.html</link>
         <guid>http://www.crossref.org/CrossTech/2007/12/stm_innovations_2007.html</guid>
         <category>Conference</category>
         <pubDate>Mon, 10 Dec 2007 08:55:09 -0500</pubDate>
      </item>
      
   </channel>
</rss>
