GitHub | B101nfo

rOpenSci submissions

Wed, 02 Sep 2020 00:00:00 +0000

Following last post on Bioconductor I wanted to analyze another venue where code reviews are made: rOpenSci. There are some other analysis of the the reviews made by rOpenSci themselves:

The first post in the series will explain how I rectangled onboarding. The second post will give some clues as to how to quantify the work represented by rOpenSci onboarding. The third and last post will use tidy text analysis of onboarding threads to characterize the social weather of onboarding.

rOpenSci review process has some of the differences:

One can ask before hand if the package submitted fits the scope of rOpenSci. In addition the review is done by two volunteers usually not affiliated with rOpenSci but with an editor that has the final decision Also there is an encouragement on a dialog and iteration to improve the package. Lastly, the build process is perform by third parties (Github actions, travis, appveyor …) and the results are not reported on the issue.

Despite all these differences following the same methods I downloaded the data on 2020/09/02 to analyze similarly the submissions.

We can see that there are fewer issues opened on rOpenSci but also the timeline is shorter. One difference is that there seems to be more events after the initial activity on the issues.

If we look at the editors involved on the issues we can see who has commented more and in more issues

It seems like there are 10 comments per each issue an editor is involved with. Of course, this will change for people submitting software:

Here I kept the same threshold to show the names of users. There are more names, indicating more people commenting and involved on the issues. I’m surprised to appear on this graph because I haven’t been much involved with rOpenSci. Stefanie Butland as the community manager of rOpenSci comments more and is involved in more issues than regular users.

Now that we know who is involved comenting, what about the other events?

First thing, more people are mentioned between them than on Bioconductor. Also there seems to be a lot more of cross-references than on Bioconductor.

The issues do have a highly social component with lots of mentions, subscriptions and comments. It is generally rare to unsubscribe from an issue or to have the issue added to a project.

Here we don’t see a clear pattern on the events, but most issues have few events (median events of 61).

It is fairly similar to Bioconductor. We can see that issues have fewer events than on Bioconductor. This is because there isn’t any bot replying with each update to the repository neither a report of the build with every version increment.

Most issues have all the events on the first weeks.

Editor

As mentioned the editor is assigned to find the reviewers and have the final decision on the package.

There seem to be few assigned users, and in some cases there are like two users assigned. This might be because the reviewers are also assigned that issue or something else.

Editors are fairly more involved on the issues commenting around 11 times.

We can see that one presubmission issue took longer to decide than most of the submissions! In general submissions show the same behavior as in Bioconductor: Most of them have lots of events on a relatively short period of time. Some submissions take longer to close and remain without events for long periods of time.

Here are some differences on the number of different events per issue and different users involved. There are more users and events involved with issues on rOpenSci than on Bioconductor. This is partially expected as the review are done by more people but I expected a similar pattern of events per issue.

We can see that users and events are more distributed.

As in Bioconductor the more people involved more events per issue.

Who does each action ?

We can look now at who performs what, we know there are 522 participants:

The top 35 people involved is dominated by editors. Surprisingly editors do also cross-reference other issues.

If we look at how many comments there are on each issue per author and editor we can get a sense of how much work it takes for editors:

Here we can see that there are more comments from authors and editors.

Some issues have fairly large number of comments after being closed. Perhaps discussing other alternatives or comparing to other existing software.

Mentions

There are many more mentions than on Bioconductor. So what do these people do when added to the conversation ?

People mentioned bring their experience by commenting, and cross-referencing some other issues.

Labels

rOpenSci uses labels much more than Bioconductor, with a total of 65 different labels. It also uses them to mark on which step of the review process each issue is. We can see that it got expanded with time, from initially just three labels to the current 6-7 labels:

But labels are also used to indicate to which is the topic of each package:

Surprisingly the focus seems to be on data-access followed by geospatial and data-extraction:

Topic	n
data-access	83
geospatial	30
data-extraction	26
reproducibility	25
data-munging	17
text-mining	17
data-retrieval	13
earth-science	13
climate-data	11
literature	11

Labels are also used to classify topics (and initially if it had an editor assigned)

Other labels assigned, seem to be for packages or some other related to the process. Surprisingly there have been few submissions to MEE and JOSS according to the “pub:” labels.

Looking at the labels for each step can compute the median time required to get them:

Step	Median days	Total days
1/editor-checks	2.1	2.1
2/seeking-reviewer(s)	2.5	4.6
3/reviewer(s)-assigned	10.8	15.4
4/review(s)-in-awaiting-changes	26.0	41.4
5/awaiting-reviewer(s)-response	30.5	71.9
6/approved	17.0	88.9

We see that the slowest step is awaiting reviewers response, right after awaiting changes from the authors. According to this the review process is long and it takes around 3 months to get a package approved. However, if we look for each issue how much time does it take to get the next label we see another picture:

name	Median days	Total days
1/editor-checks	2.1	2.1
2/seeking-reviewer(s)	1.9	4.0
3/reviewer(s)-assigned	6.4	10.4
4/review(s)-in-awaiting-changes	25.0	35.4
5/awaiting-reviewer(s)-response	17.1	52.5
6/approved	12.2	64.7

Now the longest step is changing the packages with the feedback from the reviewers, followed by awaiting the reviewers comments but that is almost half of the time it was. The other times do not change much. The total time is still around 2 months, which is the double of what it takes to get a package accepted in Bioconductor.

Conclusions

Following the steps/labels the review process is similar enough to be able to compare the review process of Bioconductor and rOpenSci. Not having information about the build and check status of packages makes harder to compare some steps and the stage of the package upon submission. On some early submissions it was editor’s duties to review the packages like in Bioconductor. It was later abandoned in favor of two external reviewers. The reviews on the rOpenSci are handled by more people which makes submission to take longer (probably also because usually there are two reviewers) and because there might be a clarification of changes and a dialog after the first review.

In general it takes longer to get the packages approved than on Bioconductor.

Reproducibility

## ─ Session info ───────────────────────────────────────────────────────────────────────────────────────────────────────
##  setting  value                       
##  version  R version 4.0.1 (2020-06-06)
##  os       Ubuntu 20.04.1 LTS          
##  system   x86_64, linux-gnu           
##  ui       X11                         
##  language (EN)                        
##  collate  en_US.UTF-8                 
##  ctype    en_US.UTF-8                 
##  tz       Europe/Madrid               
##  date     2020-10-26                  
## 
## ─ Packages ───────────────────────────────────────────────────────────────────────────────────────────────────────────
##  package      * version    date       lib source                             
##  assertthat     0.2.1      2019-03-21 [1] CRAN (R 4.0.1)                     
##  backports      1.1.10     2020-09-15 [1] CRAN (R 4.0.1)                     
##  blob           1.2.1      2020-01-20 [1] CRAN (R 4.0.1)                     
##  blogdown       0.21       2020-10-11 [1] CRAN (R 4.0.1)                     
##  bookdown       0.21       2020-10-13 [1] CRAN (R 4.0.1)                     
##  broom          0.7.2      2020-10-20 [1] CRAN (R 4.0.1)                     
##  cellranger     1.1.0      2016-07-27 [1] CRAN (R 4.0.1)                     
##  cli            2.1.0      2020-10-12 [1] CRAN (R 4.0.1)                     
##  colorspace     1.4-1      2019-03-18 [1] CRAN (R 4.0.1)                     
##  crayon         1.3.4      2017-09-16 [1] CRAN (R 4.0.1)                     
##  DBI            1.1.0      2019-12-15 [1] CRAN (R 4.0.1)                     
##  dbplyr         1.4.4      2020-05-27 [1] CRAN (R 4.0.1)                     
##  digest         0.6.26     2020-10-17 [1] CRAN (R 4.0.1)                     
##  dplyr        * 1.0.2      2020-08-18 [1] CRAN (R 4.0.1)                     
##  ellipsis       0.3.1      2020-05-15 [1] CRAN (R 4.0.1)                     
##  evaluate       0.14       2019-05-28 [1] CRAN (R 4.0.1)                     
##  fansi          0.4.1      2020-01-08 [1] CRAN (R 4.0.1)                     
##  farver         2.0.3      2020-01-16 [1] CRAN (R 4.0.1)                     
##  forcats      * 0.5.0      2020-03-01 [1] CRAN (R 4.0.1)                     
##  fs             1.5.0      2020-07-31 [1] CRAN (R 4.0.1)                     
##  generics       0.0.2      2018-11-29 [1] CRAN (R 4.0.1)                     
##  ggplot2      * 3.3.2      2020-06-19 [1] CRAN (R 4.0.1)                     
##  ggrepel      * 0.8.2      2020-03-08 [1] CRAN (R 4.0.1)                     
##  glue           1.4.2      2020-08-27 [1] CRAN (R 4.0.1)                     
##  gtable         0.3.0      2019-03-25 [1] CRAN (R 4.0.1)                     
##  haven          2.3.1      2020-06-01 [1] CRAN (R 4.0.1)                     
##  here           0.1        2017-05-28 [1] CRAN (R 4.0.1)                     
##  highr          0.8        2019-03-20 [1] CRAN (R 4.0.1)                     
##  hms            0.5.3      2020-01-08 [1] CRAN (R 4.0.1)                     
##  htmltools      0.5.0      2020-06-16 [1] CRAN (R 4.0.1)                     
##  httr           1.4.2      2020-07-20 [1] CRAN (R 4.0.1)                     
##  jsonlite       1.7.1      2020-09-07 [1] CRAN (R 4.0.1)                     
##  knitr          1.30       2020-09-22 [1] CRAN (R 4.0.1)                     
##  labeling       0.4.2      2020-10-20 [1] CRAN (R 4.0.1)                     
##  lifecycle      0.2.0      2020-03-06 [1] CRAN (R 4.0.1)                     
##  lubridate      1.7.9      2020-06-08 [1] CRAN (R 4.0.1)                     
##  magrittr       1.5.0.9000 2020-08-21 [1] Github (tidyverse/magrittr@1d0559d)
##  modelr         0.1.8      2020-05-19 [1] CRAN (R 4.0.1)                     
##  munsell        0.5.0      2018-06-12 [1] CRAN (R 4.0.1)                     
##  patchwork    * 1.0.1      2020-06-22 [1] CRAN (R 4.0.1)                     
##  pillar         1.4.6      2020-07-10 [1] CRAN (R 4.0.1)                     
##  pkgconfig      2.0.3      2019-09-22 [1] CRAN (R 4.0.1)                     
##  purrr        * 0.3.4      2020-04-17 [1] CRAN (R 4.0.1)                     
##  R6             2.4.1      2019-11-12 [1] CRAN (R 4.0.1)                     
##  RColorBrewer   1.1-2      2014-12-07 [1] CRAN (R 4.0.1)                     
##  Rcpp           1.0.5      2020-07-06 [1] CRAN (R 4.0.1)                     
##  readr        * 1.4.0      2020-10-05 [1] CRAN (R 4.0.1)                     
##  readxl         1.3.1      2019-03-13 [1] CRAN (R 4.0.1)                     
##  reprex         0.3.0      2019-05-16 [1] CRAN (R 4.0.1)                     
##  rlang          0.4.8      2020-10-08 [1] CRAN (R 4.0.1)                     
##  rmarkdown      2.5        2020-10-21 [1] CRAN (R 4.0.1)                     
##  rprojroot      1.3-2      2018-01-03 [1] CRAN (R 4.0.1)                     
##  rstudioapi     0.11       2020-02-07 [1] CRAN (R 4.0.1)                     
##  rvest          0.3.6      2020-07-25 [1] CRAN (R 4.0.1)                     
##  scales         1.1.1      2020-05-11 [1] CRAN (R 4.0.1)                     
##  sessioninfo    1.1.1      2018-11-05 [1] CRAN (R 4.0.1)                     
##  stringi        1.5.3      2020-09-09 [1] CRAN (R 4.0.1)                     
##  stringr      * 1.4.0      2019-02-10 [1] CRAN (R 4.0.1)                     
##  tibble       * 3.0.4      2020-10-12 [1] CRAN (R 4.0.1)                     
##  tidyr        * 1.1.2      2020-08-27 [1] CRAN (R 4.0.1)                     
##  tidyselect     1.1.0      2020-05-11 [1] CRAN (R 4.0.1)                     
##  tidyverse    * 1.3.0      2019-11-21 [1] CRAN (R 4.0.1)                     
##  vctrs          0.3.4      2020-08-29 [1] CRAN (R 4.0.1)                     
##  viridisLite    0.3.0      2018-02-01 [1] CRAN (R 4.0.1)                     
##  withr          2.3.0      2020-09-22 [1] CRAN (R 4.0.1)                     
##  xfun           0.18       2020-09-29 [1] CRAN (R 4.0.1)                     
##  xml2           1.3.2      2020-04-23 [1] CRAN (R 4.0.1)                     
##  yaml           2.2.1      2020-02-01 [1] CRAN (R 4.0.1)                     
## 
## [1] /home/lluis/bin/R/4.0.1/lib/R/library

Social activities on GitHub

Sun, 21 Jun 2020 00:00:00 +0000

On my last post I explored the Bioconductor submissions using {gh} to retrieve some data. After some feedback from the Bioconductor community I realized I should download other kind of data to improve my analysis on the reviews.

To make this I developed a new package to retrieve information from GitHub.

socialGH

This package based on {gh}, allows to retrieve, data from Github.

You can install it with

remotes::install_github("llrs/socialGH")

Basically pulls the data in list format and transforms it into a data.frame in order to be able to do analysis, filter it or analyze it.

library("socialGH")
library("tidyverse")
## ── Attaching packages ─────────────────────────────────────── tidyverse 1.3.0 ──
## ✓ ggplot2 3.3.3     ✓ purrr   0.3.4
## ✓ tibble  3.0.4     ✓ dplyr   1.0.2
## ✓ tidyr   1.1.2     ✓ stringr 1.4.0
## ✓ readr   1.4.0     ✓ forcats 0.5.0
## ── Conflicts ────────────────────────────────────────── tidyverse_conflicts() ──
## x dplyr::filter() masks stats::filter()
## x dplyr::lag()    masks stats::lag()

It allows to selective download comments, pull requests, issues, events, labels and the timeline of an issue.

With the issues we can see the labels, how many coments and many information:

issues_blog <- get_issues("llrs/blogR")
dim(issues_blog)
## [1] 46 15
colnames(issues_blog)
##  [1] "assignees"   "assignee"    "label"       "state"       "locked"     
##  [6] "milestone"   "n_comments"  "title"       "created"     "updated"    
## [11] "association" "text"        "id"          "closer"      "poster"
# Labels used
issues_blog %>% 
  pull(label) %>% 
  unlist(FALSE, FALSE) %>% 
  table()
## .
##  b101nfo.blogspot.com          Bioconductor                config 
##                     1                     4                     1 
##                  CRAN             goverment           help wanted 
##                     3                     1                     1 
##               invalid               package                  Post 
##                     1                     2                    27 
##              question              rOpenSci todo 🗒 
##                     2                     1                     4 
##               website 
##                     1
count(issues_blog, state)
##    state  n
## 1 closed 27
## 2   open 19
count(issues_blog, n_comments)
##   n_comments  n
## 1          0 24
## 2          1 15
## 3          2  2
## 4          3  4
## 5          5  1

However, it doesn’t retrieve each comment of an issue.

# Issues with comments
issues_blog %>% 
  filter(n_comments > 0) %>% 
  pull(id)
##  [1] 46 42 40 39 36 34 33 29 28 26 25 23 16 10  9  8  7  6  5  4  3  2

comments <- get_comments("llrs/blogR")
dim(comments)
## [1] 36  6
colnames(comments)
## [1] "text"        "created"     "updated"     "association" "id"         
## [6] "commenter"
count(comments, association)
##   association  n
## 1       OWNER 36

We can see that I was the only one writing on the issues and we already retrieved the text of the comments.

We can also look for events on issues:

events <- get_events("llrs/blogR", 23)
count(events, event)
##     event n
## 1 labeled 1
## 2  closed 1

On all the functions you can provide a number of the issue and you’ll retrieve the information just for that issue. If you don’t provide an issue it will search the whole repository:

events <- get_events("llrs/blogR")
count(events, event)
##                 event  n
## 1             labeled 50
## 2              closed 27
## 3             renamed  4
## 4 marked_as_duplicate  1
## 5            assigned  6
## 6          subscribed  3
## 7           mentioned  3
## 8           unlabeled  1

However it is better if we look to the timeline of an issue:, which downloads each comment of the issues.

gt <- get_timelines("llrs/blogR", 23)
## Warning: This is under preview and may fail.
gt[, c("label", "event", "created", "association", "actor")]
##   label     event             created association             actor
## 1    NA commented 2020-02-14 00:39:47       OWNER llrs, User, FALSE
## 2    NA commented 2020-02-14 09:44:26       OWNER llrs, User, FALSE
## 3  Post   labeled 2020-02-18 10:10:35        <NA> llrs, User, FALSE
## 4    NA commented 2020-02-29 17:58:51       OWNER llrs, User, FALSE
## 5    NA    closed 2020-02-29 17:58:51        <NA> llrs, User, FALSE

With timeline we don’t get the initial information of when the issue was created and we’ll need to call get_issue("llrs/blogR", 23) to know that. Here I did omit the text of the comment to make it readable, but we can see what has been happening and by who or who is affecting.

Learning

Developing this package I learned more about the {gh} package (In the previous blog I wrote manually the calls to different pages, which later on I discovered it is automatically handled by {gh}). And learned that the different accept headers have influenced on the total information returned (and that you cannot pass several accept headers at the same time).
Hope to learn more about the R community that is using Github as a way to help each other, improve packages and process.

Reproducibility

## ─ Session info ───────────────────────────────────────────────────────────────────────────────────────────────────────
##  setting  value                       
##  version  R version 4.0.1 (2020-06-06)
##  os       Ubuntu 20.04.1 LTS          
##  system   x86_64, linux-gnu           
##  ui       X11                         
##  language (EN)                        
##  collate  en_US.UTF-8                 
##  ctype    en_US.UTF-8                 
##  tz       Europe/Madrid               
##  date     2021-01-08                  
## 
## ─ Packages ───────────────────────────────────────────────────────────────────────────────────────────────────────────
##  package     * version date       lib source                           
##  assertthat    0.2.1   2019-03-21 [1] CRAN (R 4.0.1)                   
##  backports     1.2.1   2020-12-09 [1] CRAN (R 4.0.1)                   
##  blogdown      0.21.84 2021-01-07 [1] Github (rstudio/blogdown@c4fbb58)
##  bookdown      0.21    2020-10-13 [1] CRAN (R 4.0.1)                   
##  broom         0.7.3   2020-12-16 [1] CRAN (R 4.0.1)                   
##  cellranger    1.1.0   2016-07-27 [1] CRAN (R 4.0.1)                   
##  cli           2.2.0   2020-11-20 [1] CRAN (R 4.0.1)                   
##  colorspace    2.0-0   2020-11-11 [1] CRAN (R 4.0.1)                   
##  crayon        1.3.4   2017-09-16 [1] CRAN (R 4.0.1)                   
##  curl          4.3     2019-12-02 [1] CRAN (R 4.0.1)                   
##  DBI           1.1.0   2019-12-15 [1] CRAN (R 4.0.1)                   
##  dbplyr        2.0.0   2020-11-03 [1] CRAN (R 4.0.1)                   
##  digest        0.6.27  2020-10-24 [1] CRAN (R 4.0.1)                   
##  dplyr       * 1.0.2   2020-08-18 [1] CRAN (R 4.0.1)                   
##  ellipsis      0.3.1   2020-05-15 [1] CRAN (R 4.0.1)                   
##  evaluate      0.14    2019-05-28 [1] CRAN (R 4.0.1)                   
##  fansi         0.4.1   2020-01-08 [1] CRAN (R 4.0.1)                   
##  forcats     * 0.5.0   2020-03-01 [1] CRAN (R 4.0.1)                   
##  fs            1.5.0   2020-07-31 [1] CRAN (R 4.0.1)                   
##  generics      0.1.0   2020-10-31 [1] CRAN (R 4.0.1)                   
##  ggplot2     * 3.3.3   2020-12-30 [1] CRAN (R 4.0.1)                   
##  gh            1.2.0   2020-11-27 [1] CRAN (R 4.0.1)                   
##  gitcreds      0.1.1   2020-12-04 [1] CRAN (R 4.0.1)                   
##  glue          1.4.2   2020-08-27 [1] CRAN (R 4.0.1)                   
##  gtable        0.3.0   2019-03-25 [1] CRAN (R 4.0.1)                   
##  haven         2.3.1   2020-06-01 [1] CRAN (R 4.0.1)                   
##  hms           0.5.3   2020-01-08 [1] CRAN (R 4.0.1)                   
##  htmltools     0.5.0   2020-06-16 [1] CRAN (R 4.0.1)                   
##  httr          1.4.2   2020-07-20 [1] CRAN (R 4.0.1)                   
##  jsonlite      1.7.2   2020-12-09 [1] CRAN (R 4.0.1)                   
##  knitr         1.30    2020-09-22 [1] CRAN (R 4.0.1)                   
##  lifecycle     0.2.0   2020-03-06 [1] CRAN (R 4.0.1)                   
##  lubridate     1.7.9.2 2020-11-13 [1] CRAN (R 4.0.1)                   
##  magrittr      2.0.1   2020-11-17 [1] CRAN (R 4.0.1)                   
##  modelr        0.1.8   2020-05-19 [1] CRAN (R 4.0.1)                   
##  munsell       0.5.0   2018-06-12 [1] CRAN (R 4.0.1)                   
##  pillar        1.4.7   2020-11-20 [1] CRAN (R 4.0.1)                   
##  pkgconfig     2.0.3   2019-09-22 [1] CRAN (R 4.0.1)                   
##  purrr       * 0.3.4   2020-04-17 [1] CRAN (R 4.0.1)                   
##  R6            2.5.0   2020-10-28 [1] CRAN (R 4.0.1)                   
##  Rcpp          1.0.5   2020-07-06 [1] CRAN (R 4.0.1)                   
##  readr       * 1.4.0   2020-10-05 [1] CRAN (R 4.0.1)                   
##  readxl        1.3.1   2019-03-13 [1] CRAN (R 4.0.1)                   
##  reprex        0.3.0   2019-05-16 [1] CRAN (R 4.0.1)                   
##  rlang         0.4.10  2020-12-30 [1] CRAN (R 4.0.1)                   
##  rmarkdown     2.6     2020-12-14 [1] CRAN (R 4.0.1)                   
##  rstudioapi    0.13    2020-11-12 [1] CRAN (R 4.0.1)                   
##  rvest         0.3.6   2020-07-25 [1] CRAN (R 4.0.1)                   
##  scales        1.1.1   2020-05-11 [1] CRAN (R 4.0.1)                   
##  sessioninfo   1.1.1   2018-11-05 [1] CRAN (R 4.0.1)                   
##  socialGH    * 0.0.3   2020-08-17 [1] local                            
##  stringi       1.5.3   2020-09-09 [1] CRAN (R 4.0.1)                   
##  stringr     * 1.4.0   2019-02-10 [1] CRAN (R 4.0.1)                   
##  tibble      * 3.0.4   2020-10-12 [1] CRAN (R 4.0.1)                   
##  tidyr       * 1.1.2   2020-08-27 [1] CRAN (R 4.0.1)                   
##  tidyselect    1.1.0   2020-05-11 [1] CRAN (R 4.0.1)                   
##  tidyverse   * 1.3.0   2019-11-21 [1] CRAN (R 4.0.1)                   
##  vctrs         0.3.6   2020-12-17 [1] CRAN (R 4.0.1)                   
##  withr         2.3.0   2020-09-22 [1] CRAN (R 4.0.1)                   
##  xfun          0.20    2021-01-06 [1] CRAN (R 4.0.1)                   
##  xml2          1.3.2   2020-04-23 [1] CRAN (R 4.0.1)                   
##  yaml          2.2.1   2020-02-01 [1] CRAN (R 4.0.1)                   
## 
## [1] /home/lluis/bin/R/4.0.1/lib/R/library

R weekly new editor

Thu, 13 Feb 2020 00:00:00 +0000

Rweekly is looking for new editors. But they need to have submitted “at least 6 PRs on R Weekly”. If you submitted something through the webpage you also can apply. But I’ll look at how many people has submitted pull requests (PR) through GitHub at the repo rweekly/rewekly.

GH

So the GH package is good for this, but we need to know the API of Github. After a quick search I found the end point of the API:

library("gh")
PR <- gh("GET /search/issues?q=repo:rweekly/rweekly.org+is:pr+is:merged&per_page=100") # Copied from https://developer.github.com/v3/pulls/
PR$total_count
## [1] 706

We know that there have been 552, we’ll need 8 calls to the appy, because it returns 100 values on each call.

This time we’ll use copy and paste for a quick solution:

PR2 <- gh("GET /search/issues?q=repo:rweekly/rweekly.org+is:pr+is:merged&per_page=100&page=2")
PR3 <- gh("GET /search/issues?q=repo:rweekly/rweekly.org+is:pr+is:merged&per_page=100&page=3")
PR4 <- gh("GET /search/issues?q=repo:rweekly/rweekly.org+is:pr+is:merged&per_page=100&page=4")
PR5 <- gh("GET /search/issues?q=repo:rweekly/rweekly.org+is:pr+is:merged&per_page=100&page=5")
PR6 <- gh("GET /search/issues?q=repo:rweekly/rweekly.org+is:pr+is:merged&per_page=100&page=6")

Now that we have the data we need to retrive the user names:

data <- list(PR, PR2, PR3, PR4, PR5, PR6)

users <- lapply(data, function(x) {
  vapply(x$items, function(y) {y$user$login}, character(1L))
})
users <- sort(unlist(users))

We know now that 171 has contributed through PR. Which of them are done by at the same people?

ts <- sort(table(users), decreasing = TRUE)
par(mar = c(8,3,3,0))
barplot(ts, las = 2, border = "gray", main = "Contributors to Rweekly.org")

So we have 34 contributors which are ellegible, less if we remove the current editors:

names(ts)[ts >= 6]
##  [1] "Ryo-N7"          "HenrikBengtsson" "martinctc"       "maelle"         
##  [5] "amrrs"           "jwijffels"       "lgellis"         "mcdussault"     
##  [9] "malcolmbarrett"  "moldach"         "dA505819"        "echasnovski"    
## [13] "jonmcalder"      "jonocarroll"     "mailund"         "suzanbaert"     
## [17] "seabbs"          "feddelegrand7"   "hfshr"           "lorenzwalthert" 
## [21] "MilesMcBain"     "RaoOfPhysics"    "tomroh"          "EmilHvitfeldt"  
## [25] "katiejolly"      "privefl"         "rCarto"          "deanmarchiori"  
## [29] "DougVegas"       "eokodie"         "jdblischak"      "mkmiecik14"     
## [33] "noamross"        "rstub"

Reproducibility

## ─ Session info ───────────────────────────────────────────────────────────────────────────────────────────────────────
##  setting  value                       
##  version  R version 4.0.1 (2020-06-06)
##  os       Ubuntu 20.04.1 LTS          
##  system   x86_64, linux-gnu           
##  ui       X11                         
##  language (EN)                        
##  collate  en_US.UTF-8                 
##  ctype    en_US.UTF-8                 
##  tz       Europe/Madrid               
##  date     2021-01-08                  
## 
## ─ Packages ───────────────────────────────────────────────────────────────────────────────────────────────────────────
##  package     * version date       lib source                           
##  assertthat    0.2.1   2019-03-21 [1] CRAN (R 4.0.1)                   
##  blogdown      0.21.84 2021-01-07 [1] Github (rstudio/blogdown@c4fbb58)
##  bookdown      0.21    2020-10-13 [1] CRAN (R 4.0.1)                   
##  cli           2.2.0   2020-11-20 [1] CRAN (R 4.0.1)                   
##  crayon        1.3.4   2017-09-16 [1] CRAN (R 4.0.1)                   
##  curl          4.3     2019-12-02 [1] CRAN (R 4.0.1)                   
##  digest        0.6.27  2020-10-24 [1] CRAN (R 4.0.1)                   
##  evaluate      0.14    2019-05-28 [1] CRAN (R 4.0.1)                   
##  fansi         0.4.1   2020-01-08 [1] CRAN (R 4.0.1)                   
##  gh          * 1.2.0   2020-11-27 [1] CRAN (R 4.0.1)                   
##  gitcreds      0.1.1   2020-12-04 [1] CRAN (R 4.0.1)                   
##  glue          1.4.2   2020-08-27 [1] CRAN (R 4.0.1)                   
##  htmltools     0.5.0   2020-06-16 [1] CRAN (R 4.0.1)                   
##  httr          1.4.2   2020-07-20 [1] CRAN (R 4.0.1)                   
##  jsonlite      1.7.2   2020-12-09 [1] CRAN (R 4.0.1)                   
##  knitr         1.30    2020-09-22 [1] CRAN (R 4.0.1)                   
##  magrittr      2.0.1   2020-11-17 [1] CRAN (R 4.0.1)                   
##  R6            2.5.0   2020-10-28 [1] CRAN (R 4.0.1)                   
##  rlang         0.4.10  2020-12-30 [1] CRAN (R 4.0.1)                   
##  rmarkdown     2.6     2020-12-14 [1] CRAN (R 4.0.1)                   
##  sessioninfo   1.1.1   2018-11-05 [1] CRAN (R 4.0.1)                   
##  stringi       1.5.3   2020-09-09 [1] CRAN (R 4.0.1)                   
##  stringr       1.4.0   2019-02-10 [1] CRAN (R 4.0.1)                   
##  withr         2.3.0   2020-09-22 [1] CRAN (R 4.0.1)                   
##  xfun          0.20    2021-01-06 [1] CRAN (R 4.0.1)                   
##  yaml          2.2.1   2020-02-01 [1] CRAN (R 4.0.1)                   
## 
## [1] /home/lluis/bin/R/4.0.1/lib/R/library