REDCapR 0.11.0
Version 0.11 (Released 2020-04-20)
Breaking Changes (possible, but unlikely)
-
kernel_api()
defaults to "text/csv" and UTF-8 encoding. Formerly, the function would decide on the content-type and encoding. More details are below in the 'Stability Features' subsection. -
constant()
no longer acceptssimplify
as an options. An integer vector is always returned. (#280)
New Features
-
It's now possible to specify the exact
col_types
(areadr::cols
object) that is passed toreadr::read_csv()
insideredcap_read_oneshot()
. (#258) -
reader::type_convert()
is used after all the batches are stacked on top of each other. This way, batches cannot have incompatible data types as they're combined. (#257; thanks @isaactpetersen #245) Consequently, theguess_max
parameter inredcap_read()
no longer serves a purpose, and has been soft-deprecated. (#267) -
redcap_metadata_write()
writes to the project's metadata. (#274, @felixetorres) -
redcap_survey_link_export_oneshot()
retrieves the URL to a specific record's suvey (e.g., "https://bbmc.ouhsc.edu/redcap/surveys/?s=8KuzSLMHf6") (#293)
Stability Features
-
httr::content()
(which is insidekernel_api()
) now processes the returned value as "text/csv", by default. This should prevent strange characters from tricking the process as the internal variableraw_text
is being formed. See the [httr::content()](https://httr.r-lib.org/reference/content.html) documentation for a list of possible values for the
content_type` parameter. (Thanks to great debugging by @vortexing #269, @sybandrew #272, & @begavett, #290) -
Similarly,
kernel_api()
now has anencoding
parameter, which defaults to "UTF-8". (#270)
Minor Enhancements
- check for bad field names passed to the read records functions (#288)