exactly. (also, my xml snippet was badly formed (fixed below), but
you got the idea.
On Oct 2, 2007, at 10:03 AM, Jonathan Rochkind wrote:
> Nice. So in SAP2, you can in fact list more than one author with
> component elements seperated out (aulast and aufirst). But in SAP one,
> you can't. rft.aufirst and rft.aulast (etc) are not repeatable in
> SAP1.
> Which makes some sense, because associating a particular first name
> with
> a particular last name would get hairy.
>
> Thanks for the explanation.
>
> Jonathan
>
> Eric Hellman wrote:
>> In SAP1:
>> rft.au=Eric+Hellman&rft.au=Jonathan+Rochkind etc.
>>
>> In SAP2:
>>
>> <rft:authors>
>> <rft:author>
>> <rft:aulast>Hellman</rft:aulast>
>> <rft:aufirst>Eric</rft:aufirst>
>> </rft:author>
>> <rft:author>
>> <rft:aulast>Rochkind</rft:aulast>
>> <rft:aufirst>Jonathan</rft:aufirst>
>> </rft:author>
>> </rft:authors>
>>
>> The two profiles we designed, as you say to identify a citation. The
>> Z39.88 standard was also designed to be extensible. It was hoped that
>> communities that identified other needs would design new metadata
>> formats to address those needs, and then add profiles to the registry
>> which would define how to make ContextObjects that conformed to the
>> new profiles.
>>
>>
>> On Sep 28, 2007, at 2:24 PM, Jonathan Rochkind wrote:
>>
>>> Can you tell me how to legally include more than one author name in
>>> an OpenURL context object? I've been a bit confused about this
>>> myself, and happen to be dealing with it presently too.
>>>
>>> And of course no metadata format has 'all metadata fields', but the
>>> interestingly point here is that while SAP1/2 does have a pretty
>>> good set of elements neccessary to _identify_ a citation (it's
>>> intended purpose), it is missing a few really important elements
>>> for a general purpose citation metadata format to be used for
>>> anything in addition to identification. Multiple authors names
>>> (seperated into firstname/lastname/etc elements) being one of the
>>> primary ones important for just about any citation application that
>>> _isn't_ limited to identification. Abstract being another useful
>>> for a wide variety of applications.
>>>
>>> It's a bit frustrating to me, because it seems to me that with just
>>> a few added things, SAP1/2 _could_ be sufficient for a much wider
>>> range of applications than it is now. Of course, maybe it just
>>> seems that way, in the sense that no matter how much you have it
>>> always seems like you need 'just one more'. :)
>>>
>>> Jonathan
>>>
>>> ---
>>> Jonathan Rochkind
>>> Digital Services Software Engineer
>>> The Sheridan Libraries
>>> Johns Hopkins University
>>> 410.516.8886
>>> [log in to unmask]
>>>
>>>
>>>>>> Eric Hellman <[log in to unmask]> 9/28/2007 1:10 PM >>>
>>> On Sep 27, 2007, at 9:59 PM, Steve Toub wrote:
>>>
>>>> A reminder that the data model for OpenURL/COinS does not have all
>>>> metadata fields: only one author allowed, no abstract, etc.
>>>
>>> That's incorrect; an Openurl context object may contain any
>>> number of
>>> author names. (but not parsed author names).
>>>
>>> And to be fair, there exists no metadata format that has "all
>>> metadata fields".
>>>
>>> Eric
>>
>
> --
> Jonathan Rochkind
> Digital Services Software Engineer
> The Sheridan Libraries
> Johns Hopkins University
> 410.516.8886
> rochkind (at) jhu.edu
|