[uf-discuss] citation microformat encodings

Ross Singer ross.singer at library.gatech.edu
Mon Jan 30 06:57:01 PST 2006


Ok, I tried to do this, but I can't make a login to the wiki (keeps 
complaining that I am not using a valid user name).

So, uh... yeah.

-Ross.

Ryan King wrote:

> On Jan 25, 2006, at 9:02 AM, Ross Singer wrote:
> Ross,
>
> Could you add the description below (or a short version of it, or a  
> link to something similar) to http://microformats.org/wiki/citation- 
> formats? (under the OpenURL section)
>
> Also, while I'm at it, someone needs to move/merge this [http:// 
> microformats.org/wiki/citation-brainstorming#OpenURL] and this  
> [http://microformats.org/wiki/citation-brainstorming#MARC_.2F_MODS_. 
> 2F_Dublin_Core] into http://microformats.org/wiki/citation-formats.
>
> Thanks,
> ryan
>
>
>> One of the obstacles in explaining OpenURL is the discongruity  
>> between "the spec" and "the implementation".  While, yes, what you  
>> see in practice is a url with the metadata encoded as arguments in  
>> the query string, this is merely a representation of the  
>> "ContextObject" intended to be sent to a link resolver to permit  
>> services based on the contextobject.
>>
>> Let's back up, shall we?
>>
>> An OpenURL consists of two independent parts:  the ContextObject  (or 
>> the bibliographic metadata surrounding a citation) and the  location 
>> of resolver to parse the metadata and present contextual  services 
>> based on said metadata.  The (very real) problem is that  the term 
>> "OpenURL" is also used as a catch-all for all of the  independent 
>> parts and how they work.  This is mainly because it's a  catchier 
>> term than "Z39.88", which is the NISO standard all this is  based upon.
>>
>> So, when Tantek pointed out that this is very non-human readable  url 
>> string, that is a *particular representation* of the OpenURL  
>> ContextObject (which is referred to as "San Antonio Profile 1" --  
>> more commonly SAP1 -- and is represented in Key Encoded Values --  
>> KEVs).  This "representation" is independent of the ContextObject  
>> (from here on known as CO) itself and is only intended to permit  the 
>> CO to be transmitted via an HTTP GET request (more on this in a  bit).
>>
>> There is also SAP2, which is an XML representation of the CO (see:   
>> http://alcme.oclc.org/openurl/servlet/OAIHandler? 
>> verb=GetRecord&metadataPrefix=oai_dc&identifier=info:ofi/ 
>> fmt:xml:xsd:ctx and the "Implementation Guidelines" link from that  
>> page for more information) and is a much more human readable  
>> format.  This still (obviously) falls outside the scope of  
>> microformats, but makes the point that encoding has nothing to do  
>> with the CO itself.  They are just agreed upon means of conveying  
>> the CO to enable machines act upon them consistently.
>>
>> The ContextObject could be conveyed just as easily in XHTML using  
>> attributes, as long as the terms follow the vocabulary defined in  
>> the OpenURL framework.  The important thing to focus on here is the  
>> ContextObject -- the address of the link resolver /is/ institution- 
>> specific and should be handled by a user's (or machine's)  activating 
>> agent.
>>
>> However, the link resolver is still a very important component to  
>> this whole process.  Getting users "appropriate copy" is a very  real 
>> (and very difficult) problem that libraries are trying to  solve.  
>> Link resolvers are a pretty efficient means of overcoming  this 
>> hurdle, so it would make sense to mark up bibiographic  citations in 
>> a way that link resolvers can easily parse.
>>
>> I hope this clears up a little bit of the confusion.
>> -Ross.
>
>
>


More information about the microformats-discuss mailing list