To be honest, I wouldn't use the 80/20 rule at all, except that it seems to be a foundation of the philosophy here.<br><br>Also, I hold no bias for or against science based scholars.&nbsp; My current employer is certainly science focused, but I am not.&nbsp; And libraries have certainly thought about making access available pretty equally for all disciplines.&nbsp; Which, in recent history, has been less good.&nbsp; And we can finally make it good.
<br><br>But the real point of my reply is not about perceived biases, it's about the misconception that OpenURL is key value pairs.&nbsp; That is one representation of OpenURL, but the community profile for journals also has an XML incarnation:
<br><a href="http://alcme.oclc.org/openurl/servlet/OAIHandler/extension?verb=GetMetadata&amp;metadataPrefix=xsd&amp;identifier=info:ofi/fmt:xml:xsd:journal">http://alcme.oclc.org/openurl/servlet/OAIHandler/extension?verb=GetMetadata&amp;metadataPrefix=xsd&amp;identifier=info:ofi/fmt:xml:xsd:journal
</a><br><br>What, exactly, is lacking (and I'm not saying it's not lacking, but I have to know what is lacking to work through this problem)?&nbsp; The point here is that /libraries support this/ and the stuff you're citing /will more than likely be gotten via a library in some capacity/.&nbsp; If the journal or book community profiles are severely lacking, I would suggest proposing a new community profile that /does/ fit your need.&nbsp; But you need to articulate what your needs are that aren't being met by the existing framework.
<br><br>Realize, however, that it may take a while for the vendors, publishers and libraries to support a new profile.<br><br>-Ross.<br><br><div><span class="gmail_quote">On 3/29/06, <b class="gmail_sendername">Bruce D'Arcus
</b> &lt;<a href="mailto:bdarcus.lists@gmail.com">bdarcus.lists@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 3/28/06, Ross Singer &lt;<a href="mailto:ross.singer@library.gatech.edu">ross.singer@library.gatech.edu</a>&gt; wrote:<br>&gt; On 3/28/06, Bruce D'Arcus &lt;<a href="mailto:bdarcus.lists@gmail.com">bdarcus.lists@gmail.com
</a>&gt; wrote:<br>&gt;<br>&gt; &gt; I have to disagree on the usefulness of the OpenURL stuff in this context.<br>&gt;<br>&gt; Can you explain this?&nbsp;&nbsp;w/r/t HTML, I find OpenURL the /most/ useful in this<br>&gt; context, with this context being web content and OpenURL being a means to
<br>&gt; link a citation to an appropriate copy/service.<br>&gt;<br>&gt; In fact, I think if you use the 80/20 rule, your majority of users would be<br>&gt; /much/ happier finding fulltext for a given citation than the ability to
<br>&gt; effectively load it into their citation manager.<br><br>Not aimed at you in particular Ross, but I really hate it when people<br>trot out the 80/20 rule, whose subtext is always about placing the<br>argument of others in the 20 category. And usually when people do it
<br>in the context of citations, it is people who come from the hard<br>sciences telling the humanities people to be quiet (usually in the<br>form of &quot;BibTeX is great, why use anything else?&quot;).<br><br>So if we do want to talk about 80/20 here, we need to clarify: whose
<br>80/20? Do we only create a MF that works for geeks who code their own<br>HTML? Or do we consider a more inclusive approach that would be<br>appropriate for a broader range of users?<br><br>I'm not dismimssing OpenURL out of hand. Indeed, I added the &quot;in this
<br>context&quot; qualifier, and certainly one could include OpenURL's (and<br>DOI's) within a MF.&nbsp;&nbsp;But I do reject the notion that the existing<br>OpenURL journal article schema, for example, provides a good model to<br>
design a more general microformat.&nbsp;&nbsp;It's just flat key/value pairs,<br>which does not scale.<br><br>To me a test of an 80/20 format is can a user/developer reliably and<br>consistently encode the following:<br><br>1. articles (not just journal articles, but also for other periodicals)
<br>2. speeches and other presentatiions (like a conference paper)<br><br>The trick is to avoid genre-specific property names like &quot;jtitle&quot; or<br>&quot;conference-title&quot; and exploit the nested possibilities of HTML and
<br>the fact that one can include more than one class attribute.<br><br>But this does get us back to use cases and requirements. By your<br>logic, we might not bother with citation text at all. For me, though,<br>I want to be able to extract that content in addition to view it.&nbsp;&nbsp;We
<br>could probably cover both needs though.<br><br>Aside: I typically send my publishers XHTML (generated from DocBook<br>and RDF source), so my full citations and bibliographic entries are<br>encoded in a microformat at that point. But there I have to conform to
<br>precise publisher requirements about citation style.<br><br>Bruce<br>_______________________________________________<br>microformats-discuss mailing list<br><a href="mailto:microformats-discuss@microformats.org">microformats-discuss@microformats.org
</a><br><a href="http://microformats.org/mailman/listinfo/microformats-discuss">http://microformats.org/mailman/listinfo/microformats-discuss</a><br><br></blockquote></div><br>