Name:
A Friendly Video on COUNTER for Consortia
Description:
A Friendly Video on COUNTER for Consortia
Thumbnail URL:
https://cadmoremediastorage.blob.core.windows.net/ef3a3612-4f62-4982-993e-0d00c04dd56b/videoscrubberimages/Scrubber_1.jpg?sv=2019-02-02&sr=c&sig=L2HiuUF8%2Fcma%2FEV3upWUGpI24j%2BTQkJnpTWxHPqYEg0%3D&st=2024-10-16T00%3A15%3A21Z&se=2024-10-16T04%3A20%3A21Z&sp=r
Duration:
T00H04M41S
Embed URL:
https://stream.cadmore.media/player/ef3a3612-4f62-4982-993e-0d00c04dd56b
Content URL:
https://cadmoreoriginalmedia.blob.core.windows.net/ef3a3612-4f62-4982-993e-0d00c04dd56b/Consortia - class.mp4?sv=2019-02-02&sr=c&sig=XZEyL1ocr%2FiW%2BPxbRBRTfhuiY%2F3O6DIoNjVx73ZMJVE%3D&st=2024-10-16T00%3A15%3A21Z&se=2024-10-16T02%3A20%3A21Z&sp=r
Upload Date:
2023-07-21T00:00:00.0000000
Transcript:
Language: EN.
Segment:0 .
SPEAKER: Welcome to this video class for release 5.1 of the COUNTER code of practice. And this time, we're talking about COUNTER for consortia.
SPEAKER: There are three types of consortia reporting in COUNTER release 5.1. That's summary reports, detailed reports, and institutional reports. Only two of those are required. The required COUNTER reports are the summary reports and the institutional reports.
SPEAKER: Summary reports show a consortium-level summary of usage not broken down by institution. So that's all usage for all members of the consortium rolled up into one summary platform report, database report, title report, or item report. These summary reports can't be broken down to show usage at individual member institutions. They are required, as I said, in release 5.1.
SPEAKER: Institutional reports are the standard individual institution level reports, not aggregated or summarized. We specify that consortia administrators need to be able to retrieve institution reports for individual consortium members using the same login as they use for their summary reports. As a consortium manager, you also need to be able to download your summary report in the same way as any other librarian downloading any other counter report, that is, by logging into the publisher's administration tools or via SUSHI.
SPEAKER: For gathering institutional reports, one option is to collect usage reports using what we call Harvester tools. There's a list of them on our website at projectcounter.org. Harvester tools typically use the counter-SUSHI protocol as described in the friendly guide to working with COUNTER reports. Provided you have a list of consortia member institutions and their SUSHI credentials, you'll be able to use a Harvester tool to collect usage reports for each institution within your consortium.
SPEAKER: Moving on, let's just quickly look at the optional detailed reports. These aren't required in the COUNTER code of practice, but we do have a mechanism for publishers to offer them using extensions. Essentially, to deliver detailed reports, publishers add extra elements to their COUNTER reports. That would be customer ID, which is essential, and potentially also institution name. By including these elements, consortia-level detailed reports can then be broken down by institution.
SPEAKER: We do have some rules in release 5.1 about how to use the customer ID and institution name extensions to make sure that reports are consistent across the publishers who choose to use them. The first and most important is that the customer ID used in a consortium report absolutely must match that use in report to the individual institution. The institution name has to match in the same way.
SPEAKER: Our second rule is that if institution name is provided, it should be the first column in a tabular report. Otherwise, customer ID should be the first column. These extensions only apply to COUNTER reports, not to the standard views of COUNTER reports. So if you do want to work with a standard view, you will need to apply filters.
SPEAKER: Lastly, some small caveats-- first, if you are requesting usage reports for a consortium, you might only see usage for content that has been purchased through the consortium rather than usage of all content available at individual member institutions. If that's the case, the report provider has to make it clear in the /members path of the SUSHI API. The reverse is also true. Some report providers will show everything used by all members of the consortium even if the content has been purchased separately.
SPEAKER: Consortium reports may also differ from institutional ones where usage can be attributed to more than one institution in a consortium -- for example, where their IP ranges overlap. And finally, because some institutions consider their usage data to be sensitive information, they do have the option to opt out of consortia reporting, and that will naturally affect the metrics you see in consortium reports.
SPEAKER: So that's it for consortia. There is a lot more in our other foundation class videos and in our friendly guides, which are all available on the media library at projectcounter.org. And of course, these videos and guides will soon be available in other languages, including German, sponsored by Thieme, and Spanish, sponsored by Gale.
Language: DE.
Segment:0 .
SPEAKER: Willkommen zu diesem Videokurs zur Version 5.1 des Praxiskodex für Counter. Und dieses Mal geht es um den Counter für Konsortien.
SPEAKER: In der Counter-Version 5.1 gibt es drei Arten von Konsortiumsberichten. Zusammenfassende Berichte, detaillierte Berichte und institutionelle Berichte. Nur zwei davon sind erforderlich. Die erforderlichen Zählberichte sind die zusammenfassenden Berichte und institutionelle Berichte.
SPEAKER: Zusammenfassende Berichte enthalten eine Zusammenfassung der Nutzung auf Konsortiumsebene, die nicht nach Einrichtungen aufgeschlüsselt ist. Das ist also die gesamte Nutzung für alle Mitglieder des Konsortiums, zusammengefasst in einem zusammenfassenden Plattform-, Datenbank-, Titel- oder Artikelbericht. Diese zusammenfassenden Berichte lassen sich nicht aufschlüsseln, um die Nutzung in den einzelnen Mitgliedseinrichtungen zu zeigen. Sie sind, wie ich schon sagte, in Version 5.1 erforderlich.
SPEAKER: Die institutionellen Berichte sind die Standardberichte auf Einrichtungsebene, und nicht aggregiert oder zusammengefasst. Wir haben festgelegt, dass die Konsortiumsadministratoren in der Lage sein müssen, die Berichte der einzelnen Konsortiumsmitglieder mit demselben Login abzurufen, das sie auch für ihre zusammenfassenden Berichte verwenden. Als Konsortiumsverantwortlicher musst du außerdem die Möglichkeit haben, deinen zusammenfassenden Bericht auf die gleiche Weise herunterzuladen wie jeder andere Bibliothekar, der einen anderen Counter-Bericht herunterlädt, nämlich indem du dich in die Verwaltungstools des Verlags oder über SUSHI einloggst.
SPEAKER: Eine Möglichkeit, institutionelle Berichte zu sammeln, ist das Sammeln von Nutzungsberichten mit den sogenannten Harvester-Tools. Eine Liste davon findest du auf unserer Webseite unter projectcounter.org. Harvester-Tools nutzen normalerweise das Counter-SUSHI-Protokoll, wie es im praktischen Leitfaden zur Arbeit mit Counter-Berichten beschrieben ist. Sofern du eine Liste der Mitgliedseinrichtungen des Konsortiums und deren SUSHI- Zugangsdaten hast, kannst du mit dem Harvester-Tool Nutzungsberichte für jede Einrichtung innerhalb deines Konsortiums erstellen.
SPEAKER: Lass uns kurz einen Blick auf die optionalen detaillierten Berichte werfen. Diese werden im Praxiskodex für Counter nicht vorausgesetzt, aber wir haben ein Mittel, mit dem die Verlage sie über Erweiterungen anbieten können. Um detaillierte Berichte zu erstellen, ergänzen die Verlage ihre Counter-Berichte im Wesentlichen um zusätzliche Elemente. Dazu gehören die Kunden-ID, die wichtig ist, und möglicherweise auch der Name der Einrichtung. Mit diesen Elementen können die detaillierten Berichte auf Konsortiumsebene dann nach Einrichtungen aufgeschlüsselt werden.
SPEAKER: Wir haben einige Regeln in Version 5.1 für die Verwendung der Erweiterungen Kunden-ID und Einrichtungsname festgelegt, um sicherzustellen, dass die Berichte für alle Verlage, die sie verwenden, einheitlich sind. Der wichtigste Punkt ist, dass die Kunden-ID, die in eines Konsortiumsberichts verwendet wird, unbedingt mit derjenigen übereinstimmen muss, die in dem Bericht an die einzelne Einrichtung verwendet wird. Der Einrichtungsname muss ebenfalls damit übereinstimmen.
SPEAKER: Unsere zweite Regel lautet: Wenn der Name der Einrichtung angegeben wird, sollte er die erste Spalte in einem tabellarischen Bericht sein. Ansonsten sollte die Kunden-ID die erste Spalte sein. Diese Erweiterungen betreffen nur die Counter-Berichte, nicht die Standardansichten der Counter-Berichte. Wenn man also mit einer Standardansicht arbeiten möchte, muss man Filter anwenden.
SPEAKER: Zum Schluss noch einige kleine Vorbehalte: Erstens: Wenn du Nutzungsberichte für ein Konsortium anforderst, kann es sein, dass du nur die Nutzung von Inhalten siehst, die über das Konsortium erworben wurden, und nicht die Nutzung aller Inhalte, die an den einzelnen Mitgliedseinrichtungen verfügbar sind. In diesem Fall muss der Berichtsanbieter dies im Mitgliederpfad der SUSHI-API deutlich machen. Umgekehrt gilt das auch. Einige Berichtsanbieter zeigen alles an, was alle Mitglieder des Konsortiums nutzen, auch wenn die Inhalte separat erworben wurden.
SPEAKER: Konsortiumsberichte können sich auch von institutionellen Berichten unterscheiden, wenn die Nutzung mehr als einer Einrichtung in einem Konsortium zugeordnet werden kann, z. B. wenn sich ihre IP-Bereiche überschneiden. Und da manche ihre Nutzungsdaten als sensible Informationen betrachten, haben sie die Möglichkeit, sich von der Berichterstattung der Konsortien abzumelden, was sich natürlich auf die Metriken in den Konsortiumsberichten auswirken wird.
SPEAKER: Das also zum Thema Konsortien. Viele weitere Informationen findest du in unseren anderen Videos zu den Grundkursen und in unseren praktischen Leitfäden, die alle in der Mediathek auf projectcounter.org verfügbar sind. Und natürlich werden diese Videos und Leitfäden auch bald in anderen Sprachen verfügbar sein, darunter Deutsch, gesponsert von Thieme, und Spanisch, gesponsert von Gale.