You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had asked @mfherman (from nycgeo) whether he was planning to publish his package on CRAN at some point. And if yes, how he would deal with the package limit of 5MB. Here is his extensive answer:
Hadley says that it is possible to argue for an exception to the 5MB limit for data packages that will not change often. See the CRAN Notes section at the end of this chapter: http://r-pkgs.had.co.nz/data.html
Reduce the resolution of the sf files so that they are less than 5MB. (This may not be an option for your rasters.)
Host the files outside of CRAN and require a separate download of the data to use the package. The CRAN version has the R code and documentation, but the spatial files live in a separate package/repository. This is the approach of the USAboundaries package: https://lincolnmullen.com/software/usaboundaries/
If the spatial files are available for download via API, use the package to generate API calls for the user to download the files locally. This is the approach of the tigris package for US Census boundaries: https://github.com/walkerke/tigris
The text was updated successfully, but these errors were encountered:
I had asked @mfherman (from nycgeo) whether he was planning to publish his package on CRAN at some point. And if yes, how he would deal with the package limit of 5MB. Here is his extensive answer:
The text was updated successfully, but these errors were encountered: