search-ws message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Re: [search-ws] sru:recordPacking = unpacked ?
- From: "Ray Denenberg, Library of Congress" <rden@loc.gov>
- To: "Hammond, Tony" <t.hammond@nature.com>, <search-ws@lists.oasis-open.org>
- Date: Fri, 18 Sep 2009 10:00:21 -0400
Thanks for this, Tony, but unfortunatey it does not clear up my
confusion. I am still left with the impression that this does not
recognize the case where there is more than a single record in the
response. What I would like to see is an example of the alternative
form that you suggest as applied to a response that has, say, two records.
Please see the attached file representing an SRU response, and
re-write it according to your proposed alternative format. Thanks.
--Ray
----- Original Message -----
Sent: Thursday, September 17, 2009 11:40
AM
Subject: Re: [search-ws] sru:recordPacking =
unpacked ?
> Hi Ray:
>
> As requested a full writeup of
recordPacking attached as a Word doc.
>
> Note that my proposal is
merely a generalization of the existing
> recordPacking parameter. And I
have in fact relented on my earlier view on
> 'string' and think that this
is OK now and can be just regraded as a fairly
> loose data
disposition.
>
> So, all I am doing is recognizing that SRU
responses can be mapped to
> external host carrier formats and that the
data does not need to be (and
> usually is best not) confined to a nested
position in the response
> organization but can made available immediately
under the item level unit.
>
> The attached writeup has suitably
opaque wording I think for a standards
> doc. :)
>
> Example
URLs are listed below (on our dev-server) to illustrate this in
>
practice: 1-3A are for RSS, 1-3B are for JSON (actually JSONP which is
>
easier to read as of media type text/javascript). (You can anyway run
new
> examples from the form page at the base URL.)
>
> Also
for ready reference is an example hosted format (JSON) below which
> shows
both packed and unpacked record data. (The unpacked record data
> bubbles
up to the top of the item level container.)
>
> Cheers,
>
> Tony
>
>
>
> == Example URLs ==
>
> 1A. RSS - default record packing (xml)
>
> http://dev-www.nature.com/opensearch/request?query=vampire&httpAccept=application%2Frss%2Bxml
>
>
> 2A. RSS - explicit record packing
(xml)
>
> http://dev-www.nature.com/opensearch/request?query=vampire&httpAccept=applic
> ation%2Frss%2Bxml&recordPacking=xml
>
>
3A. RSS - explicit record packing (unpacked)
>
> http://dev-www.nature.com/opensearch/request?query=vampire&httpAccept=applic
> ation%2Frss%2Bxml&recordPacking=unpacked
>
>
> 1B. JSON - default record packing (xml)
>
>
http://dev-www.nature.com/opensearch/request?query=vampire&httpAccept=text%2
> Fjavascript
>
>
> 2B. JSON - explicit
record packing (xml)
>
> http://dev-www.nature.com/opensearch/request?query=vampire&httpAccept=text%2
> Fjavascript&recordPacking=xml
>
> 3B.
JSON - explicit record packing (unpacked)
>
> http://dev-www.nature.com/opensearch/request?query=vampire&httpAccept=text%2
> Fjavascript&recordPacking=unpacked
>
>
> == Example Hosted Format (JSON) ==
>
> ** SRU Packed Data
(JSON)
>
> "entry":
[
>
{
>
"title": "The role of junctional adhesion molecules in
> vascular
inflammation",
>
"link": "http://dx.doi.org/10.1038/nri2096",
>
"id":
"doi:10.1038/nri2096",
>
"updated":
"2009-08-28T12:46:43+00:00",
>
"content":
null,
>
"sru:recordSchema":
"info:srw/schema/11/pam-v2.1",
>
"sru:recordPacking":
"xml",
>
"sru:recordData":
{
>
"pam:message":
{
>
"pam:article":
{
>
"xhtml:head":
{
>
"dc:identifier":
"doi:10.1038/nri2096",
>
"dc:title": "The role of junctional adhesion
> molecules in vascular
inflammation",
>
"dc:creator":
[
>
"Christian
Weber",
>
"Line
Fraemohs",
>
"Elisabetta
Dejana"
>
],
>
... and prism properties
...
>
}
>
}
>
}
>
},
>
"sru:recordPosition":
1
>
},
>
...
> ]
>
>
> ** SRU Unpacked Data (JSON)
>
> "entry":
[
>
{
>
"title": "The role of junctional adhesion molecules in
> vascular
inflammation",
>
"link": "http://dx.doi.org/10.1038/nri2096",
>
"id":
"doi:10.1038/nri2096",
>
"updated":
"2009-08-28T12:45:42+00:00",
>
"content":
null,
>
"dc:identifier":
"doi:10.1038/nri2096",
>
"dc:title": "The role of junctional adhesion molecules in
> vascular
inflammation",
>
"dc:creator":
[
>
"Christian
Weber",
>
"Line
Fraemohs",
>
"Elisabetta
Dejana"
>
],
>
... and prism properties
...
>
"sru:recordSchema":
"info:srw/schema/11/pam-v2.1",
>
"sru:recordPacking":
"unpacked",
>
"sru:recordData":
{
>
"pam:message":
{
>
"pam:article":
{
>
"xhtml:head":
{
>
}
>
}
>
}
>
},
>
"sru:recordPosition":
1
>
},
>
...
> ]
>
>
==
>
>
>
>
>
>
> On 15/9/09
19:15, "Ray Denenberg, Library of Congress" <rden@loc.gov> wrote:
>
>> Tony, could you please
prepare a complete writeup of this issue, including
>> examples, that
we can walk through at next Monday's call. I'm still having
>>
trouble figuring it out. By Friday, if possible?
Thanks. --Ray
>>
>>
>>
>
>
>
********************************************************************************
> DISCLAIMER: This e-mail is confidential and should not be used by
anyone who is
> not the original intended recipient. If you have received
this e-mail in error
> please inform the sender and delete it from your
mailbox or any other storage
> mechanism. Neither Macmillan Publishers
Limited nor any of its agents accept
> liability for any statements made
which are clearly the sender's own and not
> expressly made on behalf of
Macmillan Publishers Limited or one of its agents.
> Please note that
neither Macmillan Publishers Limited nor any of its agents
> accept any
responsibility for viruses that may be contained in this e-mail or
> its
attachments and it is your responsibility to scan the e-mail and
>
attachments (if any). No contracts may be concluded on behalf of Macmillan
> Publishers Limited or its agents by means of e-mail communication.
Macmillan
> Publishers Limited Registered in England and Wales with
registered number 785998
> Registered Office Brunel Road, Houndmills,
Basingstoke RG21 6XS
>
********************************************************************************
>
>
---------------------------------------------------------------------
> To
unsubscribe from this mail list, you must leave the OASIS TC that
>
generates this mail. Follow this link to all your TCs in OASIS at:
>
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
<zs:searchRetrieveResponse>
<zs:version>1.1</zs:version>
<zs:numberOfRecords>2043</zs:numberOfRecords>
<zs:records>
<zs:record>
<zs:recordSchema>info:srw/schema/1/dc-v1.1</zs:recordSchema>
<zs:recordPacking>xml</zs:recordPacking>
<zs:recordData>
<srw_dc:dc xsi:schemaLocation="info:srw/schema/1/dc-schema http://www.loc.gov/standards/sru/resources/dc-schema.xsd">
<title>The '80s hit(s) back! [sound recording].</title>
<type>sound recording</type>
<type>Compact discs. lcsh</type>
<publisher>Universal City, Calif. : Hip-O Records,</publisher>
<date>p1996.</date>
<language>eng</language>
<description>Various performers.</description>
<subject>Rock music--1981-1990.</subject>
<identifier>URN:ISBN:</identifier>
</srw_dc:dc>
</zs:recordData>
<zs:recordPosition>2</zs:recordPosition>
</zs:record>
<zs:record>
<zs:recordSchema>info:srw/schema/1/dc-v1.1</zs:recordSchema>
<zs:recordPacking>xml</zs:recordPacking>
<zs:recordData>
<srw_dc:dc xsi:schemaLocation="info:srw/schema/1/dc-schema http://www.loc.gov/standards/sru/resources/dc-schema.xsd">
<title>Abbott and Costello cartoons.</title>
<creator>Copyright Collection (Library of Congress) DLC</creator>
<type>moving image</type>
<publisher>United States : [s.n.],</publisher>
<date>1967.</date>
<language>eng</language>
<description>Copyright: PUB 5May67; PA608-254.</description>
</srw_dc:dc>
</zs:recordData>
<zs:recordPosition>3</zs:recordPosition>
</zs:record>
</zs:records>
</zs:searchRetrieveResponse>
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]