<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif">Hi All,</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">I should probably add that as soon as the updates to the Coral ERM statistics module are completed and ready to go, hopefully in the next year or two, Simmons plans to migrate our stats gathering there.</div><div class="gmail_default" style="font-family:georgia,serif"><br></div><div class="gmail_default" style="font-family:georgia,serif">annie</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><font face="georgia, serif" size="2"><b>---------------------------------------------------------------------------------------</b></font></div><div><font face="georgia, serif" size="2"><b><br></b></font></div><div><font face="georgia, serif" size="2"><b>Annie Erdmann</b></font></div><div><font face="georgia, serif">Digital Assets/ eResources Librarian</font></div><div><font face="georgia, serif">Simmons College Library</font></div><div><font face="georgia, serif">Boston MA 02115</font></div><div><font face="georgia, serif">617-521-2723</font></div><div><font face="georgia, serif"><a href="mailto:erdmann@simmons.edu" target="_blank">erdmann@simmons.edu</a></font></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Apr 30, 2015 at 6:01 PM, Roen Janyk <span dir="ltr"><<a href="mailto:RJanyk@okanagan.bc.ca" target="_blank">RJanyk@okanagan.bc.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I responded to Mary directly, but would like to say we cancelled UC and ULS as of March 31st because of all the reasons listed below. It became apparent for a library of our size, it was more cost effective to have an internal staff member doing the work, rather than EBSCO. It took a considerable amount of monitoring and tweaking, and I still wasn't completely certain I could trust all of the information. We are happy to use our ERM's SUSHI capabilities and a staff member who runs stats reports on a regular basis.<br>
<br>
Roën<br>
<br>
<br>
Roën Janyk, MLIS<br>
Web Services Librarian<br>
Library Department Chair<br>
Okanagan College<br>
Kelowna, BC<br>
<a href="tel:%28250%29%20762-5445%20x.4660" value="+12507625445">(250) 762-5445 x.4660</a> | L101A<br>
<a href="mailto:rjanyk@okanagan.bc.ca">rjanyk@okanagan.bc.ca</a><br>
<div class="HOEnZb"><div class="h5"><br>
-----Original Message-----<br>
From: Eril-l [mailto:<a href="mailto:eril-l-bounces@lists.eril-l.org">eril-l-bounces@lists.eril-l.org</a>] On Behalf Of Tricia Clayton<br>
Sent: Thursday, April 30, 2015 2:56 PM<br>
To: VanUllen, Mary K<br>
Cc: <a href="mailto:eril-l@lists.eril-l.org">eril-l@lists.eril-l.org</a><br>
Subject: Re: [Eril-l] EBSCO Usage Consolidation Pricing change<br>
<br>
We have been using Usage Consolidation for a few years now. We were not very pleased a few months ago when we learned about the new business model of bundling UC renewal with a mandatory usage loading service for 5 platforms.<br>
<br>
We did renew - we have invested a lot into setting the system up and are seeing the benefits of having our usage data consolidated. But I think we'll be monitoring this development closely. Here are our biggest issues with the loading service - some of which other posters have mentioned.<br>
<br>
1) We have already configured, historically loaded, and performed initial troubleshooting on all of our COUNTER compliant platforms. All that is left for the loading service to do now is load reports for 5 platforms twice a year. This really doesn't take very long. For the minimal amount of time this takes, I suspect we are paying EBSCO at a higher rate than we are paying our staff member who is responsible for the rest of our loading.<br>
<br>
2) There is more to our workflow than just loading reports in Usage Consolidation. For example, we store the original reports on our network, and in some cases we collect more report types than UC can handle. So, we can't sit back and ignore these platforms even though EBSCO is going to take over part of the work. How much time is this really saving us?<br>
<br>
3) As others have mentioned, loading of some platforms is rather complex. And while the idea of SUSHI is attractive, for now we have abandoned the practice because it required too much monitoring to see if it was working correctly. I'm not sure to what extent I trust an outside organization to do things accurately. And I'm not sure how much "tracking" we'll really be required to do in order to ensure quality control. For these reasons, we didn't take full advantage of the service. We gave them EBSCO's own platform, and a couple additional tricky ones, but we did not pass off the ones we have found most troublesome. We just finished the license negotiation [yes, we needed another one, and at my institution this is no fast task!], so we haven't had our first loads yet. We'll see how this year goes - if things go well, we might think about passing off more difficult platforms in the future.<br>
<br>
Tricia<br>
<br>
Tricia Clayton<br>
Collection Services Librarian<br>
Georgia State University Library<br>
<a href="tel:404-413-2867" value="+14044132867">404-413-2867</a><br>
<br>
<br>
-----Original Message-----<br>
From: Eril-l [mailto:<a href="mailto:eril-l-bounces@lists.eril-l.org">eril-l-bounces@lists.eril-l.org</a>] On Behalf Of Loder, Julie L<br>
Sent: Thursday, April 30, 2015 1:35 PM<br>
To: 'Annie Erdmann'; VanUllen, Mary K<br>
Cc: <a href="mailto:eril-l@lists.eril-l.org">eril-l@lists.eril-l.org</a><br>
Subject: Re: [Eril-l] EBSCO Usage Consolidation Pricing change<br>
<br>
We have been using both the loading service and in Usage Consolidation we are setting up some publishers using the SUSHI harvesting tool. We are pretty happy with it. And, I am quite happy to let them reload when a publisher announces problems.<br>
<br>
<br>
<br>
My only concern has been addressed below and that is the difference between JSTOR current subscriptions, which should be in the publisher cost per use data and the archive, which should not. Same with Project single title add-ons. I was told quite a while back that Ebsco was working with JSTOR specifically on this issue, but I haven’t had any updates in a while. It seems like more of an issue with the providers and how they supply the data than any usage collection tool.<br>
<br>
<br>
<br>
Julie<br>
<br>
<br>
<br>
From: Eril-l [mailto:<a href="mailto:eril-l-bounces@lists.eril-l.org">eril-l-bounces@lists.eril-l.org</a>] On Behalf Of Annie Erdmann<br>
Sent: Thursday, April 30, 2015 12:13 PM<br>
To: VanUllen, Mary K<br>
Cc: <a href="mailto:eril-l@lists.eril-l.org">eril-l@lists.eril-l.org</a><br>
Subject: Re: [Eril-l] EBSCO Usage Consolidation Pricing change<br>
<br>
<br>
<br>
Hi Mary,<br>
<br>
<br>
<br>
We use the Usage Consolidation Service here at Simmons College. I love the product and the data we can get out of it, but I also think that the 5 platform loading service is gratuitous. I am not sure why that is a required part of the business model for this product. I felt odd about having them load usage from their direct competitors. So, I selected Ebsco as one of my platforms and then just picked 4 other publishers. Honestly, it was more inconvenient than a service to me.<br>
<br>
<br>
<br>
The only other concern for me is that the product does not seem to do a good job of picking up on publisher platform statistics when the primary platform is JSTOR, Project Muse, etc. I had to adjust those stats in my reports manually. I did open a ticket or two at first to report that the primary publishers platform was wrong, but Ebsco wasn't treating it as a global problem, so I gave up on making 15 or so support tickets.<br>
<br>
<br>
<br>
I have found that if you have a problem loading the stats yourself, then Ebsco will have problems also. I picked easy reports for them to load that I knew would work.<br>
<br>
<br>
<br>
annie<br>
<br>
<br>
<br>
<br>
---------------------------------------------------------------------------------------<br>
<br>
<br>
<br>
Annie Erdmann<br>
<br>
Digital Assets/ eResources Librarian<br>
<br>
Simmons College Library<br>
<br>
Boston MA 02115<br>
<br>
<a href="tel:617-521-2723" value="+16175212723">617-521-2723</a><br>
<br>
<a href="mailto:erdmann@simmons.edu">erdmann@simmons.edu</a><br>
<br>
<br>
<br>
On Thu, Apr 30, 2015 at 11:48 AM, VanUllen, Mary K <<a href="mailto:mvanullen@albany.edu">mvanullen@albany.edu</a>> wrote:<br>
<br>
We’ve been using EBSCO’s Usage Consolidation for a few years to centralize our usage data. We’ve just been told that going forward, they are only going to offer this in combination with their usage loading service. Their standard cost will include configuring and loading five platforms. That will bump up our costs for the service by a significant percentage and I see no benefit to us.<br>
<br>
<br>
<br>
I’m baffled (and annoyed) by this as a business decision. We have about 100 platforms, and the majority of them are configured already. There is enough complexity to gathering, vetting and uploading the statistics that I am concerned about having them handle the more problematic platforms. I worry about them capturing all the data for titles that change platforms during the year and about things like JSTOR, where the Current Scholarship titles need to be handled differently than the archival data in order to be meaningful. My experience with trying to gather stats with SUSHI has not been positive and makes me wonder if we would be missing chunks of data if we weren’t monitoring the stats closely ourselves and just trusted EBSCO to handle it.<br>
<br>
<br>
<br>
For those of you who are Usage Consolidation users now, do you already pay for the usage loading service and how well have you found it to work? Does it really cut down your workload or do you still have to do a lot of troubleshooting? Do you just pay for five platforms or do you have them handle everything?<br>
<br>
<br>
<br>
Any thoughts or insights would be helpful.<br>
<br>
<br>
<br>
Thanks,<br>
<br>
--Mary<br>
<br>
<br>
<br>
<br>
<br>
Mary K. Van Ullen<br>
<br>
Associate Director for Collections<br>
<br>
University Library, LI-328<br>
<br>
University at Albany<br>
<br>
1400 Washington Avenue<br>
<br>
Albany, NY 12110<br>
<br>
<a href="tel:%28518%29%20442-3559" value="+15184423559">(518) 442-3559</a> <tel:%28518%29%20442-3559><br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org">Eril-l@lists.eril-l.org</a><br>
<a href="http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org" target="_blank">http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org">Eril-l@lists.eril-l.org</a><br>
<a href="http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org" target="_blank">http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org</a><br>
_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org">Eril-l@lists.eril-l.org</a><br>
<a href="http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org" target="_blank">http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org</a><br>
</div></div></blockquote></div><br></div>