"
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]
" -> docTL;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)
script_options <- docopt(doc)
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}
}