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: "tkampouris@xxxxxxxxxx" <tkampouris@xxxxxxxxxx>, "sushidevelopers@xxxxxxxxxxxxx" <sushidevelopers@xxxxxxxxxxxxx>
  • From: Oliver Pesch <OPesch@xxxxxxxxx>
  • Date: Fri, 21 Jun 2013 11:56:38 +0000
Send Email to sushidevelopers@list.niso.org:
Send new message
Reply to this message

It looks like you understand the concepts behind these report and format variations.  On the one hand we are tracking requests for different formats of content PDF, HTML, PDF (mobile), HTML (mobile), etc. regardless of the device used to fetch it.   And on the other hand we are tracking activity from mobile devices regardless of the format they retrieve.  This will allow some interesting analysis: for example, if you find that mobile devices are using regular PDF and not the mobile version of PDF, that could indicate a problem with the mobile version or maybe it is hard for the user to find how to get you mobile app.

 

Now to your specific questions...

 

The columns in Title Report 1 and it’s “mobile” variation are capturing the requests of the various content formats.  For example:

These are intended to capture activity by mobile devices – regardless of formatting of the data.

·         “Reporting Period PDF” would be the total PDFs requests

·         “Reporting Period PDF (mobile)” is the count of PDFs specifically formatted to appear on a mobile device

 

The “mobile” version of Title Report 1 is limited to only requests that were made by mobile devices. 

 

In Title Report 3, the detailed page type/metric type column is for the format not the device making the request.

 

 

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