Icon - KMLM List KMLM List

View email archives for the history of this mailing list.

List Home All Archives Dates Threads Authors Subjects
sushidevelopers - Re: [sushidevelopers] Counter 4 mobile page types Message Thread: Previous | Next
  • To: Oliver Pesch <OPesch@xxxxxxxxx>
  • From: Haris Kampouris <tkampouris@xxxxxxxxxx>
  • Date: Wed, 7 Aug 2013 21:49:53 +0300
  • Cc: "sushidevelopers@xxxxxxxxxxxxx" <sushidevelopers@xxxxxxxxxxxxx>
Send Email to sushidevelopers@list.niso.org:
Send new message
Reply to this message
Hello Oliver,

did you by any chance confirm that Reporting Period HTML refer to the total number of accesses (standard+mobile)?
In addition, does the Page Type Full-text HTML on JR3/TR3 corresponds to only standard accesses or is it the total including also accesses to mobile formats?

My intuition is that Reporting Period HTML refers to the total, and full-text HTML excludes accesses to mobile formats but I cant find any clarification about this.

thanks,
Haris
 

NOTE: I will clarify with Peter Shepherd whether the intention is for “Reporting Period PDF”, “Reporting Period HTML” and “Reporting Period Other”  to only include articles requested in normal (non-mobile) format, or if it should be the total requests in that generic format with the extra “(mobile)” column being provided for clarity.

 

Thanks

 

 

From: sushidevelopers@xxxxxxxxxxxxx [mailto:sushidevelopers@xxxxxxxxxxxxx] On Behalf Of Haris Kampouris
Sent: Friday, June 21, 2013 6:20 AM
To: sushidevelopers@xxxxxxxxxxxxx
Subject: [sushidevelopers] Counter 4 mobile page types

 

Hello all,

I need to clarify one more thing.

On Journal/Title Report 3 and their mobile versions we have some "mobile" and "mobile format" page types.

On Title Report 1 and Title Report 1 - mobile we have "(mobile)" columns.

I was wondering if the we are talking about delivery of content where the content is in a special mobile format or the interface from which access happened is specially formatted for access from mobile devices.

To make sure I am clear I provide an example.

For the HTML content we have a a different mobile content format. On mobile devices we might access the normal site so the default HTML is delivered, but most commonly, we access the mobile version one. We are certain on how to handle this.

For the PDF content however, we might have a mobile PDF format or not. In cases that we do not, if "PDF mobile" means specially formatted PDF content then accesses should be 0. However, the alternative, which means interface from which access originated, will count accesses from mobile devices even though eventually the same pdf document with normal browser accesses was delivered.

Any feedback on which is the right approach would be appreciated.

 

thanks,

Haris

EBSCO Industries

This email and any files transmitted with it are confidential and solely for the use of the intended recipient. It may contain information which is covered by professional or other privilege. If you 
are neither the intended recipient of this email nor the person responsible for delivering it to the intended recipient, be advised that you have received this email in error and that any use of it is strictly 
prohibited. Please notify the sender immediately by reply email and then delete it from your system. EBSCO accepts no liability for any loss or damage suffered by any person arising from the use of this email. 

Please consider the environment before printing this email.


By Date: Previous | Next Current Thread By Thread: Previous | Next
  • Re: [sushidevelopers] Counter 4 mobile page t, Haris Kampouris  (you are here)