KMLM List

[Cliff Spencer <c.spencer@xxxxxxxxxxxxxxx>]

Hi Luiz,

"RE: The expectation is that the system you are using to manage your statistics 
data would filter the results by the titles and databases you subscribe"

Those of us who analyse the data (post collection) for many e-resources within 
single libraries struggle with this.

It is often difficult to match title lists from publishers and third party 
providers (aggregators) before merging into one data set. The biggest problem 
is getting a definitive list of titles to which you have access rights, and 
then making sure that the correct ISSN is included. I use ISSN (not perfect), 
and filter out all zeros. Cross tab against definitive list where available 
("if and only if zero=subscribed then filter =0"). Easier to do in a database 
but for excel vlookup is good.

One major issue for me is that data providers insist on marking unsubscribed 
titles as zero. Now zero is an important number and should not be confused with 
"no data". Zero does not equate to non-subscribed - rather just non-use, so an 
alpha numeric to indicate non-subscribed titles might be good, but unlikely?

Can't really see how you could manage this at the SUSHI end; more of a data 
warehouse problem?

Cliff.

==

We are very frustrated with this. This task of classification in a single 
library may be feasible, but in our consortium with dozens of thousands 
e-resources, it is a painful task, if not impossible. Do e-resources names and 
identifiers that come in COUNTER reports (often identifiers missing or slightly 
different names) match with our KBs (SFX, Verde) will be an Herculean task.

Luiz

On 10/27/2010 4:44 PM, Oliver Pesch wrote:
COUNTER does not require the content provider to limit statistics for a 
consortium member to just those titles the subscribed to through the 
consortium.  Many (if not most) content providers would have no ability to 
provide this level of filtering on their content host or through the service 
that manages their usage - basically the consortium purchases are simply added 
to the content available to consortium member on their account with the content 
provider.

The expectation is that the system you are using to manage your statistics data 
would filter the results by the titles and databases you subscribe to on behalf 
of your members.  I know this is probably not the answer you want to hear, but 
it is the reality of the situation.

Oliver

________________________________
From: sushidevelopers@xxxxxxxxxxxxx<mailto:sushidevelopers@xxxxxxxxxxxxx> 
[mailto:sushidevelopers@xxxxxxxxxxxxx<mailto:sushidevelopers@xxxxxxxxxxxxx>] On 
Behalf Of Luiz Augusto Garcia da Silva
Sent: Wednesday, October 27, 2010 1:18 PM
To: sushidevelopers@xxxxxxxxxxxxx<mailto:sushidevelopers@xxxxxxxxxxxxx>
Subject: [sushidevelopers] Problems when consolidating collected data

Hello everyone,

We from CAPES Consortium are having many problems when consolidating data 
collected from our publishers. The major cause of these problems is that when 
we ask for a report from one publisher it sends us report containing data from 
titles that we don't subscribe. An example occurs when some of our members has 
contract with publisher out of consortium scope. As an analogy, it's like if I 
request a bank statement and it lists to me transactions of others who live in 
my house. Because of that, we are having tremendous difficulty to calculate our 
usage indicators.

Since numbers are distorted, we don't have an accurate usage measure, even 
having a lot of statistics collected.

Shouldn't mechanisms for delivery of statistics be oriented just by the 
contracts (either via web site or SUSHI), instead of be oriented by a 
collection of IP addresses or a particular collection arrangement at the 
publisher side?

Thanks,
Luiz Augusto




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.