[Fim4l] Question about library/publisher reporting

Bernd Oberknapp bo at ub.uni-freiburg.de
Mon Jul 20 13:06:38 CEST 2020


The RA21 Corporate Pilot Report includes the suggestion to add a 
multi-valued schacLocalReportingCode attribute to the SCHAC schema for 
this purpose. Is that still the plan?

It won't be possible to break the usage down by multiple values for a 
user, so the COUNTER reports would include all combinations of codes 
that occur. For example if an institution uses codes A and B, and some 
users have just code A or just code B, and some users have both A and B, 
the result would be three entries per item in the COUNTER reports, one 
for "A", one for "B" and one for "A; B".

Best regards,
Bernd


On 20.07.20 12:44, Koren, Meshna (ELS-AMS) wrote:
 > Bingo.
 >
 > We'd like to support this at Elsevier.
 >
 > It is not to replace any existing reporting structures, it's just 
adding another dimension to them.
 >
 > Kind regards,
 > Meshna
 >
 >
 > -----Original Message-----
 > From: FIM4L <fim4l-bounces at lists.daasi.de> On Behalf Of Peter Schober
 > Sent: Friday, July 17, 2020 00:09
 > To: fim4l at lists.daasi.de
 > Subject: Re: [Fim4l] Question about library/publisher reporting
 >
 > *** External email: use caution ***
 >
 >
 >
 > * Bernd Oberknapp <bo at ub.uni-freiburg.de> [2020-07-16 19:14]:
 >> the COUNTER_SUSHI API usually is used for application to application
 >> communication, so I'm wondering why SAML should be considered for 
this case.
 >> Which libraries/consortia have suggested this and what is their use 
case?
 >
 > I think the simple idea what for the IDP to send /something/ along to 
the SP so that the SP can produce aggregated reports based on the 
/somethings/ recieved by the IDP, ultimately providing the IDP with 
meaningful-to-the-IDP aggregated reports by the /somthings/ the sent 
along for different parts of their community.
 > -peter
 > _______________________________________________
 > FIM4L mailing list
 > FIM4L at lists.daasi.de
 > 
https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.daasi.de%2Flistinfo%2Ffim4l&data=02%7C01%7Cm.koren%40elsevier.com%7C32e54ed3e0ba4a08783108d829d4e9dc%7C9274ee3f94254109a27f9fb15c10675d%7C0%7C0%7C637305341725953789&sdata=382OuKsvw77AqjvT4%2FtPpeG5%2BTEGG0vFadI76bLs%2BQE%3D&reserved=0
 >
 > ________________________________
 >
 > Elsevier B.V. Registered Office: Radarweg 29, 1043 NX Amsterdam, The 
Netherlands, Registration No. 33158992, Registered in The Netherlands.
 > _______________________________________________
 > FIM4L mailing list
 > FIM4L at lists.daasi.de
 > http://lists.daasi.de/listinfo/fim4l
 >


-- 
Bernd Oberknapp
Gesamtleitung ReDI

Albert-Ludwigs-Universität Freiburg
Universitätsbibliothek
Platz der Universität 2 | Postfach 1629
D-79098 Freiburg        | D-79016 Freiburg

Telefon:  +49 761 203-3852
Telefax:  +49 761 203-3987
E-Mail:   bo at ub.uni-freiburg.de
Internet: www.ub.uni-freiburg.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5627 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.daasi.de/pipermail/fim4l/attachments/20200720/52f1d631/attachment.p7s>


More information about the FIM4L mailing list