# A Appendices

## A.1 Notes on Scope and the Python Statistical Ecosystem

Two factors may be usefully noted in this regard:

- The potential number of python packages for statistical analyses is likely
to be relatively more restricted than relative numbers of
**R**packages. Taking as indicative presentations at the previous three Joint Statistical Meetings (JSMs; 2018-2020), no python packages were referred to in any abstract, while 32**R**packages were presented, along with two meta-platforms for**R**packages. Presentations at the Symposium of Data Science and Statistics (SDSS) for 2018-19 similarly including numerous presentations of**R**packages, along with presentation of three python packages. It may accordingly be expected that potential expansion to include python packages will demand relatively very little time or effort compared with that devoted to**R**packages as the primary software scope. - In spite of the above, the community of python users is enormously greater,
reflected in the currently 367,744 packages compared with
19,005 packages on CRAN, or over 19 times as
many python packages. Similarly, 41.7% of all respondents to the 2019
stackoverflow developer
survey nominated python as
their most popular language, compared with only 5.8% who nominated
**R**.

The relative importance of python is powerfully reflected in temporal trends from the stackoverflow developer survey from the previous three years, with results shown in the following graphic.

Python is not only more used and more loved than **R**, but both statistics for
python have consistently grown at a faster rate over the past three years as
have equivalent statistics for **R**.

Both languages nevertheless have relative well-defined standards for software
packaging, python via the Python Package Index
(pypi), and **R**
via CRAN. In contrast to CRAN, which runs its own
checks on all packages on a daily basis, there are no automatic checks for
pypi packages, and
almost any form of package that minimally conforms to the standards may be
submitted. This much lower effective barrier to entry likely partially
contributes to the far greater numbers of
pypi
(367,744) than
CRAN (19,005) packages.

## A.2 Empirical Derivation of Categories

We attempted to derive a realistic categorisation through using empirical data from several sources of potential software submissions, including all apparently “statistical” R packages published in the Journal of Open Source Software (JOSS), packages published in the Journal of Statistical Software, software presented at the 2018 and 2019 Joint Statistical Meetings (JSM), and Symposia on Data Science and Statistics (SDSS), well as CRAN task views. We have also compiled a list of the descriptions of all packages rejected by rOpenSci as being out of current scope because of current inability to consider statistical packages, along with a selection of recent statistical R packages accepted by JOSS. (The full list of all R package published by JOSS can be viewed at https://joss.theoj.org/papers//in/R).

We allocated one or more key words (or phrases) to each abstract, and use the
frequencies and inter-connections between these to inform the following
categorisation are represented in the interactive
graphic
(also included in the Appendix), itself derived from
analyses of abstracts from all statistical software submitted to both rOpenSci
and JOSS. (Several additional analyses and graphical representations of these
raw data are included an auxiliary github
repository.) The primary
nodes that emerge from these empirical analyses (with associated *relative*
sizes in parentheses) are shown in the following table.

n | term | proportion |
---|---|---|

1 | ML | 0.133 |

2 | statistical indices and scores | 0.111 |

3 | visualization | 0.111 |

4 | dimensionality reduction | 0.100 |

5 | probability distributions | 0.100 |

6 | regression | 0.100 |

7 | wrapper | 0.100 |

8 | estimates | 0.089 |

9 | Monte Carlo | 0.089 |

10 | Bayesian | 0.078 |

11 | categorical variables | 0.078 |

12 | EDA | 0.078 |

13 | networks | 0.078 |

14 | summary statistics | 0.067 |

15 | survival | 0.067 |

16 | workflow | 0.067 |

The top key words and their inter-relationships within the main network diagram were used to distinguish the following primary categories representing all terms which appear in over 5% of all abstracts, along with the two additional categories of “spatial” and “education”. We have excluded the key word “Estimates” as being too generic to usefully inform standards, and have also collected a few strongly-connected terms into single categories.

n | term | proprtion | comment |
---|---|---|---|

1 | Bayesian & Monte Carlo | 0.167 | |

2 | dimensionality reduction & feature selection | 0.144 | Commonly as a result of ML algorithms |

3 | ML | 0.133 | |

4 | regression/splines/interpolation | 0.133 | Including function data analysis |

5 | statistical indices and scores | 0.111 | Software generally intended to produce specific indices or scores as statistical output |

6 | visualization | 0.111 | |

7 | probability distributions | 0.100 | Including kernel densities, likelihood estimates and estimators, and sampling routines |

8 | wrapper | 0.100 | |

9 | categorical variables | 0.078 | Including latent variables, and those output from ML algorithms. Note also that method for dimensionality reduction (such as clustering) often transform data to categorical forms. |

10 | Exploratory Data Analysis (EDA) | 0.078 | Including information statistics such as Akaike’s criterion, and techniques such as random forests. Often related to workflow software. |

11 | networks | 0.078 | |

12 | summary statistics | 0.067 | Primarily related in the empirical data to regression and survival analyses, yet clearly a distinct category of its own. |

13 | survival | 0.067 | strongly related to EDA, yet differing in being strictly descriptive of software outputs whereas EDA may include routines to explore data inputs and other pre-output stages of analysis. |

14 | workflow | 0.067 | Often related to EDA, and very commonly also to ML. |

15 | spatial | 0.033 | Also an important intermediate node connecting several other nodes, yet defining its own distinct cluster reflecting a distinct area of expertise. |

16 | education | 0.044 |

The full network diagram can then be reduced down to these categories only, with interconnections weighted by all first- and second-order interconnections between intermediate categories, to give the following, simplified diagram (in which “scores” denotes “statistical indices and scores”; with the diagram best inspected by dragging individual nodes to see their connections to others).

```
#> `summarise()` has grouped output by 'from'. You can override using the
#> `.groups` argument.
#> `summarise()` has grouped output by 'from'. You can override using the
#> `.groups` argument.
```

Standards considered under any of the ensuing categories must be developed with
reference to inter-relationships between categories, and in particular to
potential ambiguity within and between any categorisation. An example of such
ambiguity, and of potential difficulties associated with categorisation, is the
category of “network” software which appropriate describes the
`grapherator`

package (with
accompanying JOSS paper)
which is effectively a distribution generator for data represented in
a particular format that happens to represent a graph; and three JSM
presentations, one on network-based clustering of high-dimensional
data,
one on community structure in dynamic
networks
and one on Gaussian graphical
models.
Standards derived for network software must accommodate such diversity of
applications, and must accommodate software for which the “network” category
may pertain only to some relatively minor aspect, while the primary algorithms
or routines may not be related to network software in any direct way.

## A.3 Analysis of statistical software keywords

The
JOSS
conducts its own peer review process, and publishes textual descriptions of
accepted software. Each piece of software then has its own web page on the
journal’s site, on which the text is presented as a compiled `.pdf`

-format
document, along with links to the open review, as well as to the software
repository. The published document must be included within the software
repository in a file named `paper.md`

, which enables automatic extraction and
analysis of these text descriptions of software. Rather than attempt
a comprehensive, and unavoidably subjective, categorization of software, these
textual descriptions were used to identify key words or phrases (hereafter,
“keywords”) which encapsulated the purpose, function, or other general
descriptive elements of each piece of software. Each paper generally yielded
multiple keywords. Extracting these from all papers judged to be potentially in
scope allowed for the construction of a network of topics, in which the nodes
were the key words and phrases, and the connections between any pair of nodes
reflected the number of times those two keywords co-occurred across all papers.

We extracted all papers accepted and published by JOSS (217 at the time of writing in early 2020), and manually determined which of these were broadly statistical, reducing the total to 92. We then read through the contents of each of these, and recorded as many keywords as possible for each paper. The resultant network is shown in the following interactive graphic, in which nodes are scaled by numbers of occurrences, and edges by numbers of co-occurrences. (Or click here for full-screen version with link to code.)

Such a network visualization enables immediate identification of more and less central concepts including, in our case, several that we may not otherwise have conceived of as having been potentially in scope. We then used this network to define our set of key “in scope” concepts. This figure also reveals that many of these keywords are somewhat “lower level” than the kinds of concepts we might otherwise have used to define scoping categories. For example, keywords such as “likelihood” or “probability” are not likely to be useful in defining actual categories of statistical software, yet they turned out to lie at the centres of relatively well-defined groups of related keywords.

We also examined the forms of both input and output data for each of the 92 pieces of software described in these JOSS papers, and constructed an additional graph directionally relating these different data formats.

```
#> `summarise()` has grouped output by 'from'. You can override using the
#> `.groups` argument.
```

## A.4 Other Software Standards

Among the noteworthy instances of software standards, the following are particularly relevant:

- The Core Infrastructure Initiative’s Best Practices Badge, which is granted to software meeting an extensive list of criteria. This list of criteria provides a singularly useful reference for software standards.
- The Software Sustainability Institute’s
*Software Evaluation Guide*, in particular their guide to*Criteria-based software evaluation*, which considers two primary categories of*Usability*and*Sustainability and Maintainability*, each of which is divided into numerous sub-categories. The guide identifies numerous concrete criteria for each sub-category, explicitly detailed below in order to provide an example of the kind of standards that might be adapted and developed for application to the present project. - The
*Transparent Statistics Guidelines*, by the “HCI (Human Computer Interaction) Working Group”. While currently only in its beginning phases, that document aims to provide concrete guidance on “transparent statistical communication.” If its development continues, it is likely to provide useful guidelines on best practices for how statistical software produces and reports results. - The more technical considerations of the Object Management
Group’s
*Automated Source Code CISQ Maintainability Measure*(where CISQ refers to the*Consortium for IT Software Quality*). This guide describes a number of measures which can be automatically extracted and used to quantify the maintainability of source code. None of these measures are not already considered in one or both of the preceding two documents, but the identification of measures particularly amenable to automated assessment provides a particularly useful reference.

There is also rOpenSci’s guide on package development, maintenance, and peer review, which provides standards of this type for R packages, primarily within its first chapter. Another notable example is the tidyverse design guide, and the section on Conventions for R Modeling Packages which provides guidance for model-fitting APIs.

Specific standards for neural network algorithms have also been developed as
part of a google 2019 Summer Of Code
project, resulting in a dedicated
R package, `NNbenchmark`

,
and accompanying results—their so-called
“notebooks”—of
applying their benchmarks to a suite of neural network packages.

## A.5 Bibliography

Brenning, A. 2012. “Spatial Cross-Validation and Bootstrap for the Assessment of Prediction Rules in Remote Sensing: The R Package Sperrorest.” In *2012 IEEE International Geoscience and Remote Sensing Symposium*, 5372–5. https://doi.org/10.1109/IGARSS.2012.6352393.

Estivill-Castro, Vladimir. 2002. “Why so Many Clustering Algorithms: A Position Paper.” *ACM SIGKDD Explorations Newsletter* 4 (1): 65–75. https://doi.org/10.1145/568574.568575.

Muenchow, Jannes, Jakub Nowosad. 2019. *Chapter 11 Statistical Learning Geocomputation with R*. https://geocompr.robinlovelace.net/.

Schratz, Patrick, Jannes Muenchow, Eugenia Iturritxa, Jakob Richter, and Alexander Brenning. 2019. “Hyperparameter Tuning and Performance Assessment of Statistical and Machine-Learning Algorithms Using Spatial Data.” *Ecological Modelling* 406 (August): 109–20. https://doi.org/10.1016/j.ecolmodel.2019.06.002.

Valavi, Roozbeh, Jane Elith, José J. Lahoz‐Monfort, and Gurutzeta Guillera‐Arroita. 2019. “blockCV: An R Package for Generating Spatially or Environmentally Separated Folds for K-Fold Cross-Validation of Species Distribution Models.” *Methods in Ecology and Evolution* 10 (2): 225–32. https://doi.org/https://doi.org/10.1111/2041-210X.13107.