[R-pkg-devel] Large data package

Ayala Hernandez, Rafael r@@y@|@14 @end|ng |rom |mper|@|@@c@uk
Wed Apr 28 00:09:18 CEST 2021

Dear Dirk and Berry,

Thanks a lot for your input and for pointing me to the very nice article on the R Journal. It seems to me that hosting the data via GitHub and 

> El 28 abr 2021, a las 0:04, Dirk Eddelbuettel <edd using debian.org> escribió:
> *******************
> This email originates from outside Imperial. Do not click on links and attachments unless you recognise the sender. 
> If you trust the sender, add them to your safe senders list https://spam.ic.ac.uk/SpamConsole/Senders.aspx to disable email stamping for this address.
> *******************
> On 27 April 2021 at 10:26, Ayala Hernandez, Rafael wrote:
> | I am in the process of including a large update for my package asteRisk, that will require the usage of large data files (amounting in total to ~100 MB).
> | 
> | Given the CRAN package size limits of 5 MB, I am wondering what is the preferred solution in these cases? I have read multiple possibilities, such as requesting to CRAN to host a data-only package that would be updated very infrequently, or hosting the data in another repository and providing functions in the main package to retrieve the required files.
> In case you have not seen it yet, the R Journal article Brooke and I wrote a
> few years ago covers exactly this use case, and walks through how to cover it
> in a fairly detailed way.
> https://journal.r-project.org/archive/2017/RJ-2017-026/index.html
> @article{RJ-2017-026,
>  author = {G. Brooke Anderson and Dirk Eddelbuettel},
>  title = {{Hosting Data Packages via drat: A Case Study with Hurricane
>          Exposure Data}},
>  year = {2017},
>  journal = {{The R Journal}},
>  doi = {10.32614/RJ-2017-026},
>  url = {https://doi.org/10.32614/RJ-2017-026},
>  pages = {486--497},
>  volume = {9},
>  number = {1}
> }
> Hope this helps, Dirk
> -- 
> https://dirk.eddelbuettel.com | @eddelbuettel | edd using debian.org

More information about the R-package-devel mailing list