Friday, May 24, 2024 From rOpenSci (https://ropensci.org/blog/2024/05/24/ropensci-news-may-2024/). Except where otherwise noted, content on this site is licensed under the CC-BY license.
Dear rOpenSci friends, it’s time for our monthly news roundup!
You can read this post on our blog. Now let’s dive into the activity at and around rOpenSci!
rOpenSci was added to the Research Organization Registry (ROR) in its latest release. The ROR is a global, community-led registry of open persistent identifiers for research organizations. ROR IDs help link and disambiguate metadata about organizations in the scholarly record, much like DOIs and ORCiDs do for manuscripts and researchers. Linked metadata is rOpenSci’s love language ❤️ ! Find us at https://ror.org/019jywm96.
Our Champions and mentors have been carrying out various programmed activities. The first stage of the program has a very important training component. This year, we divided the training into technical and community tracks, with several one to two-hour sessions each. Here, you can find the openly available material for each session.
The Technical Track is focused on good software and package development practices:
Beautiful Code, Because We’re Worth It!: a 1-hour session on good practices for writing code.
Package Development: The Mechanics: three 2-hour sessions for beginners to demystify the creation of an R package.
Package Development: Not Rocket Science: a 2-hour hands-on workshop for advanced R package development with tips and tricks.
How rOpenSci Performs Peer Review: a 2-hour workshop to showcase and discuss how rOpenSci communicates, builds, and reviews software.
The Community Track is focused on community-building skills:
How To Contribute to Open Projects and Communities: a 2-hour session presenting community participation frameworks, examples, and recommendations for your package.
Marketing Ideas For Your Package: A blog post presenting a series of activities and tools for advertising your package.
Next month, we will complete the training with a workshop on Git and GitHub and another on Event Organization.
Read all about coworking!
Join us for social coworking & office hours monthly on first Tuesdays! Hosted by Steffi LaZerte and various community hosts. Everyone welcome. No RSVP needed. Consult our Events page to find your local time and how to join.
Tuesday, June 4th, 09:00 Australia Western (01:00 UTC), R in the Wild with cohosts Ernest Guevarra, Tomás Zaba, Nicholus Tint Zaw, Zython Paul Lachica and Steffi LaZerte.
Tuesday, July 2nd, 14:00 Europe Central (12:00 UTC), Git and GitHub with cohost Zhian Kamvar and Steffi LaZerte.
And remember, you can always cowork independently on work related to R, work on packages that tend to be neglected, or work on what ever you need to get done!
The following package recently became a part of our software suite:
Discover more packages, read more about Software Peer Review.
The following nine packages have had an update since the last newsletter: comtradr (v1.0.0), dendroNetwork (0.5.4), drake (7.13.10), fellingdater (v1.0.2), melt (v1.11.4), nasapower (v4.2.1), osmextract (v0.5.1), stplanr (v1.2.0), and traits (v0.5.1).
There are thirteen recently closed and active submissions and 7 submissions on hold. Issues are at different stages:
One at ‘6/approved’:
Three at ‘5/awaiting-reviewer(s)-response’:
karel, Learning programming with Karel the robot. Submitted by Marcos Prunello.
rOPTRAM, Derive soil moisture using the OPTRAM algorithm. Submitted by Micha Silver.
mregions2, Access Data from Marineregions.org: The Marine Regions Gazetteer and the Marine Regions Data Products. Submitted by salvafern.
Two at ‘4/review(s)-in-awaiting-changes’:
rix, Rix: Reproducible Environments with Nix. Submitted by Bruno Rodrigues.
agromet, Índices y Estadísticos Climáticos e Hidrológicos. Submitted by Paola Corrales.
Three at ‘3/reviewer(s)-assigned’:
cancerprof, API Client for State Cancer Profiles. Submitted by Brian Park.
osmapiR, OpenStreetMap API. Submitted by Joan Maspons.
fwildclusterboot, Fast Wild Cluster Bootstrap Inference for Linear Models. Submitted by Alexander Fischer. (Stats).
Three at ‘2/seeking-reviewer(s)’:
chopin, CHOPIN: Computation for Climate and Health research On Parallelized INfrastructure. Submitted by Insang Song.
rsi, Efficiently Retrieve and Process Satellite Imagery. Submitted by Michael Mahoney.
sits, Satellite Image Time Series Analysis for Earth Observation Data Cubes. Submitted by Gilberto Camara.
One at ‘1/editor-checks’:
Find out more about Software Peer Review and how to get involved.
If you’re interested in maintaining any of the R packages below, you might enjoy reading our blog post What Does It Mean to Maintain a Package?.
historydata, datasets for historians. Issue for volunteering.
USAboundaries (and USAboundariesdata), historical and contemporary boundaries of the United States of America . Issue for volunteering.
Also refer to our help wanted page – before opening a PR, we recommend asking in the issue whether help is still needed.
Some useful tips for R package developers. 👀
Test coverage reports are useful when assessing and improving tests of an R package. One can run the covr package locally, or send results to an interface like codecov.io that provides interactive exploration of the output. It is possible to compute test coverage and send the results to codecov.io on GitHub Actions, using the r-lib/actions actions.
Now, recently, workflows have started to fail if one did not set a codecov.io token as an environment variable. How to solve this
CODECOV_TOKEN to the repository secrets.usethis::use_github_action("test-coverage").Lluís Revilla Sancho wrote about Packaging R: getting in repositories.
We particularly note his two definitions of package repositories: the first one consists in making install.packages() work, the second in adding a layer of checks to packages in the repository.
He then added “R-universe is using the first definition but could be used to generate repositories with checks that comply with the second definition.”
Do you know about the desc::desc_normalize() function that orders and formats DESCRIPTION fields in a standard way?
Once you start using it, there’s no way back.
You can also call it indirectly via usethis::use_tidy_description() that also sets the Encoding field to UTF-8.
Refactoring code can be tedious manual work, but it can also be tedious automated work. 😉 Read a post about how to replace all occurrences of a given function call with another one using an XML representation of the code.
Athanasia Monica Mowinckel wrote an informative post about the IDEs she uses.
Beside the tidyverse code review guidance, we can now recommend you check out the code review anxiety workbook by Carol Lee and Kristen Foster-Marks, that explains what code review anxiety is, and describes efficient methods to deal with it.
Thanks for reading! If you want to get involved with rOpenSci, check out our Contributing Guide that can help direct you to the right place, whether you want to make code contributions, non-code contributions, or contribute in other ways like sharing use cases. You can also support our work through donations.
If you haven’t subscribed to our newsletter yet, you can do so via a form. Until it’s time for our next newsletter, you can keep in touch with us via our website and Mastodon account.
