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. My current employer is certainly science focused, but I am not. And libraries have certainly thought about making access available pretty equally for all disciplines. Which, in recent history, has been less good. 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. 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&metadataPrefix=xsd&identifier=info:ofi/fmt:xml:xsd:journal">http://alcme.oclc.org/openurl/servlet/OAIHandler/extension?verb=GetMetadata&metadataPrefix=xsd&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)? 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/. If the journal or book community profiles are severely lacking, I would suggest proposing a new community profile that /does/ fit your need. 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> <<a href="mailto:bdarcus.lists@gmail.com">bdarcus.lists@gmail.com</a>> 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 <<a href="mailto:ross.singer@library.gatech.edu">ross.singer@library.gatech.edu</a>> wrote:<br>> On 3/28/06, Bruce D'Arcus <<a href="mailto:bdarcus.lists@gmail.com">bdarcus.lists@gmail.com
</a>> wrote:<br>><br>> > I have to disagree on the usefulness of the OpenURL stuff in this context.<br>><br>> Can you explain this? w/r/t HTML, I find OpenURL the /most/ useful in this<br>> context, with this context being web content and OpenURL being a means to
<br>> link a citation to an appropriate copy/service.<br>><br>> In fact, I think if you use the 80/20 rule, your majority of users would be<br>> /much/ happier finding fulltext for a given citation than the ability to
<br>> 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 "BibTeX is great, why use anything else?").<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 "in this
<br>context" qualifier, and certainly one could include OpenURL's (and<br>DOI's) within a MF. 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. 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 "jtitle" or<br>"conference-title" 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. 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>