The contents of recordData is a sequence of XML nodes which are
validatable against the schema given in recordSchema. Normally the length
of the sequence will be 1 and the single tag will be the top level element
for the schema. The only time when there will be more than one tag inside
recordData is when an XPath that matches multiple nodes has been
requested.
Metadata about the record that cannot be contained within the recordSchema
can be returned, if requested, in extraRecordData.
Rob
On Tue, 27 Jan 2004, Oldroyd, Bill wrote:
> Surely the single top level element is srw:recordData. What occurs within
> that element is up to the application or the record type that has been
> requested. This may commence with a single top level element or with a set
> of elements, for example elements from a DC application profile. This might
> also allow more than one metadata object to be retrieved, for example a
> basic descriptive record with associated records such as a serial title,
> subject authority or name authority. Or the metadata object, and metadata
> about the metadata object.
>
> Bill
>
> -----Original Message-----
> From: Theo van Veen [mailto:[log in to unmask]]
> Sent: 27 January 2004 08:27
> To: [log in to unmask]
> Subject: Betr.: Re: namespaces for dc schema
>
>
> Perhaps we shouldn't define a top level element either and only define
> that there is one and not more than one top level element. In that case
> one refers for example to dc:title by srw:recordData/*/dc:title. This
> might even create some additional flexibility but I'm not sure about
> this.
>
> Theo
>
>
> >>> [log in to unmask] 27-1-04 0:04:31 >>>
> > Date: Fri, 23 Jan 2004 01:41:44 +0100
> > From: Theo van Veen <[log in to unmask]>
> >
> > I would even more prefer ZiNG to agree with DCMI and OAI-PMH to have
> > one single wrapper element defined for dc- based metadata records in
> > order to make it easier to move around these metadata records
> > without having to change the wrapper for each aplication.
>
> Yes; but as I understand it the DCMI people have very deliberately
> refused to create a standard top-level element to hold DC elements,
> because they feel that's up to individual applications. (I pass no
> comment on the wisdom or otherwise of this grotesque mistake.)
>
> _/|_
> _______________________________________________________________
> /o ) \/ Mike Taylor <[log in to unmask]>
> http://www.miketaylor.org.uk
> )_v__/\ "Schuh's book is very good, but [...] some of us would apply
> his definition of `definition' to `diagnosis', and would
> `define' on descent" -- Chris Brochu.
>
> --
> Listen to my wife's new CD of kids' music, _Child's Play_, at
> http://www.pipedreaming.org.uk/childsplay/
>
>
> **************************************************************************
>
> Experience the British Library online at www.bl.uk
>
> Adopt a Book this season ! Help the British Library conserve the world's
> knowledge. www.bl.uk/adoptabook
>
> *************************************************************************
>
> The information contained in this e-mail is confidential and may be legally
> privileged. It is intended for the addressee(s) only. If you are not the
> intended recipient, please delete this e-mail and notify the
> [log in to unmask] : The contents of this e-mail must not be disclosed or
> copied without the sender's consent.
>
> The statements and opinions expressed in this message are those of the
> author and do not necessarily reflect those of the British Library. The
> British Library does not take any responsibility for the views of the
> author.
>
> *************************************************************************
>
--
,'/:. Dr Robert Sanderson ([log in to unmask])
,'-/::::. http://www.o-r-g.org/~azaroth/
,'--/::(@)::. Special Collections and Archives, extension 3142
,'---/::::::::::. Nebmedes: http://nebmedes.o-r-g.org:8000/
____/:::::::::::::.
I L L U M I N A T I
|