Wim’s Bloghttps://wimdeboel.wordpress.com
IT food
Tue, 06 Nov 2018 16:48:34 +0000 en
hourly
1 http://wordpress.com/https://s0.wp.com/i/buttonw-com.pngWim’s Bloghttps://wimdeboel.wordpress.com
Yammer reportshttps://wimdeboel.wordpress.com/2011/08/15/yammer-reports/
https://wimdeboel.wordpress.com/2011/08/15/yammer-reports/#respondMon, 15 Aug 2011 05:50:19 +0000http://wimdeboel.wordpress.com/?p=67Like in most companies, the company I work for started using Yammer for collaboration and communication. Immediately discussions started on how good this is and how we should integrate it in our intranet, or maybe we should build something ourselves or maybe we should use Chatter or maybe….

Maybe we should have a look at how Yammer is being used.

I saw an opportunity to play with some technologies and decided to create some stats. The technologies used are PHP, Zend for oauth, mySQL, Javascript, Json, Google graphs, TheJit…

Collecting data.

Yammer offers an API which allows retrieving data through web services in a Json format. I made some php scripts which collect the data in our network and stores it in a more relational format in a MySQL database. The syncs run every 30 minutes for the messages and daily for user profiles.

Representing the data.

The data is represented on web page using the Google Graph API. The following graphs are currently available:

The number of posts per week

New threads per week

New threads with at least one reply per week

Thread length

Posts per week day

Number of new users per week

Posts per client type

User types

Average post length per week

Social graph

Soon the request came to have a social graph, which shows the interactions and posts mapped to the org chart.

I am still considering building the social graph, when time permits (I am doing this in the weekends). For now I had a play with a representing the data in a ForceDirected graph using TheJit.org library. Size of nodes is depending on the hotness (1 point for posts less than 2 days, 1 point for posts less than 4 days, 1 point for posts less than 6 days, 1 point for posts less than 15 days. so a post of yesterday counts for 4 points). The relations are currently based on the follower/following, but I intend to change this into conversations.

Social graph builder

The last feature that was added is a Social Graph Builder, allowing anyone to define the rules for defining the hotness. This can be done by selecting a formula and assigning a factor, some formulas allow to define parameters. Currently the available formules are:

Number of posts (parameters: </>/= days ago)

Number of threads (parameters: </>/= days ago, </>/= number of replies)

Number of followers

Number of following

Number of days since joined

Number of days since last post

What’s next?

I would like to extend the reporting tool with

Likes, I am missing them because of a bug in the Yammer API (I logged a case). Likes can increase importance of a post, similar to number of replies. It also would be useful in defining the hotness.

Organisational social graph, as explained above

Productize the tool. Allowing any Yammer user to have this reporting feature

Some days ago I had a discussion with my management about the usability of Sharepoint as a document management system. My management tried using a document library to publish internal product management but found that the folder functionality in MOSS 2007 is not efficient, my initial response to them was not to use folders but to use metadata which allows describing the items in multiple dimensions. I always try and suggest to avoid folders, except if you want to apply different permissions on a lower level in the library.

So, they went on and inserted documents in the library and tagged them in 2 columns (product and document type) based on selection lists. But then the management wanted to know, with a blink of an eye, the products which were missing documents. Well… building a view with a group on product and document type did not give the result they were looking for because you can’t group on non-existing values. In our “other” document management system they used a folder structure and had an item count on the level of the folder… but Sharepoint does not do this.

Their conclusion: Sharepoint is not usable for managing documents and we will potentially not be able to migrate our “other” document management systems into Sharepoint.

I proposed them to make a matrix view, as below sketch, on top of the document library which shows what document types exist or does not exist for what product.

Set the variables to match your environment
var ColumnField = “ContentType”; //list column name to put in the columns
var RowField = “Product”; //list column name to put in the rows
var SiteURL = “http://sp2007/Docs“; // url to the site where the library is located
var DocLibrary = “Documents”; //name of the document library
var DocLibraryURL = “http://sp2007/Docs/Documents/Forms/AllItems.aspx“; //full url to the view which should loaded when a cell is clicked
var ShowItemCount = true; //true or false, this will show an item count in the cell
var ShowMissingHeader = true; //true or false, to show items which do not have both fields filled

Tip: also add the same content query webpart with same source on the document library view page. To do so:
– go to your document library
– add the following string to the URL ?ToolPaneview=2– now you can execute step 2-4 on this page

Some pictures

The below picture shows the demo data which is used in this post (Product field and Content Type)

The below picture shows the matrix

The below pictures shows the matrix when used on the doc library view screen, with an active filter

This matrix approach convinced them of adding metadata to their documents. Now up to the next challenge in optimizing our environment and reducing the number of systems to do the same task.

I’m currently participating in deploying an international Sharepoint intranet which hosts teamsites where users can track tasks and knowledge. Our infrastructure is running in the GMT+1 timezone but not all of our users are in that timezone. Since Sharepoint is using web technology all users see by default GMT+1 times, which is very annoying when you are working from within another time zone.

Site Time zones

Sharepoint allows owners, of a site, to define the timezone they want for their site. This in order to see correct date and time stamps on items (eg on created and modified fields). It is recommended that the owners of the site define the timezone based on the timezone of the users who most frequently use the site.

User time zones

If the visiting user is in a different timezone as the site he can personalize the display of dates and times so it aligns with his timezone. But they need to set this for each site and they have no idea that there is a difference.

Time zone check webpart

In order to warn users that the site they are visiting does not run in the same timezone as theirs, I created a small webpart. The webpart generates some javascript that checks if the local timezone bias is different than the “context timezone” bias. The “context timezone” represents the timezone as experienced by the user visiting the site.

The code for building the webpart (this code is functional but not at the level you would expect to run on a production environment):

We are constructing our new intranet based on Sharepoint technology. One of the requirements of our Internal Comms department is to have coloured webparts based on the content they contain.

Now, this might seem a straightforward thing to do, one could expect that one of the properties of a webpart is style… but that’s off course not the case (as often with Sharepoint).

Looking through the webparts using the IE Developer toolbar I wondered if it would be possible to target styles to the specific webparts without going into code. So I started adding a content editor webpart (CEWP) to the page and editing the source to define some styles.

After some digging with the toolbar it seemed that these styles do exactly what I want:

td#MSOZoneCell_WebPartWPQx table tr This style formats the full webpart

.ms-WPHeader td#WebPartTitleWPQx h3 a This style formats the title text