similar to: install.packages and package dependencies

Roger, just to you: Thanks for taking the time! I hope that Ari follows your recommendation, fingers crossed. Best wishes, Achim On Thu, 13 Feb 2025, Roger Bivand via R-help wrote: > Ari, > > There were multiple errors in the acs package. If CRAN states that the maintainer abandoned it, that is what happened. Had you reached out to Ezra Glenn (cc-ed here) and offered to help keep

Duncan and Berwin, Thank you for your help. I really wanted confirmation from someone more experienced than me that I wasn't missing something. It looks like there is no way to do this in one line in base R, and that's fine. For reference, the packages that I am doing this for are acs and choroplethr, both of which were archived today. (choroplethr depends on acs, and acs was archived

We are pleased to announce version 0.8 of the acs package for R, now available on CRAN (<http://cran.r-project.org/web/packages/acs/index.html>. The package provides a general toolkit for managing, analyzing, and presenting data from the U.S. Census American Community Survey (ACS). Confidence intervals provided with the data are converted to standard errors and bundled with estimates in

We are pleased to announce version 0.8 of the acs package for R, now available on CRAN (<http://cran.r-project.org/web/packages/acs/index.html>. The package provides a general toolkit for managing, analyzing, and presenting data from the U.S. Census American Community Survey (ACS). Confidence intervals provided with the data are converted to standard errors and bundled with estimates in

We are pleased to announce the release of version 2.1.0 of the "acs" package, now available on CRAN <http://cran.r-project.org/web/packages/acs/index.html>. The package allows users to download, manipulate, analyze, and present demographic data from the U.S. Census, with special tools and methods to simplify the tasks of working with estimates and standard errors contained in data

On Thu, 6 Feb 2025 09:36:23 -0800 arilamstein at gmail.com wrote: > It appears that install.packages does not automatically install > package dependencies when the package is installed via a URL. [...] > When I type getOption('repos') I get: > > CRAN > "https://cran.rstudio.com/" > attr(,"RStudio") > [1] TRUE Do you set

El lun., 30 oct. 2023 12:26, Roger Bivand <Roger.Bivand at nhh.no> escribi?: > I also noticed this: > > https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/ > > which is concerning. Until now, I've retained X11 on Fedora because of > difficulties in screen sharing via zoom in Wayland sessions. > KDE Plasma user here. FWIW, I've been using Wayland

I also noticed this: https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/ which is concerning. Until now, I've retained X11 on Fedora because of difficulties in screen sharing via zoom in Wayland sessions. Roger -- Roger Bivand Emeritus Professor Norwegian School of Economics Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway Roger.Bivand at nhh.no

I have just written a package called choroplethrZip <https://github.com/arilamstein/choroplethrZip> which contains a shapefile and metadata on US Zip codes. It is currently hosted on github, has a tagged version number (v1.0.0) and passes R CMD check as verified by Travis. My plan is to use this in the next version of my package choroplethr <https://github.com/arilamstein/choroplethr>.

The third report on the R-spatial evolution project has been published. https://r-spatial.org/r/2023/04/10/evolution3.html It links back to earlier blogs and presentations, and focuses on work that maintainers of R packages and workflows using rgdal, rgeos and maptools need to put in train now before the packages are archived on CRAN. The first changes will occur in June 2023, and the

The third report on the R-spatial evolution project has been published. https://r-spatial.org/r/2023/04/10/evolution3.html It links back to earlier blogs and presentations, and focuses on work that maintainers of R packages and workflows using rgdal, rgeos and maptools need to put in train now before the packages are archived on CRAN. The first changes will occur in June 2023, and the

A new version of the sp package, 2.0-0, has been published on CRAN. This new version defaults to using the sf package rather than the rgdal package, and deprecates use of the rgeos package. These changes are described in https://r-spatial.org/r/2023/05/15/evolution4.html, and lead up to the planned archiving of the retiring packages: maptools, rgdal and rgeos in October 2023. This version issues

A new version of the sp package, 2.0-0, has been published on CRAN. This new version defaults to using the sf package rather than the rgdal package, and deprecates use of the rgeos package. These changes are described in https://r-spatial.org/r/2023/05/15/evolution4.html, and lead up to the planned archiving of the retiring packages: maptools, rgdal and rgeos in October 2023. This version issues

The link suggested by Ben is over 7 years old, so using the CRAN Task View: https://cran.r-project.org/web/views/Spatial.html, which is up-to-date, and https://rspatial.org/index.html, because the terra package has largely replaced the raster package. Please consider following up on the R-sig-geo mailing list: https://stat.ethz.ch/mailman/listinfo/r-sig-geo. Hope this helps, Roger -- Roger

The rgeoda package, version 0.0.10-4, is, as mentioned in this thread, available from https://geodacenter.r-universe.dev/rgeoda, pending the release of an updated version of the BH package with corrected Boost C++ headers that do not fail on forthcoming clang++ 19, see https://github.com/GeoDaCenter/rgeoda/issues/49. A source version of rgeoda 0.0.10-7 is archived on

The legacy R spatial infrastructure packages maptools, rgdal and rgeos will be archived by CRAN on Monday, October 16, 2023; rgrass7 has already been replaced by rgrass and will be archived with the retiring packages. The choice of date matches the previously announced archiving during October 2023, and the specific date matches the release schedule of Bioconductor 3.18 (some Bioconductor

The legacy R spatial infrastructure packages maptools, rgdal and rgeos will be archived by CRAN on Monday, October 16, 2023; rgrass7 has already been replaced by rgrass and will be archived with the retiring packages. The choice of date matches the previously announced archiving during October 2023, and the specific date matches the release schedule of Bioconductor 3.18 (some Bioconductor

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 error in the package and decide to update it? The choroplethr package could have a

On Wed, 16 Apr 2025 at 09:48, Roger Bivand via R-SIG-Fedora < r-sig-fedora at r-project.org> wrote: > Building R 4.5.0 from source on Fedora 42 hits problems because 42 ships > with Tcl/Tk 9. tcl8-devel and tk8-devel are available and can be used, but > I haven't yet found a viable incantation yet. Neither R released nor devel > support Tcl/Tk 9

Revolution Analytics staff write about R every weekday at the Revolutions blog: http://blog.revolutionanalytics.com and every month I post a summary of articles from the previous month of particular interest to readers of r-help. In case you missed them, here are some articles related to R from the month of January: Princeton's Germ?n Rodr?guez has published a useful "Introduction to