[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [search-ws] sru:recordPacking = unpacked ?
Hi Ralph: I just realized that this is all much simpler than I had first proposed. Proposal: To allow "unpacked" as a legal value for sru:recordPacking. (Impact is that search response data would be removed from sru:recordData although packaging wrappers could - and should? - be retained as these would provide useful information such as schema URIs and namespace URIs.) Currently we have a sru:recordPacking parameter which takes values "xml" and "string". (This could be expanded later to include other non-XML types, e.g. "json".) All I think would be required would be allowing for one additional value for this parameter of "unpacked" which would substitute "xml" (or "string") if the record data were not in place but had been preprocessed and removed (i.e. "unpacked"). What I am proposing to implement in my service is to return unpacked records for OpenSearch style responses (e.g. RSS, ATOM, JSON). I am hoping to have this implemented next week so that I can show what this would look like on a live implementation. For now I have copied below what an RSS item would like as I propose to return (see A). For comparison I also show (see B) what a "conventional" packed type would like as an RSS item (and here the recordPacking is "xml"). If the SRU protocol allowed for "unpacked" as a legal value of "sru:recordPacking" I would then be able to select either response form A or form B according to user pereference. I think this is now a very modest proposal. It also has the merit of being logical and is backwards compatible. Cheers, Tony ########################## # A - Unpacked Record Data ########################## <item rdf:about="http://dx.doi.org/10.1038/nmeth.1215"> <title>Do-it-yourself guide: how to use the modern single-molecule toolkit</title> <link>http://dx.doi.org/10.1038/nmeth.1215</link> <dc:identifier>doi:10.1038/nmeth.1215</dc:identifier> <dc:title>Do-it-yourself guide: how to use the modern single-molecule toolkit</dc:title> <dc:creator>Nils G Walter</dc:creator> <dc:creator>Cheng-Yen Huang</dc:creator> <dc:creator>Anthony J Manzo</dc:creator> <dc:creator>Mohamed A Sobhy</dc:creator> <prism:publicationName>Nature Methods</prism:publicationName> <prism:issn>1548-7091</prism:issn> <prism:eIssn>1548-7105</prism:eIssn> <prism:doi>10.1038/nmeth.1215</prism:doi> <dc:publisher/> <prism:publicationDate>2008-05-29</prism:publicationDate> <prism:volume>5</prism:volume> <prism:number>6</prism:number> <prism:startingPage>475</prism:startingPage> <prism:url>http://dx.doi.org/10.1038/nmeth.1215</prism:url> <prism:copyright/> <prism:alternateTitle>nmeth</prism:alternateTitle> <sru:recordSchema>info:srw/schema/11/pam-v2.1</sru:recordSchema> <sru:recordPacking>unpacked</sru:recordPacking> <sru:recordData> <pam:message xmlns:pam="http://prismstandard.org/namespaces/pam/2.0/" xsi:schemaLocation="http://prismstandard.org/namespaces/pam/2.0/ http://www.prismstandard.org/schemas/pam/2.1/pam.xsd"> <pam:article> <xhtml:head xmlns:xhtml="http://www.w3.org/1999/xhtml"/> </pam:article> </pam:message> </sru:recordData> <sru:recordPosition>1</sru:recordPosition> </item> ######################## # B - Packed Record Data ######################## <item rdf:about="http://dx.doi.org/10.1038/nmeth.1215"> <title>Do-it-yourself guide: how to use the modern single-molecule toolkit</title> <link>http://dx.doi.org/10.1038/nmeth.1215</link> <sru:recordSchema>info:srw/schema/11/pam-v2.1</sru:recordSchema> <sru:recordPacking>xml</sru:recordPacking> <sru:recordData> <pam:message xmlns:pam="http://prismstandard.org/namespaces/pam/2.0/" xsi:schemaLocation="http://prismstandard.org/namespaces/pam/2.0/ http://www.prismstandard.org/schemas/pam/2.1/pam.xsd"> <pam:article> <xhtml:head xmlns:xhtml="http://www.w3.org/1999/xhtml"> <dc:identifier>doi:10.1038/nmeth.1215</dc:identifier> <dc:title>Do-it-yourself guide: how to use the modern single-molecule toolkit</dc:title> <dc:creator>Nils G Walter</dc:creator> <dc:creator>Cheng-Yen Huang</dc:creator> <dc:creator>Anthony J Manzo</dc:creator> <dc:creator>Mohamed A Sobhy</dc:creator> <prism:publicationName>Nature Methods</prism:publicationName> <prism:issn>1548-7091</prism:issn> <prism:eIssn>1548-7105</prism:eIssn> <prism:doi>10.1038/nmeth.1215</prism:doi> <dc:publisher/> <prism:publicationDate>2008-05-29</prism:publicationDate> <prism:volume>5</prism:volume> <prism:number>6</prism:number> <prism:startingPage>475</prism:startingPage> <prism:url>http://dx.doi.org/10.1038/nmeth.1215</prism:url> <prism:copyright/> <prism:alternateTitle>nmeth</prism:alternateTitle> </xhtml:head> </pam:article> </pam:message> </sru:recordData> <sru:recordPosition>1</sru:recordPosition> </item> ******************************************************************************** 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 ********************************************************************************
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]