Icon - KMLM List KMLM List

View email archives for the history of this mailing list.

List Home All Archives Dates Threads Authors Subjects
sushidevelopers - Re: [sushidevelopers] SUSHI request object Message Thread: Previous | Next
  • To: "'Allan.Conybeare@xxxxxxxxxxxxxxxxx'" <Allan.Conybeare@xxxxxxxxxxxxxxxxx>, "'sushidevelopers@xxxxxxxxxxxxx'" <sushidevelopers@xxxxxxxxxxxxx>
  • From: Oliver Pesch <OPesch@xxxxxxxxx>
  • Date: Wed, 14 Nov 2012 18:18:06 +0000
Send Email to sushidevelopers@list.niso.org:
Send new message
Reply to this message
Some thoughts...

You could overload the CustomerReference or the Requestor to include the password. EG. Cust123:password.

For Consortium Reports, the CustomerReference would denote the consortiums's account rather than the individual member. If the request is for Consortium Report 1, all consortium members would be represented in the report.

Thanks
Oliver
--------------------------
Sent from my BlackBerry Wireless Handheld

 
From: Allan Conybeare [mailto:Allan.Conybeare@xxxxxxxxxxxxxxxxx]
Sent: Wednesday, November 14, 2012 08:53 AM
To: 'sushidevelopers@xxxxxxxxxxxxx' <sushidevelopers@xxxxxxxxxxxxx>
Subject: [sushidevelopers] SUSHI request object
 

Hi,

 

I have been looking at the SUSHI request object and have a couple of questions.

 

1.       How do I ask for or receive a password for requests, we currently authenticate our clients requests using the customer reference and a password.

2.       How does a client who’s a member of a consortia tell the service that they want rolled up data for the whole consortia. By default we serve just their own usage.

 

<xs:complexType name="ReportRequest">

<xs:sequence>

<xs:element name="Requestor" type="sushi:Requestor">

</xs:element>

<xs:element name="CustomerReference" type="sushi:CustomerReference">

</xs:element>

<xs:element name="ReportDefinition" type="sushi:ReportDefinition">

</xs:element>

</xs:sequence>

<xs:attribute name="Created" type="xs:dateTime" use="required"/>

<xs:attribute name="ID" type="xs:string" use="required"/>

</xs:complexType>

 

Source - http://www.niso.org/apps/group_public/project/details.php?project_id=21

http://www.niso.org/apps/group_public/download.php/6569/The%20Standardized%20Usage%20Statistics%20Harvesting%20Initiative%20%28SUSHI%29%20Protocol.pdf

 

Chapter 6.2.1 Data Contract – ReportRequest. Page 13.

 

Any help will be appreciated.

 

Regards Allan


Portland Press Ltd registered in England and Wales No. 2453983.

Registered Office: Charles Darwin House, 12 Roger Street, Third Floor, London, WC1N 2JU.

VAT registration number GB 523 2392 69. Portland Customer Services is a division of Portland Press Ltd.

The contents of this email are for the recipient only.

If you are not this person (or not responsible for delivery to this person), then notify the sender and delete the email immediately.

Any opinions contained in this message are those of the author and are not given or endorsed by Portland Press Ltd or the division through which this message is sent unless otherwise clearly indicated in this message.

Charles Darwin House, 12 Roger Street, Third Floor, London, WC1N 2JU  

EBSCO Industries

This email and any files transmitted with it are confidential and solely for the use of the intended recipient. It may contain information which is covered by professional or other privilege. If you 
are neither the intended recipient of this email nor the person responsible for delivering it to the intended recipient, be advised that you have received this email in error and that any use of it is strictly 
prohibited. Please notify the sender immediately by reply email and then delete it from your system. EBSCO accepts no liability for any loss or damage suffered by any person arising from the use of this email. 

Please consider the environment before printing this email.

By Date: Previous | Next Current Thread By Thread: Previous | Next
  • SUSHI request object, Allan Conybeare 14:53 GMT
    • Re: [sushidevelopers] SUSHI request object, Oliver Pesch  (you are here)