-
Notifications
You must be signed in to change notification settings - Fork 67
Update scope for data retrieval packages #978
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
base: main
Are you sure you want to change the base?
Conversation
|
@mpadge can you please mention this issue in #editors-only? |
Awesome, thanks! Co-authored-by: Jon Harmon <[email protected]>
maelle
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
| - **data retrieval**: Packages for accessing and downloading data from online sources with scientific applications. | ||
| Our definition of scientific applications is broad, including data storage services, journals, and other remote servers, as many data sources may be of interest to researchers. | ||
| However, retrieval packages should be focused on data *sources* or *topics*, rather than *services*, and should do [more than just download data](https://ropensci.org/blog/2022/06/16/publicize-api-client-yes-no). | ||
| For example a general client for Amazon Web Services data storage would not be in-scope, nor would a package which only offered download functionality without any pre-processing or pre-filtering. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would https://docs.ropensci.org/riem/ still be in scope? Really minimal processing, just checking an airport exists for instance.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't know, but most important is that scope evolves, and so all packages remain valid and implicitly in scope according to the time they were first judged. Scope decisions are immutable, and are not revisited.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm just curious, to help polish the new text.
Fix #478
@maelle I think this sufficiently addresses #478, but I worry that it's a bit too wordy now, so feel free to make it shorter. I really like the blog link you gave, and tried to put it in in a way that didn't need any extra words.