<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">We began subscribing to UC in January and have had a few issues with it as well. One of the main reasons we chose this service over the others was because, as a serials agent, EBSCO does a great job with their reporting features and they also tend to hire very knowledgeable, service-oriented staff. We were hoping for a more thorough integration with the data already held in EBSCONET, however. These are the issues that we've been seeing with UC:</div><div class="gmail_default"><ol><li><font face="tahoma, sans-serif">Reporting: When looking at usage, we need to see it for each individually purchased subscription; otherwise these stats are of little use for renewal/cancellation decisions. Unfortunately, the only way to pull a report for only those journals we intentionally subscribe to is to do so within their "Subscription Usage Details" report, which does not allow customization or the ability to choose more than one year at a time. Because of this, any JR1 reports that we pull require a great deal of data manipulation and staff time (particularly with the merging of multiple spreadsheets & the amount of data cleanup needed). EBSCONET itself contains a wealth of information and their usage reports would be much more valuable to us if they allowed us to choose which data to pull into our reports. </font></li><li>Definitely the JSTOR & Project MUSE issues. Every journal that we got through either of these platforms needed to have their usage retrieved manually. Also, all Highwire statistics were doubled, which took us some time to figure out.</li><li>Platforms that hadn't yet been connected to UC show up in our statistics as 0, rather than N/A. We had no easy way to distinguish between these journals and journals that actually had zero use. This seems like it should be an easy fix for EBSCO.</li><li>The usage stats for the journal packages we get through EBSCO were inconsistent. We were told by Support that this number should be the total usage for all journals contained within the package, but found that this wasn't always the case. All packages needed to be reviewed manually.</li></ol><div>I do think that UC has the potential to be valuable for our assessments, but improvements are definitely needed. </div></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div><div style="color:rgb(0,0,0)"><span style="font-family:tahoma,sans-serif;font-size:small">------</span></div><div style="color:rgb(0,0,0)"><span style="font-family:tahoma,sans-serif;font-size:small">Jessica Harris, Head of Electronic Resources & Serials</span><br></div><div style="color:rgb(0,0,0)"><font size="2" face="tahoma, sans-serif">Santa Clara University Library<br><a href="mailto:jaharris@scu.edu" target="_blank">jaharris@scu.edu</a> or <a href="mailto:eresources@scu.edu" target="_blank">eresources@scu.edu</a></font></div></div><div><font size="2" face="tahoma, sans-serif"><a href="tel:%28408%29%20554-5356" value="+14085545356" target="_blank">(408) 554-5356</a></font></div></div></div></div></div></div>
<br><div class="gmail_quote">On Fri, May 1, 2015 at 9:40 AM, Marcia Thomas <span dir="ltr"><<a href="mailto:mthomas@iwu.edu" target="_blank">mthomas@iwu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div>We have had UC and the loading service for almost two years. While I've very much appreciated the work of Oliver Pesch, who helped us through difficult configurations, I've been disappointed with the product. I'm a neophyte when it comes to the technology side of e-resources, so I've appreciated the learning opportunities of setting up our many manually configured platforms. I could have used a LOT more help from the "Help" documentation, which is too often incomplete, misleading, cryptic, or out of date. We're locked in for another year, but I've been seriously contemplating just doing the work internally, depending on local staffing. After reading Roen and Tricia's posts, I'm leaning harder in that direction.<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">Marcia Thomas<br></font></span></div><span><font color="#888888">Illinois Wesleyan University<br></font></span></div><span><font color="#888888">Bloomington, Illinois <br></font></span></div><div class="gmail_extra"><br><div class="gmail_quote"><span>On Thu, Apr 30, 2015 at 5:01 PM, Roen Janyk <span dir="ltr"><<a href="mailto:RJanyk@okanagan.bc.ca" target="_blank">RJanyk@okanagan.bc.ca</a>></span> wrote:<br></span><div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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" target="_blank">(250) 762-5445 x.4660</a> | L101A<br>
<a href="mailto:rjanyk@okanagan.bc.ca" target="_blank">rjanyk@okanagan.bc.ca</a><br>
<div><div><br>
-----Original Message-----<br>
From: Eril-l [mailto:<a href="mailto:eril-l-bounces@lists.eril-l.org" target="_blank">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" target="_blank">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" target="_blank">404-413-2867</a><br>
<br>
<br>
-----Original Message-----<br>
From: Eril-l [mailto:<a href="mailto:eril-l-bounces@lists.eril-l.org" target="_blank">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" target="_blank">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" target="_blank">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" target="_blank">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" target="_blank">617-521-2723</a><br>
<br>
<a href="mailto:erdmann@simmons.edu" target="_blank">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" target="_blank">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" target="_blank">(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" target="_blank">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" target="_blank">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" target="_blank">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></div></div><br></div>
<br>_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org" target="_blank">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></blockquote></div><br></div><span></span></div>