Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FEATURE] Look Into redcap_metadata_coltypes for coltype ID #106

Open
4 of 5 tasks
rsh52 opened this issue Dec 8, 2022 · 1 comment
Open
4 of 5 tasks

[FEATURE] Look Into redcap_metadata_coltypes for coltype ID #106

rsh52 opened this issue Dec 8, 2022 · 1 comment
Labels
backlog not to be worked on now enhancement New feature or request

Comments

@rsh52
Copy link
Collaborator

rsh52 commented Dec 8, 2022

Feature Request Description

A subfunction of REDCapR, redcap_metadata_coltypes, allows for extraction, identification, and assignment of REDCap column data types with readr syntax.

This may be a nice solution to simplifying how we currently process and assign coltypes in our internal function logic.

Checklist

  • The issue is atomic
  • The issue description is documented
  • The issue title describes the problem succinctly
  • Developers are assigned to the issue
  • Labels are assigned to the issue
@rsh52 rsh52 added enhancement New feature or request backlog not to be worked on now labels Dec 8, 2022
@rsh52
Copy link
Collaborator Author

rsh52 commented Mar 24, 2023

After talking through potential solutions for #141 in relation to this issue, a nice approach would be to incorporate redcap_metadata_coltypes in our package once it's on CRAN. This would give us access to all of the col_*() case_when logic Will has implemented.

However, we would like to avoid another API call in our package as redcap_metadata_coltypes uses an internally-defined redcap_metadata_internal API call. We should open an Issue and suggest that this function be built to handle the output of a redcap_metadata_read that we have at the top of our read_redcap function.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog not to be worked on now enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant