Page Comparison

Annika Schröer from the ERM eUsage Subgroup will provide a demonstration of the eUsage app and discuss reporting needs related to this endeavor, such as using the Library Reporting Database (data warehouse). See JIRA ticket UXPROD-576 for more information.

Wiki page - eUsage

Usage of electronic materials is measured by journal providers, who often distributed data in COUNTER (standard), either manual download or automatic using SUSHI (protocol)

Aggregators may also download statistics for an entire institution, so may be downloading from aggregator instead of provider

Can download statistics into the FOLIO eUsage app, ready for Q4 FOLIO release

App includes "Statistics" which provides reports for each month

Eventually want to view visualizations of statistics calculated for the reports, create and download custom reports

Question: may need to connect to other apps. Should eUsage app ingest data from other apps, or should eUsage data get pulled into LDP for reporting?

Currently using JSON for all data (some starts as XML instead, but eventually will be JSON in COUNTER 5)

Nassib: does look like a good use case for LDP, but we'll have to go into more detail

App should support anyone using COUNTER, but also hope to develop a way to ingest non-COUNTER data (though that may pose problems with interpretation, if non-COUNTER data measures usage differently)

From ERM member - almost giving up on SUSHI because the data that come over often have trouble, and also there are providers who claim to be COUNTER-compliant but aren't really. For non-COUNTER compliant providers, may be able to map that into a "fake" COUNTER format to ingest, but the inconsistencies with COUNTER-compliant providers are big issues. Also have titles excluded from reports if there is no usage. Also, if we're moving to JSON, what about historical non-JSON reports? Hopefully at least 3 years into past.

For titles with no usage, they should still appear because this will connect to agreements in ERM app, so if there is an ISSN, you know what journals should be there, even if the usage data doesn't contain the title.

In connection with that is the problem of cost per use, so when there is zero usage, we get error messages in the reports. (Yes, they can address this.)

History is a problem - COUNTER 4 and COUNTER 5 will not be comparable, so that's a big problem moving forward. XML vs. JSON isn't as big of a problem, it can be transformed. But COUNTER 5 really is different metrics.

Interpretation has always been tricky, look more for trends (e.g., spikes) than raw numbers

Maybe report can be clear about the difference between COUNTER 4 and COUNTER 5

Current app supports both COUNTER 4 and COUNTER 5, but we don't know of any providers using COUNTER 5 yet

Can app identify illegal usage - scraping, for example? Maybe not in core app, but in a plugin

Filip will attend a Reporting SIG meeting in January to discuss his views on in-app reporting.  He has a broader idea that will appeal to this group.  In the meantime, Holly wants to continue on with November 26.

• • ID474 seems like an on-line feature (not a report) that everyone would want to have.  (We discussed this on 11/26 and Holly will pursue this further.)
  • ID475 as described doesn't seem useful.  Does it really contain everything currently checked out from circ desk?  Is there a better way to produce what library is looking for?  Everything checked out by faculty that just became overdue?  Reserve items?  2-hour/2-day loans?
    
    

Topics for Future Meetings

Review and update Topics for Future Reporting SIG Meetings