Jump to content

Project Activity Reports: Difference between revisions

From KDE Community Wiki
No edit summary
No edit summary
Line 25: Line 25:
===Twitter Report===
===Twitter Report===


Twitter API provides no way to access more than 100 retweeters of a specific retweet. kdecommunity page has only 3 tweets that got more that 100 retweets and 2 of them were actually retweets of tweets by Qt. This means that the numbers you see are not very accurate for retweets and there are some retweeters who were not counted. Things that happen after using Twitter stream API should all be recorded so future tweets shouldn't have that problem.
Twitter API provides no way to access more than 100 retweeters of a specific retweet. kdecommunity page has only 3 tweets that got more that 100 retweets and 2 of them were actually retweets of tweets by Qt. This means that the numbers you see are not very accurate for retweets as there are some retweeters who were not counted but there's only one tweet by kdecommunity that has more than 100 retweets so it's not very far from accurate and things that happen from now on after using Twitter stream API should all be recorded and future tweets shouldn't have that problem.


kdecommunity page seems to do lots of retweets. Twitter API returns the number of retweets to kde's retweets as the total number of retweets, the number of favorites as always 0( if my investigation was broad enough). I'm showing in the report the number of retweets as returned by the API(total number of retweets) and favorites as the total number of favorites that this post got... So, I'm dealing with all retweets by a page as if they were usual tweets in the tweets graph. Do you want me to deal with them differently?
kdecommunity page seems to do lots of retweets. Twitter API returns the number of retweets to kde's retweets as the total number of retweets, the number of favorites as always 0. I'm showing in the report the number of retweets as returned by the API(total number of retweets) and favorites as the total number of favorites that this post got... I'm showing retweets by the page in a separate graph.
Alternatives I see is to not count them at all or display them in a separate graph or show them but count retweets and favorites of them differently.
However, in doers part, I don't count retweeters of a retweeted tweet in doers line graph nor in retweeters pie charts.
However, in doers part, I don't count retweeters of a retweeted tweet in doers line graph nor in retweeters pie charts.
The stream API provides me with retweets of tweets by a page only but not the retweets of retweets by a page.
Because of all that, I prefer to show the retweets by the page in a separate graph.


The first graph you see is the tweets graph along with user interactions for these tweets. This is similar to Facebook's graph.
The first graph you see is the tweets graph along with user interactions for these tweets. This is similar to Facebook's graph. The second graph shows the statistics for the retweets done by the page. The third is also similar to Facebook's comments graph, it shows the number of retweets of KDE's tweets with time. The fourth one shows retweeters over time and this is similar to the commenters line graph in Facebook. Also Pie charts are the same as Facebook's ones.
The second is also similar to Facebook's comments graph. The third one shows retweeters over time and this is similar to the commenters line graph in Facebook. Also Pie charts is the same as the Facebook's.


You can see the report here:
You can see the report here:
Line 41: Line 37:
===Google+ Report===
===Google+ Report===


Google+ API was actually one of the best. It provides all data needed to generate reports about all user interactions. The graphs shown in this report is similar to Facebook's and Twitter's graphs. The first one shows the posts made by the page and the total number of interactions posts in that period got. The second one shows replies with dates they were made at. Third one shows different number of unique doers in each period. Pie charts are available for 3 categories, plusoners(+1ers), repliers and commenters.
Google+ API was actually one of the best. It provides all data needed to generate reports about all user interactions. The graphs shown in this report are similar to Facebook's and Twitter's graphs. The first one shows the posts made by the page and the total number of interactions posts in that period got. The second one shows replies with dates they were made at. Third one shows different number of unique doers in each period. Pie charts are available for 3 categories, plusoners(+1ers), repliers and commenters.


Google+ API does not provide any way to subscribe to changes as of now. Report needs to be regenerated (or at least the last few posts of it) periodically.
Google+ API does not provide any way to subscribe to changes as of now. Report needs to be regenerated (or at least the last few posts of it) periodically.

Revision as of 04:21, 20 August 2014

 
Under Construction
This is a new page, currently under construction!


Facebook Report

It seems like Facebook has more than one type of posts that a page can do... Common is the normal posts, then there's the notes like this one https://www.facebook.com/notes/kde/plasma-workspaces-wallpaper-contest/10150415266129281

Notice how the url says that it's a note. Notes API is disabled in v2.0 and higher of Facebook API. Luckily, it's still available in v1.0 which can be used up to April 30th, 2015... Enough to gather information about previous notes... It appears that KDE stopped writing notes after the one linked above(About Mid November 2011). So, we shouldn't need to use that part of the API again after the data is collected for the first time. The problems is, even for those notes using API v1.0, I can't get the number of likes nor shares. The report I'm generating considers notes as normal posts but doesn't include shared albums(i.e: I loop through notes and posts APIs only while generating data).

Also, there are 2 types of tokens. One for normal users and one for apps. The one I use to generate the report is an app token. I've noticed some minor differences. For instance, have a look at this page: https://www.facebook.com/kde/posts/10150508291223918

This appears in the posts API if I use the apps token while it does not seem to appear if I use a user API. This is not actually a post, it's a comment but a one that's made by the KDE page itself. The effect of this on the generated report is that it would increase the number of posts made in January 2011 by 1. I'm assuming these are minor bugs that would have no effect on the use of the report. If you prefer, I can use a user token which would solve this.

The "KDE Community" project shows Facebook report for the "kde" page only so the Social Network reports are not like others in the sense of being the sum of all numbers in others.

You can see the report here: http://reports.kde.org/en/projects/kde-community/facebook_pages_report

The first graph shows number of posts and interactions for posts on that period. This means that numbers shown are related to posts themselves not to the time these actions happened. For example, if a user commented on a post a day after it has been posted, it would be shown in this group on the day of the post itself. This moves us to the second graph, which actually shows the number of comments done in a specific period based on the date of the comment itself. The third graph shows number of doers(likers & commenters) in a specific period. Commenters is based on dates they did the comment while likers are based on dates the post was written at as there's no way to find when they did the action of liking.

Under that, you can see the pie charts. There is a tab for commenters and a tab for likers. Facebook API doesn't give any information about resharers. That's why there's no graph for them.

Twitter Report

Twitter API provides no way to access more than 100 retweeters of a specific retweet. kdecommunity page has only 3 tweets that got more that 100 retweets and 2 of them were actually retweets of tweets by Qt. This means that the numbers you see are not very accurate for retweets as there are some retweeters who were not counted but there's only one tweet by kdecommunity that has more than 100 retweets so it's not very far from accurate and things that happen from now on after using Twitter stream API should all be recorded and future tweets shouldn't have that problem.

kdecommunity page seems to do lots of retweets. Twitter API returns the number of retweets to kde's retweets as the total number of retweets, the number of favorites as always 0. I'm showing in the report the number of retweets as returned by the API(total number of retweets) and favorites as the total number of favorites that this post got... I'm showing retweets by the page in a separate graph. However, in doers part, I don't count retweeters of a retweeted tweet in doers line graph nor in retweeters pie charts.

The first graph you see is the tweets graph along with user interactions for these tweets. This is similar to Facebook's graph. The second graph shows the statistics for the retweets done by the page. The third is also similar to Facebook's comments graph, it shows the number of retweets of KDE's tweets with time. The fourth one shows retweeters over time and this is similar to the commenters line graph in Facebook. Also Pie charts are the same as Facebook's ones.

You can see the report here: http://reports.kde.org/en/projects/kde-community/twitter_report

Google+ Report

Google+ API was actually one of the best. It provides all data needed to generate reports about all user interactions. The graphs shown in this report are similar to Facebook's and Twitter's graphs. The first one shows the posts made by the page and the total number of interactions posts in that period got. The second one shows replies with dates they were made at. Third one shows different number of unique doers in each period. Pie charts are available for 3 categories, plusoners(+1ers), repliers and commenters.

Google+ API does not provide any way to subscribe to changes as of now. Report needs to be regenerated (or at least the last few posts of it) periodically.

You can see the report here: http://reports.kde.org/en/projects/kde-community/google_plus_report