[R-pkg-devel] Best practice for releasing heavy internal data
Michael Dewey
||@t@ @end|ng |rom dewey@myzen@co@uk
Fri Feb 22 17:17:43 CET 2019
Dear Paul
The advantage of a data-only supplementary package is that users who
live in countries where they have either a very slow connection or where
they have to pay per byte to download will be spared 5MB every time you
update your main package. I do not think the fact that you never expect
them to explicitly access the data is a worry.
Michael
On 22/02/2019 14:05, Paul Hibbing wrote:
> Hi all,
>
> I am revisiting this and wondering if it would be a case in which I should
> submit as-is, and include justification for ignoring the NOTE about
> excessive directory size.
>
> Best,
> Paul Hibbing
>
> On Mon, Feb 18, 2019 at 3:20 PM Paul Hibbing <paulhibbing using gmail.com> wrote:
>
>> Hi all,
>>
>> I am preparing a package that makes use of several neural networks,
>> which are quite large. They aren't
>> intended for public use, so they're currently stored in sysdata.R, but
>> they make the R directory too heavy
>> (close to 5MB).
>>
>> What is best practice in this case? I'm aware the general
>> recommendation is to set up a separate data
>> package that updates infrequently, but that seems undesirable since
>> these objects weren't going to be
>> exported in the first place.
>>
>> Thanks for your help.
>> -Paul Hibbing
>>
>
> [[alternative HTML version deleted]]
>
> ______________________________________________
> R-package-devel using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>
--
Michael
http://www.dewey.myzen.co.uk/home.html
More information about the R-package-devel
mailing list