KMLM List

["Oliver Pesch" <OPesch@xxxxxxxxx>]

I understand the challenge you face - it is the same challenge faced by
commercial usage consolidation products where they must match the titles
as presented in a COUNTER report to the appropriate resources in the
knowledge base that drives the product.  Such matching is critical if
such products are to provide the important cost-per-use analysis.  I
will pass your concerns on to the COUNTER team as input for future
enhancements to the code of practice. 

 

A more universal solution could to expect content providers to include
their unique identifiers for titles - if these are included on the KBART
title lists as well as the COUNTER reports, then the task of matching is
far less of a challenge.

 

In the meantime, one suggestion would be for you to ask the publishers
to provide you with a KBART-compliant title list of those titles you
obtain from them and stipulate that the titles and ISSNs must match what
they provide in their COUNTER reports.  This could help with your task
of matching - and it is probably much more likely that a publisher could
provide you with such a list than implement consortium
management/filtering in their online host's usage service.

 

Best regards,

Oliver

 

 

________________________________

From: Luiz Augusto Garcia da Silva
[mailto:luizaugustogarcia@xxxxxxxxxxxx] ;
Sent: Wednesday, November 03, 2010 1:14 PM
To: Oliver Pesch
Cc: sushidevelopers@xxxxxxxxxxxxx
Subject: Re: [sushidevelopers] Problems when consolidating collected
data

 


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] On Behalf Of Luiz Augusto Garcia
da Silva
Sent: Wednesday, October 27, 2010 1:18 PM
To: 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.