This vignette introduces the AnVILPublish package for transforming R / Bioconductor packages to AnVIL workspaces. Data from the package DESCRIPTION file and vignette YAML chunks are used to create the ‘DASHBOARD’ workspace landing page. Vignettes are processed to Python notebooks and added to the workspace bucke for access via the ‘NOTEBOOKS’ tab.
AnVILPublish 1.10.0
This package produces AnVIL workspaces from R packages. An example uses the new Gen3 package as a basis for the Bioconductor-Package-Gen3 workspace (permission to access this workspace is required, but there are no restrictions on granting permission).
If necessary, install the AnVILPublish library
if (!"AnVILPublish" %in% rownames(installed.packages()))
BiocManager::install("AnVILPublish")
There are only a small number of functions in the package; it is
likely best practice to invoke these using AnVILPublish::...()
rather than attaching the package to the search path.
gcloud
SDKIt is necessary to have the gcloud SDK available to copy notebook files to the workspace. Test availability with
AnVIL::gcloud_exists()
and verify that the account and project are appropriate (consistent with AnVIL credentials) for use with AnVIL
AnVIL::gcloud_account()
AnVIL::gcloud_project()
Note that these be used to set, as well as interrogate, the acount and project.
Quarto
softwareConversion of Rmarkdown (.Rmd
) or Quarto (.Qmd
) vignettes to
Jupyter (`.ipynb) notebooks uses Quarto software. It must be
available from within R, e.g.,
system2("quarto", "--version")
The user must determine if they want their vignettes converted or
rendered into Jupyter notebooks. The difference is that render
automatically executes R code blocks and embeds images, while
convert
will not.
It is also possible to use Python notedown, but support for this legacy tool will be discontinued; embeded images are not supported. notedown must be available from within R, e.g.,
system2("notedown", "--version")
CAUTION updating an existing workspace will replace existing content in a way that cannot be undone – you will lose content!
Workspace creation or update uses information from the DESCRIPTION file, CSV files in inst/tables, and from the YAML metadata at the top of vignettes. It is therefore worth-while to make sure this information is accurate.
In the DESCRIPTION file, the Title, Version, Date, Authors@R (preferred) or Author / Maintainer fields, Description, and License fields are used.
Tables in inst/tables must be CSV files. Individual entries in the CSV file may contain ‘whisker’ expressions for variable substitution, as follows:
{{ bucket }}
: the bucket location of the (possibly newly create)
workspace, as returned by avbucket()
.Tables are processed first with whisker.render()
for variable
substitution, and then readr::read_csv()
and avtable_import()
.Q
In vignettes, the title: and author: name: fields are used. The abstract is a good candidate for future inclusion.
The one-stop route is to create a workspace from the package source
(e.g., github checkout) directory using as_workspace()
.
AnVILPublish::as_workspace(
"path/to/package",
"bioconductor-rpci-anvil", # i.e., billing account
create = TRUE # use update = TRUE for an existing workspace
)
Use create = TRUE
to create a new workspace. Use update = TRUE
to
update (and potentially overwrite) an existing workspace. One of
create
and update
must be TRUE. The command illustrated above does
not specify the name =
argument, so creates or updates a workspace
"Bioconductor-Package-<pkgname>
, where <pkgname>
is the name of
the package read from the DESCRIPTION file; provide an explicit name
to create or update an arbitrary workspace. The option use_readme = TRUE
appends a README.md file to the formatted content of DESCRIPTION
file.
AnVILPublish::as_workspace()
invokes as_notebook()
so this step
does not need to be performed ‘by hand’.
See the command add_access()
, below, to make the workspace available
to a wider audience.
Some R resources, e.g., bookdown sites, are not in packages. These can be processed to workspaces with minor modifications.
Add a standard DESCRIPTION file (e.g.,
use_this::use_description()
) to the directory containing the
.Rmd
files.
Use the Package:
field to provide a one-word identifier (e.g.,
Package: Bioc2020_CNV
) for your material. Add a key-value pair
Type: Workshop
or similar. The Pacakge:
and Type:
fields will
be used to create the workspace name as, in the example here,
Bioconductor-Workshop-Bioc2020_CNV
.
Add a ‘yaml’ chunk to the top of each .Rmd file, if not already present, including the title and (optionally) name information, e.g.,
---
title: "01. Introduction to the workshop"
author:
- name: Iman Author
- name: Imanother Author
---
Publish the resources with
AnVILPublish::as_workspace(
"path/to/directory", # directory containing DESCRIPTION file
"bioconductor-rpci-anvil",
create = TRUE
)
These steps are performed automatically by as_workspace()
, but may
be useful when developing a new workspace or revising existing
workspaces.
Transforming vignettes to notebooks may require several iterations,
and is available as a separate operation. Use update = FALSE
to
create local copies for preview.
AnVILPublish::as_notebook(
"paths/to/files.Rmd",
"bioconductor-rpci-anvil", # i.e., billing account
"Bioconductor-Package-Foo", # Workspace name
update = FALSE # make notebooks, but do not update workspace
)
The vignette transformation process has several limitations. Only
.Rmd
vignettes are supported. Currently, the vignette is transformed
first to a markdown document using the rmarkdown
command
render(..., md_document())
. The markdown document is then
translated to python notebook using notedown
.
It is likely that some of the limitations of vignette rendering can be reduced.
.Rmd
files need to be converted to jupyter notebooks. These ‘best
practices’ lead to results that are more likely to be satisfactory, as
outlined here.
For packages, make sure the DESCRIPTION file is complete. Use the
Authors@R
notation for fully specifying authors. Add a Date:
field indicating date of last modification. Follow other
Bioconductor best practices, e.g., using and incrementing
appropriate version numbers.
For collections of vignettes not in a package (e.g., a bookdown folder), add a DESCRIPTION file at the top level. An example is
Package: BCC2020
Type: Workshop
Title: R / Bioconductor in the AnVIL Cloud
Version: 1.0.0
Authors@R:
c(person(
given = "Martin",
family = "Morgan",
role = c("aut", "cre"),
email = "Martin.Morgan@RoswellPark.org",
comment = c(ORCID = "0000-0002-5874-8148")
),
person("Nitesh", "Turaga", role = "ctb"),
person("Lori", "Shepherd", role = "ctb"))
Description:
This book contains material for a 2 1/2 hour course offered at the
Bioinformatics Community Conference 2020. Bioconductor provides
more than 1900 R packages for the analysis and comprehension of
high-throughput genomic data. Most users install and run
Bioconductor on a personal computer or perhaps use an academic
cluster. Cloud-based solutions are increasing appealing, removing
the headaches of local installation while providing access to (a)
better, scalable computing resources; and (b) large-scale
'consortium' and other reference data sets. This session
introduces the AnVIL cloud computing environment. We cover use of
the cloud as a replacement to desktop-style computing; integrating
workflows for 'upstream' processing of large data resources with
interactive 'downstream' analysis and comprehension, using Human
Cell Atlas single-cell datasets as an example; and querying
cloud-based consortium data for integration with a users own data
sets.
License: CC-BY
Date: 2020-07-17
Encoding: UTF-8
LazyData: true
Roxygen: list(markdown = TRUE)
RoxygenNote: 7.1.1
The Type
and Package
fields are used to construct the second
and third elements of the workspace name (in this case,
Bioconductor-Workshop-BCC2020
). Title
, Version
, Authors@R
,
Description
, License
, and Date
fields are used to construct
the DASHBOARD page.
Start each vignette with ‘yaml’ containing essential metadata about the document – title and author(s). Include other information if desired, e.g., abstract, (static) date of last modification.
Use a file naming system AND a yaml title
field that sorts files
into the order in which the document content is to be presented,
e.g., using file names 01-Setup.Rmd
, 02-...
and titles (in the
yaml) title: "01 Setup"
, … Naming both files and titles in this
way provides some chance that the Rmd files are presented, or can
be made to be presented, sensibly across the Bioconductor package
landing page and Workspace / NOTEBOOK interface.
All code chunks, regardless of annotations such as eval = FALSE
or echo = FALSE
are converted to visible, evaluated cells in
jupyter notebooks. Replace code chunks that you do not wish the
user to evaluate with HTML tags <pre></pre>
.
Although both Rmarkdown and python notebooks support code chunks in multiple languages, there is no support for this in the conversion process – all cells are presented as R code.
Current best practice is to use quarto for conversion of .Rmd to ipynb. Quarto is available on the Bioconductor docker image, or easily installed on Linux, macOS, or Windows.
Legacy support is provied for notebook conversion using Python notedown, with the following notes:
The conversion from Rmarkdown to markdown is currently accomplished with
knitr::opts_chunk$set(eval=FALSE)
rmarkdown::render(..., md_document())
to create a markdown document from the .Rmd
source.
Since code chunks are not evaluated, inline R code referencing objects within these code chunks should not be used.
This correctly processes the markdown content, including yaml metadata, but renders all code chunks identically.
Using other knitr options may allow, e.g., conditional inclusion of code chunks.
Use notedown to convert from markdown to jupyter notebook, adding metadata to indicate that the notebook has an R kernel.
sessionInfo()
## R version 4.3.0 RC (2023-04-13 r84269)
## Platform: x86_64-pc-linux-gnu (64-bit)
## Running under: Ubuntu 22.04.2 LTS
##
## Matrix products: default
## BLAS: /home/biocbuild/bbs-3.17-bioc/R/lib/libRblas.so
## LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.10.0
##
## locale:
## [1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C
## [3] LC_TIME=en_GB LC_COLLATE=C
## [5] LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8
## [7] LC_PAPER=en_US.UTF-8 LC_NAME=C
## [9] LC_ADDRESS=C LC_TELEPHONE=C
## [11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C
##
## time zone: America/New_York
## tzcode source: system (glibc)
##
## attached base packages:
## [1] stats graphics grDevices utils datasets methods base
##
## other attached packages:
## [1] BiocStyle_2.28.0
##
## loaded via a namespace (and not attached):
## [1] digest_0.6.31 R6_2.5.1 bookdown_0.33
## [4] fastmap_1.1.1 xfun_0.39 cachem_1.0.7
## [7] knitr_1.42 htmltools_0.5.5 rmarkdown_2.21
## [10] cli_3.6.1 sass_0.4.5 jquerylib_0.1.4
## [13] compiler_4.3.0 tools_4.3.0 evaluate_0.20
## [16] bslib_0.4.2 yaml_2.3.7 BiocManager_1.30.20
## [19] jsonlite_1.8.4 rlang_1.1.0