-
Notifications
You must be signed in to change notification settings - Fork 18
/
README.Rmd
293 lines (175 loc) · 13.7 KB
/
README.Rmd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
---
output: github_document
---
<!-- README.md is generated from README.Rmd. Please edit that file -->
```{r, include = FALSE}
knitr::opts_chunk$set(
collapse = TRUE, eval = FALSE,
comment = "#>",
fig.path = "README-figures/"
)
```
# grateful: Facilitate citation of R packages
<!-- badges: start -->
`r badger::badge_cran_release()`
<a href="https://diffify.com/R/grateful" target="_blank"><img src="https://diffify.com/diffify-badge.svg" alt="The diffify page for the R package grateful" style="width: 100px; max-width: 100%;"></a>
[](https://github.com/Pakillo/grateful/actions/workflows/R-CMD-check.yaml)
[](https://app.codecov.io/gh/Pakillo/grateful?branch=master)
`r badger::badge_lifecycle("stable")`
`r badger::badge_repostatus("Active")`
[](https://cran.r-project.org/package=grateful)
<!--
[](https://hits.dwyl.com/Pakillo/grateful)
[](https://hits.dwyl.com/Pakillo/grateful)
-->
<!-- badges: end -->
The goal of **grateful** is to make it very easy to cite R and the R packages used in any analyses, so that package authors receive their deserved credit. By calling a single function, **grateful** will scan the project for R packages used and generate a BibTeX file containing all citations for those packages.
**grateful** can then generate a new document with citations in the desired output format (Word, PDF, LaTeX, HTML, Markdown). These references can be formatted for a specific journal, so that we can just paste them directly into our manuscript or report.
Alternatively, we can use **grateful** directly within an [Rmarkdown](https://rmarkdown.rstudio.com/) or [Quarto](https://quarto.org/) document. In this case, a paragraph containing in-text citations of all used R packages will (optionally) be inserted into the Rmarkdown/Quarto document, and these packages will be included in the reference list when rendering.
## Installation
You can install the stable release of {grateful} from CRAN:
```{r eval=FALSE}
install.packages("grateful")
```
Or the latest development version from [R-universe](https://pakillo.r-universe.dev/grateful):
```{r eval=FALSE}
install.packages("grateful", repos = c("https://pakillo.r-universe.dev", "https://cloud.r-project.org"))
```
Or from GitHub:
```{r eval=FALSE}
# install.packages("remotes")
remotes::install_github("Pakillo/grateful")
```
## Usage
**grateful** can be used in one of two ways:
1. to generate a 'citation report' listing each package and their citations
2. to build citation keys to incorporate into an existing R Markdown or Quarto document.
### Example
Imagine a project where we are using the packages: *dplyr*, *ggplot2*, *vegan* and *lme4*. We want to collect all the citations listed for these packages, as well as a citation for base R (and for RStudio, if applicable).
### Generate a document with formatted citations
Calling `cite_packages()` will scan the project, find these packages, and generate a document with formatted citations.
```{r eval=TRUE}
library(grateful)
```
```{r example, eval = FALSE}
cite_packages(out.dir = ".") # save report to working directory
```
<br>
This document can also be a Word or LaTeX document, PDF file, markdown file, or left as the source Rmarkdown file using `out.format`:
```{r eval = FALSE}
cite_packages(out.format = "docx", out.dir = ".")
```
We can specify the citation style for a particular journal using `citation.style`.
```{r eval = FALSE}
cite_packages(citation.style = "peerj", out.dir = ".")
```
In all cases a BibTeX (.bib) file with all package citations will be saved to disk.
<br>
### Using grateful with Rmarkdown or Quarto
If you are building a document in [RMarkdown](https://rmarkdown.rstudio.com/) or [Quarto](https://quarto.org/) and want to cite R packages, **grateful** can automatically generate a BibTeX file and ensure these packages are cited in the appropriate format (see template [Rmarkdown](https://github.com/Pakillo/grateful/blob/master/Rmd_Quarto/grateful-Rmarkdown.Rmd) and [Quarto](https://github.com/Pakillo/grateful/blob/master/Rmd_Quarto/grateful-Quarto.qmd) documents).
First, include a reference to the BibTeX file in your YAML header.
```
bibliography: grateful-refs.bib
```
(Note: You can reference multiple BibTeX files, if needed)
```
bibliography:
- document_citations.bib
- grateful-refs.bib
```
Then call `cite_packages(output = "paragraph")` within a code chunk (block or inline) to automatically include a paragraph mentioning all the used packages, and include their references in the bibliography list.
````
```{r}`r ''`
cite_packages(output = "paragraph", out.dir = ".")
```
````
`We used R version 4.2.3 [@base] and the following R packages: lme4 v. 1.1.32 [@lme4], tidyverse v. 2.0.0 [@tidyverse], vegan v. 2.6.4 [@vegan].`
Alternatively, you can get a table with package name, version, and citations, using `output = 'table'`:
````
```{r }`r ''`
pkgs <- cite_packages(output = "table", out.dir = ".")
knitr::kable(pkgs)
```
````
```{r echo=FALSE, eval = TRUE}
knitr::include_graphics("man/figures/table.png")
```
If you want the references to appear in a particular format, you can specify the citation style in the YAML header:
```
bibliography: grateful-refs.bib
csl: peerj.csl
```
Alternatively, you can cite particular packages using the citation keys generated by **grateful**, as with any other BibTeX reference, or just include citations in the References section, using the function `nocite_references()`. See the package help and the [RMarkdown cookbook](https://bookdown.org/yihui/rmarkdown-cookbook/bibliography.html) for more details.
## Frequently Asked Questions
### Getting just a table with used packages and versions
Use `scan_packages`
```{r eval=TRUE, comment = NA}
scan_packages()
```
### Producing a BibTeX file with package references
If you just want to get all package references in a BibTeX file, you can call `get_pkgs_info()`. Besides printing a table with package info, it will also save a BibTeX file with references. By default, the file will be called `grateful-refs.bib`, but you can change that (see function help).
If you want to get the BibTeX references for a few specific packages:
```{r eval = TRUE}
get_pkgs_info(pkgs = c("remotes", "renv"), out.dir = getwd())
```
### Using grateful with the tidyverse
If you use one or several packages from the [tidyverse](https://www.tidyverse.org), you can choose to [cite the 'tidyverse'](https://www.tidyverse.org/blog/2019/11/tidyverse-1-3-0/#citing-the-tidyverse) rather than the individual packages:
```{r eval=FALSE}
cite_packages(cite.tidyverse = TRUE)
```
### Including package dependencies
Most R packages also depend on other packages. To include those package dependencies in your citations, rather than just the packages you called directly, use `dependencies = TRUE`:
```{r eval=FALSE}
cite_packages(dependencies = TRUE)
```
### What about external software dependencies?
Some R packages wrap core external software that should perhaps be cited too. For example, [`rjags`](https://cran.r-project.org/package=rjags) is an R wrapper to the [JAGS](https://mcmc-jags.sourceforge.io/) software written in C++. Ideally, R packages wrapping core external software will include them in their CITATION file. But otherwise, we can investigate external software requirements of our used packages, e.g. using `remotes`:
```{r eval=TRUE}
remotes::system_requirements(package = c("rjags"), os = "ubuntu-20.04")
```
### What software to cite?
Citing software is pretty much like citing papers. Authors have to decide what to cite in each case, which depends on research context.
As written in the Software Citation Principles paper ([Smith et al. 2016)](https://doi.org/10.7717/peerj-cs.86):
> The software citation principles do not define what software should be cited, but rather how software should be cited. What software should be cited is the decision of the author(s) of the research work in the context of community norms and practices, and in most research communities, these are currently in flux. In general, we believe that software should be cited on the same basis as any other research product such as a paper or book; that is, authors should cite the appropriate set of software products just as they cite the appropriate set of papers, perhaps following the FORCE11 Data Citation Working Group principles, which state, “In scholarly literature, whenever and wherever a claim relies upon data, the corresponding data should be cited”
And these are the guidelines from the [Software Citation Checklist](https://doi.org/10.5281/zenodo.3479198):
> You should cite software that has a significant impact on the research outcome presented in your work, or on the way the research has been conducted. If the research you are presenting is not repeatable without a piece of software, then you should cite the software. Note that the license or copyright of the software has no bearing on whether you should cite it.
> This might include:
> Software (including scripts) you have written yourself to conduct the research presented.
A software framework / platform upon which the software you wrote to conduct the research relies.
Software packages, plugins, modules and libraries you used to conduct your research and that perform a critical role in your results.
Software you have used to simulate or model phenomena/systems.
Specialist software (which is not considered commonplace in your field) used to prepare, manage, analyse or visualise data.
Software being evaluated or compared as part of the research presented
Software that has produced analytic results or other output, especially if used through an interface.
> In general, you do not need to cite:
> Software packages or libraries that are not fundamental to your work and that are a normal part of the computational and scientific environment used. These dependencies do not need to be cited outright but should be documented as part of the computational workflow for complete reproducibility.
> Software that was used during the course of the research but had no impact on research results, e.g. word processing software, backup software.
Apart from citing the software most relevant to the particular research/analysis performed, I think it is good idea to record the entire computational environment elsewhere, e.g. using `sessionInfo()` or `sessioninfo::session_info()`.
### Some packages include several citations
Some packages include more than one citation (e.g. [knitr](https://cran.r-project.org/web/packages/knitr/citation.html), [mgcv](https://cran.r-project.org/web/packages/mgcv/citation.html)). `grateful` will include all those citations by default, as it is impossible to decide automatically which citations should be included in each case. The user may manually remove citations from the produced reference list after calling `cite_packages`. If using Quarto or Rmarkdown, we can generate the citation paragraph and manually remove the unwanted references so they will not appear cited.
For example, `mgcv` package provides multiple references to be cited:
```{r}
citation("mgcv")
```
To choose just one of them to be cited, we could generate a citation paragraph using `cite_packages`
```{r eval=FALSE}
cite_packages("paragraph", out.dir = ".")
```
And then manually remove the unwanted citation keys, leaving just those we want to cite:
When rendering the Rmarkdown or Quarto document, only the chosen references will be cited.
### Removing unused packages
Before running `grateful` you might want to run [`funchir::stale_package_check`](https://cran.r-project.org/package=funchir) or [annotater](https://cran.r-project.org/package=annotater) to check for unused packages before citing them.
### Error: there is no package called...
If getting an error like "Error in (function (pkg, lib.loc = NULL): there is no package called...", that means that some of your scripts is loading a package that is no longer available in your computer, so {grateful} cannot grab its citation. To fix this, there are several options. First, you could omit that package (or those packages, if more than one) from {grateful} citations using `cite_packages(omit = c("package1", "package2")`. Alternatively, try checking if that package is still needed for your project and you want to cite it, otherwise remove or comment that line where the package is loaded. If you still use and want to cite that package, install it, and then run `cite_packages` again.
### Projects with large number of packages or files
When a project includes many used packages (or files), `renv` may issue a warning. Use `options(renv.config.dependencies.limit = 10000)` to overcome the warning and scan the project for all packages used. Alternatively, use `.renvignore` to ignore certain files or folders (see `renv` [help](https://rstudio.github.io/renv/reference/dependencies.html#ignoring-files)).
### Citing 'grateful'
```{r eval=TRUE, comment=NA}
citation("grateful")
```
## Limitations
Citation keys are not guaranteed to be preserved when regenerated, particularly when packages are updated. This instability is not an issue when citations are used programmatically, as in the example above. But if references are put into the text manually, they may need to be updated periodically.