"
Usage:
test_numeric.R [--string=<string_value>] [--numeric=<numeric_value>]
test_numeric.R (-h | --help)
test_numeric.R
Description: Testing how values are passed using docopt.
Options:
--string=<string_value> A string value [default: Hi!]
--numeric=<numeric_value> A numeric value [default: 10]
" -> doc
TL;DR
If you use the docopt
package to create command line R
executables that take options, there is something to know about numeric command line options: they should have as.double
before using them in your script.
Setup
Lets set up a new docopt
string, that includes both string and numeric arguments.
library(methods)
library(docopt)
<- docopt(doc)
script_options
script_options
## List of 8
## $ --string : chr "Hi!"
## $ --numeric: chr "10"
## $ -h : logi FALSE
## $ --help : logi FALSE
## $ string : chr "Hi!"
## $ numeric : chr "10"
## $ h : logi FALSE
## $ help : logi FALSE
## NULL
It is very easy to see here, that the numeric
argument is indeed a string, and if you want to use it as numeric, it should first be converted using as.double
, as.integer
, or even as.numeric
.
Can’t You Easily Tell It’s Character?
I just bring this up because I recently used docopt
to provide interfaces to three executables scripts, and I spent a lot of time printing
the doc
strings, and I somehow never noticed that the numeric values were actually character and needed to be converted to a numeric first. Hopefully this will save someone else some time in that regard.
Reuse
Citation
@online{mflight2018,
author = {Robert M Flight},
title = {Docopt \& {Numeric} {Options}},
date = {2018-01-17},
url = {https://rmflight.github.io/posts/2018-01-17-docopt-numeric-optoins},
langid = {en}
}