Pack: FLOSS Research Analyses

Description:

The analysis in this workflow represents the basis of the analysis in our paper, Social dynamics of FLOSS team communication across channels. This workflow uses WSDL components to select periodized data from the FLOSSmole database and generate sociomatrices. The workflow parses the threaded list structure into a communication network based on reply-to relationships. In the analysis process, an edge weighting is applied so that older messages receive less weight using an exponential decay function; this is intended to moderate the effects of using a sliding window of observations for dynamic analysis. The weighted sociomatrices are then dichotomized according to a threshold, and their centralities are calculated using R’s sna package, and plotted in a time series. The final output demonstrates communication centralization trends over time in a FLOSS project.

The analysis workflow allows users to set parameter values for the size of the sliding window, the date ranges covered, and the communication venues analyzed. Data for the analysis in the paper examined dynamics in different communication channels; the data sets included up to 90 periods (with a 90-day sliding window) and 10K’s of email messages or forum posts. Date periods are currently only in months, and exception handling for empty periods is implemented both in the WSDL components and the RShell scripts. There are a couple of inelegant solutions involving temporary output files, which are configured based on a standard Mac file structure. Future development effort could focus on solving these issues and on optimizing performance.

Description:

The analysis in this workflow represents the basis of the analysis in our paper, Social dynamics of FLOSS team communication across channels. This workflow uses WSDL components to select periodized data from the FLOSSmole database and generate sociomatrices. The workflow parses the threaded list structure into a communication network based on reply-to relationships. In the analysis process, an unit weighting is applied to the edges. The weighted sociomatrices are then dichotomized according to a threshold, and their centralities are calculated using R’s sna package, and plotted in a time series. The final output demonstrates communication centralization trends over time in a FLOSS project.

The analysis workflow allows users to set parameter values for the size of the sliding window, the date ranges covered, and the communication venues analyzed. Data for the analysis in the paper examined dynamics in different communication channels; the data sets include up to 90 periods (with a 90-day sliding window) and 10K’s of email messages or forum posts. Date periods are currently only in months, and exception handling for empty periods is implemented both in the WSDL components and the RShell scripts. There are a couple of inelegant solutions involving temporary output files, which are configured based on a standard Mac file structure. Future development effort could focus on solving these issues and on optimizing performance.

Description:

This example shows the communication dynamics in the Gaim project's "users helping users" forum.

Description:

This workflow is a replication of the analysis from an OSCon 2004 presentation by Megan Conklin, entitled "Do the Rich Get Richer?" to demonstrate scale-free distribution of FLOSS developers among projects.

The workflow retrieves the current number of active developers (for the most recent calculation of said statistic) from the FLOSSmole database. It summarizes and plots the distribution of developers to projects, on both a straight and log-log scale. It also generates a flat list of the developer counts for visualization in other software.

Description:

Retrieves data from FLOSSmole and from the Notre Dame SourceForge repository to compute project statistics based on releases, downloads and project lifespan. Project statistics are then used to classify projects according to the criteria set up in English & Schweik, but comparison criteria are parameterized so that a different set of criterion thresholds can be used to evaluate the project characteristics.