Background: An old package that I maintain on CRAN recently stopped working
due to changes in R 4.3.0. In a previous post (
https://stat.ethz.ch/pipermail/r-package-devel/2023q2/009268.html) people
here helped me find the best solution to the crash bug.
I would like to push this fix to CRAN as
'logical(1)'
Environment variable R_CHECK_LENGTH_1_LOGIC2 no longer has any effect.
The specific line which broke is this:
https://github.com/arilamstein/choroplethr/blob/master/R/usa.R#L24
The bug can be reproduced like this:
zoom = c("arizona", "arkansas", "loui
(Note: you will need to set a census API key for this example to
>>> "work".
>>> See here
>>> <
>>> https://cran.r-project.org/web/packages/choroplethr/vignettes/e-mapping-us-census-data.html
>>> >
>>>
e acs
>> package,
>> which was just released. I suspect that choroplethr is either not
>> importing
>> something that it should be importing, or acs is not exporting something
>> that it should be exporting. For example, the problem can be fixed by
>> simply loadi
Thanks Dirk. I'm looking at it now.
At first glance your documentation brings up a good limitation of simply
telling users to type devtools::install_github(). Namely, what happens
when the census bureau updates their shapefiles, and I subsequently decide
to update the package? Or if I discover an
Hi Dirk,
I'm interested in pursing this but I haven't been able to figure how to to
make it work. Here's what I have so far:
install.packages(drat)
library(drat)
addRepo(arilamstein)
I (obviously) have a copy of the choroplethrZip github repo locally. I
typed:
git checkout gh-pages
git push