Help

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] Counter XML Question Message Thread: Previous | Next
  • To: <marco@xxxxxxxxxxxxxxxxxx>
  • From: "Oliver Pesch" <OPesch@xxxxxxxxxxxxx>
  • Date: Mon, 20 Apr 2009 11:23:25 -0500
  • Cc: <dvaux@xxxxxxx>, <sushidevelopers@xxxxxxxxxxxxx>
Send Email to sushidevelopers@list.niso.org:
Send new message
Reply to this message
In progress... Will share as soon as it is available... 
-------------------------- 
Sent from my BlackBerry Wireless Handheld 


________________________________

From: Marco van Schagen 
To: Oliver Pesch 
Cc: dvaux@xxxxxxx ; sushidevelopers@xxxxxxxxxxxxx 
Sent: Mon Apr 20 11:18:28 2009
Subject: Re: [sushidevelopers] Counter XML Question 


Please share the location for the FAQ?
Marco


On Mon, Apr 20, 2009 at 6:12 PM, Oliver Pesch <OPesch@xxxxxxxxxxxxx> wrote:


        We are creating an FAQ to help guide implementors on issues like this 
and we will use this input to help get COUNTER to tighten up the code of 
practice.
        
        Thanks 
        -------------------------- 
        Sent from my BlackBerry Wireless Handheld 
        

        

________________________________

        From: Dennis Vaux 
        
        To: sushidevelopers@xxxxxxxxxxxxx 
        
        Sent: Mon Apr 20 11:09:07 2009
        Subject: RE: [sushidevelopers] Counter XML Question 
        

        

        At Innovative, we have coded our SUSHI client to ignore any period 
counts for periods that span more than one month.   I agree that no one needs 
this "summary" data, but it isn't explicitly prohibited by the xsd, and we were 
unsuccessful when we tried to get Scholarly Stats to stop sending these summary 
counts in their SUSHI response when we first tested SUSHI 1.0 with them.

                -----Original Message-----
                From: Kim, Tae [mailto:Tae.Kim@xxxxxxxxxxxxxxxxxxxx]
                Sent: Friday, April 17, 2009 9:30 AM
                To: sushidevelopers@xxxxxxxxxxxxx
                Subject: [sushidevelopers] Counter XML Question
                
                
                I’m working with Proquest sushi service and they return the 
stats for every month and a total for all the months.
                
                For example if I ask for Jan-March, it returns something like:
                2008-01-01 to 2008-01-31: 3 requests 
                2008-02-01 to 2008-02-28: 4 requests
                2008-03-01 to 2008-03-31: 1 requests
                2008-01-01 to 2008-03-31: 8 requests
                
                I’d LIKE to tell them that really, the last is redundant and 
spans multiple months so it shouldn’t be in the result.
                But really, I can’t find anything in the SUSHI or COUNTER 
standard that dictates that each data point should be exactly one month in 
duration.
                
                The xsd of course can’t really validate  anything like this.
                
                Can anybody point me to something in the standard? Usage stats 
spanning multiple months is kinda problematic for me and I imagine for other 
clients as well.
                
                Tae Kim
                Software Developer
                Serials Solutions 

        CONFIDENTIALITY NOTICE
        
        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


  Mail converted by the most-excellent MHonArc 2.6.16