List Number of Views and Downloads on Video_View Template

[anna]

Contributors to Plumi sites would like to be able to see how many views and downloads have occurred for each of their videos. Seeing the number of people who have seen their video greatly encourages people to contribute. Not being able to see this means that video makers are unable to assess the effectiveness of distribution via the Plumi site.

A method for collecting data on the number of times the video has been played in the Flowplayer in addition to the number of times the download video link has been clicked should be established. Then this data should be stored and called in the video_view template.

The way this information is available to the viewer on YouTube? can be seen in the attached screenshot.

[anna]

The number of times the video has been Favourited and the videos Rating could also be listed here, as is the case on YouTube?.

[anna]

Two requests from two different users of the Plumi site EngageMedia.org for stats on video views / downloads:

"The site is growing amazingly as far as content and membership - how about visits? I mentioned once to Andrew that stats would be good."

"btw, is one feature that i like on youtube that engage does not have, which is the counter. i like it cos i dont get web stats from my home page, and is just nice to know how many people are finding videos. is there a facility for this on engage that i've missed?"

These requests are from EngageMedia.org's two top video contributors which shows the importance of this issue to users of Plumi software on the EngageMedia site.

[andycat]

Plumi - added mxmCounter  http://dev.plone.org/collective/changeset/58584

ATVideo - edit template to show simple hit counter- this is for just the '/view' page  http://dev.plone.org/collective/changeset/58585

Still need to do "/download" page, and a counter for flowplayer views.

[andycat]

Have a look here -  http://testing.engagemedia.org/Members/anna/videos/forte-andy-and.3gp/view start testing please.

[datakid]

is it counting "flv -views", hits on the page or downloads? or a combination/permutation?

[anonymous]

this appears to be counting my page views.

 http://testing.engagemedia.org/Members/anna/videos/em-id.ogg/view

views = 1 upon first visit views = 2 upon page reload

works for me.

• is it possible to remove the box around it, and have it simply say "1" rather than "000001"?

• also should we say "Views in 2008" or something (though that wouldn't be correct) as the figures will be so much less than if they had been calculated from 2006 onwards? or can we insert this data on previous page views from our webstats (EM.org)?

the solution does seem to answer the ticket request perfectly well :)

those comments are just about enhancements we may desire, i suppose..

[datakid]

Replying to anonymous:

• also should we say "Views in 2008" or something (though that wouldn't be correct) as the figures will be so much less than if they had been calculated from 2006 onwards? or can we insert this data on previous page views from our webstats (EM.org)?

I think that this would be a mistake. Obviously it doesn't look great, but I think we just need to put a caveat on the announcement. The webstats idea is a good one, the idea about changing it to views in YYYY I think is not.

[ysvnhzm]

ihiPLo <a href=" http://skpapasnrxpz.com/">skpapasnrxpz</a>, [url= http://kqmpaxgormay.com/]kqmpaxgormay[/url], [link= http://creyaxysdehg.com/]creyaxysdehg[/link],  http://yucyygaplmtt.com/

[and]

Have closed ticket http://plumi.org/ticket/215 which is a duplicate. Comment from Vik there was.......

Add a counter for each video object showing how many times it has been viewed. Possible problems include the fact the flash video file is hosted by apache rather than zope, so direct integration with zope may be difficult. Similarly, engagemedia.org uses a cache to speed up access, so actual hits would need to be counted from the logfile of the apache server that sits in front of the cache.

Per-page views should be easy with the mxmCounter or FSCounter products, but this may not produce the desired statistics. However, these might be used as a basis for modification to query the apache logs or awstats directly.

Another alternative is to use google analytics in conjunction with the analyiticsforplone product.

[grant]

No scope for this in 3.1 - moved to 3.2

[and]

Mostly moving this here as a new 4.1 beta place holder (so you can see the milestone in the listings). Spec of this milestone will be working on next week.

[anna]

is there a way to mine our stats on engagemedia.org to populate views/downloads with figures from the past, in addition to new stats?

the reason being - when this is implemented we will have stats starting at 0, even for old videos in the database which have obviously had a number of views/downloads. it would be discouraging for users to see such a low number.

[markos]

These two Plone packages (developed at the Bristol Plone conference) can be used to connect to a piwik server and fetch data (views and downloads)

 http://pypi.python.org/pypi/collective.piwik.flowplayer  http://pypi.python.org/pypi/collective.piwik.pageviews

The current version's major drawback is that anonymous access has to be granted to the piwik installation, in order for the data to be fetched. This is going to be fixed on newer versions of the above packages.

[dimo]

 http://testing.plumi.org/Members/anna/videos/test-video/view

[anna]

That page is calculating page views each time I refresh the page - however the number of downloads did not change from "4" after I downloaded it.

Will the download stats take some time to refresh, or is it not calculating properly?

[anna]

Also these stats were not available in the new video I uploaded here:  http://testing.plumi.org/Members/anna/videos/bt-test/

In terms of design, I think where it sits at the moment is fine, though we may wish to make it more prominent in future, or more closely associated with the video player, as it is in YouTube?.

For now, given that there is a lot of info around the video player lets leave it where it is, and think about re-positioning / styling this in the re-design.

[anna]

Hmm, I downloaded it again with Firefox (had initially downloaded it with Safari) and the download number changed to 5.

I downloaded it again with Firefox and the number changed to 6.

I downloaded it again with Safari - but no change. This suggests that downloading with Safari does not update the statistics.

[mike]

Indeed I can replicate it on my Safari running under wine (not the safest way to replicate it though). Chrome does not suffer from this, although they are both based on webkit. It seems like a jquery/safari incompatibility. I'll close this bug, but Anna or someone, could you open a new bug with that specific issue for a next milestone as we're about to release this one?

[anna]

have created a new ticket here:  https://plumi.org/ticket/596

but i'm not sure if we should release this in the final version with this bug, as the stats will not be accurate.